Fem niveauer af AI-adgang til et ERP-system

"AI'en læser jeres ERP" bliver sagt af hver leverandør i kategorien, og det beskriver fem forskellige ting. Afstanden fra det første til det femte er forskellen på en demonstration og et system, en økonomiafdeling kan bruge.

Brug denne stige til at placere ethvert produkt, også dette.

De fem niveauer

Hvert niveau løser et problem, niveauet under har. Hvert niveau koster også mere at bygge, og derfor stopper produkter på forskellige trin.

Niveau 1: upload af et dokument

I eksporterer en rapport, uploader filen og stiller spørgsmål om den.

Det virker, og det er mere brugbart, end det lyder, til en enkeltstående analyse. Det har to grænser. Data er lige så gamle som eksporten, og svaret dækker kun det, I huskede at eksportere.

Enhver assistent kan det. Det er ikke en ERP-integration, og et produkt, der beskriver det som en, siger for meget.

Niveau 2: en natlig kopi

Data bliver kopieret til et datalager, en data lake eller en semantisk model, og assistenten læser kopien.

Det er det rigtige svar til tendensanalyse over lange perioder, og det er dér, det meste business intelligence hører hjemme, af gode grunde: kopien er formet til analyse, den er hurtig, og tunge forespørgsler rører ikke produktionssystemet.

Grænsen er tid. Kopien er lige så gammel som sidste indlæsning. "Hvilke kunder er over deres kreditmaksimum lige nu?" kan ikke besvares her, og det er det spørgsmål, en controller stiller.

Der er en grænse mere, som er let at overse. Kopien har sin egen rettighedsmodel, som regel grovere end ERP-systemets. En person, der ikke kan se et selskab i Business Central, kan ofte se det i datalageret.

Niveau 3: en live læsning gennem en fælles konto

Assistenten forbinder med en servicekonto og læser det live system.

Nu er data aktuelle, og et virkeligt problem dukker op. Assistenten svarer med kontoens rettigheder, ikke med rettighederne hos den, der spørger. Hver bruger har reelt kontoens rettigheder.

To ting følger. En sælger kan stille et spørgsmål, hvis svar indeholder data, de ikke må se, og revisionssporet nævner servicekontoen i stedet for personen. Det første er et databeskyttelsesproblem. Det andet fjerner svaret på "hvem bad om det her?".

Leverandører når niveau 3 hurtigt, fordi det er let at bygge, og fordi det tager sig godt ud i en demo. Spørg enhver leverandør med en imponerende demonstration, hvilken konto forespørgslen kørte som.

Niveau 4: en live læsning som den, der spørger

Hver forbindelse tilhører én bruger og indeholder den persons egne delegerede legitimationsoplysninger. Assistenten læser gennem dem, så det er ERP-systemet, der håndhæver rettigheden.

Det er niveauet, hvor rettighedsspørgsmålet er løst for alvor, for grænsen er ikke en instruktion i en prompt, som et snedigt spørgsmål kunne tale sig uden om. Det er den samme kontrol, der gælder, når personen selv åbner siden.

Microsofts MCP-server til Business Central ligger på dette niveau: Microsoft oplyser, at alle handlinger udføres med jeres brugeridentitet og jeres rettigheder, og at revisionsspor viser, hvem der udførte hver handling.

Niveau 5: kontrollerede tal og en registrering

Niveau 4 besvarer "må denne person læse dette?". Det besvarer ikke "er tallet i sætningen ægte?".

Niveau 5 tilføjer tre ting:

Modellen skriver forespørgslen, ikke værdien. Platformen kører forespørgslen, viser rækkerne og fortæller kun modellen, at et resultat kom frem.

Tallene i teksten bliver kontrolleret. Hvert tal i det skrevne svar holdes op mod de rækker, der kom retur i den samme tur. Alt uden dækning bliver fjernet.

Læsningen oplyser sine egne grænser. Resultatet bærer antallet af poster og oplyser, om der er rækker tilbage, og en opsummering af en afkortet læsning bliver nægtet.

Forskning i finansielle hallucinationer beskriver de fejl, dette niveau er rettet mod: et tal knyttet til den forkerte periode, en grænse husket i stedet for hentet, en total, der er plausibel og forkert. De overlever hver eneste kontrol på niveau 4.

Sådan placerer I et produkt på ti minutter

Fire spørgsmål i denne rækkefølge.

1. Hvornår blev disse data læst? Er svaret et tidspunkt frem for "nu", er det niveau 1 eller 2.
2. Hvilken konto kørte forespørgslen? Er det en servicekonto, er det niveau 3.
3. Hvor mange rækker gav forespørgslen, og var der flere? Kan produktet ikke svare, kan det ikke opsummere pålideligt.
4. Hvor kom netop dette tal fra? Peg på et tal i teksten, ikke i en tabel. Kan produktet ikke spore det til en række, er det niveau 4.

De fleste produkter i kategorien ligger på niveau 3 og beskriver sig selv i sproget fra niveau 5.

Hvilket niveau har I brug for?

Ikke alle har brug for niveau 5.

Analyserer I tendenser over år, og må alle, der spørger, se alt, er niveau 2 rigtigt og billigere.

Stiller folk med forskellige rettigheder spørgsmål om aktuelle data, har I brug for niveau 4, ellers er rettighedsproblemet jeres.

Forlader et tal huset, i en bestyrelsesrapport, en bankaftale eller et kundebrev, har I brug for niveau 5. På det punkt er omkostningen ved ét selvsikkert forkert tal større end omkostningen ved hele systemet.