Mi az API, programozói nyelv nélkül
Az API egy rendszer hivatalos bejárata a többi rendszer felé. Rajta keresztül mondja meg a szállító, milyen adatot lehet lekérni, milyen formában, és ki férhet hozzá. A belépéshez egy ember jelszava helyett egy kifejezetten erre a kapcsolatra kiadott kulcs kell, amit vissza lehet vonni, korlátozni lehet, a használatát pedig a rendszer naplózza.
Ennek három következménye van egy belső appra nézve. Ha a szállító megváltoztatja a felületét, az API általában változatlan marad, vagy előre jelzik a módosítást. A kapcsolat nem függ attól, hogy egy kolléga szabadságon van, vagy lecserélte a jelszavát. Ha pedig valami félremegy, a naplóból kideríthető, ki mit kért le és mikor.
A három kerülőút
Az email feldolgozás azt jelenti, hogy a rendszer értesítő leveleit egy nyelvi modell olvassa ki, és abból tölti a táblát. Működik, amíg a levél formája nem változik, és amíg a modell minden esetben jól érti. Egy hosszabb láncban a hibák összeadódnak, és a kutatási anyagomban szereplő számítás szerint egy lépésenként 95 százalékban helyes folyamat tíz lépés után nagyjából 60 százalékban ad helyes eredményt.
A böngészőautomatizálás egy programot ültet a kolléga helyére, amely az ő nevével és jelszavával belép a webes felületre, és kattintgat. Ez a legsérülékenyebb megoldás. Elég egy gomb áthelyezése, egy kétlépcsős azonosítás vagy egy jelszócsere, és az egész csendben leáll. Közben a rendszer naplója szerint mindent a kolléga csinált.
A táblázatexport a legártatlanabbnak látszik. Valaki minden hétfőn letölt egy fájlt, és feltölti az appba. Ilyenkor a kolléga maga lesz az integrációs réteg, aki kézzel hordja át az adatot a rendszerek között, és az app éppen annyira friss, amennyire ő megbízható.
Kerülőút
- Egy ember jelszavával fut
- A felület változásakor csendben leáll
- A napló szerint a kolléga csinált mindent
- A hibákat a modell értelmezése okozza
Hivatalos kapcsolat
- Saját, visszavonható kulccsal fut
- A változásokat a szállító előre jelzi
- Naplózható, ki mit kért le
- Az adat szerkezetten érkezik
Amikor a kerülőút rendben van
Nem minden kerülőút hiba. Ha a partner csak emailben küld rendelést, és nincs más bejárat, akkor a levél feldolgozása maga a megoldás. Ugyanígy rendben van a dokumentumok kiolvasása, ha a tartalom eleve szkennelt papíron érkezik. Ilyenkor viszont kell egy emberi ellenőrzési pont azoknál az eseteknél, ahol a gép bizonytalan, és kell egy mérés arról, milyen arányban téved.
Egy nyíregyházi élelmiszer nagykereskedésnél a beszerző böngészőautomatizálással töltötte le a szállítói árlistákat négy portálról. Amikor a legnagyobb szállító megújította a felületét, két hétig senki nem vette észre, hogy az app a régi árakkal számol. Kiderült, hogy a szállítónak volt API-ja, csak senki nem kérdezte meg. A kérés egy email volt, a beállítás két nap.
Az első kérdés a szállítóhoz szól. Mielőtt bármilyen kerülőút épülne, megéri megkérdezni a rendszer gazdáját vagy szállítóját, van-e hivatalos felülete, és ki adhat hozzá kulcsot. Tapasztalatom szerint a válasz az esetek többségében igen.
Források és további olvasnivaló
A hibák összeadódásáról és a determinisztikus lépések kiváltásáról Az újraszervezés nyolc fázisa kutatási anyagban írtam. Arról, hogyan lesz a felhasználó az integrációs réteg, Az AI felügyeletének rejtett ideje című cikkem szól.
Workshop
AI Transformation Day
Egésznapos, vezetőknek szóló program. Feltérképezzük, hol tart a szervezet, mi az első reális lépés, és milyen belső feltételek szükségesek a sikerhez. A nap végén konkrét, priorizált cselekvési lista.
Érdekel a program →