A PDF-től a könyvelési javaslatig.

Az MI itt a könyvelési folyamat működő része, kódban kikényszerített határokon belül. A rendszer minden modellhívása egyetlen átjáró-szolgáltatáson halad át, amely a kapcsolatért, az időkorlátért, a modellválasztásért és a naplózásért felel. Az alapértelmezett modell a Claude Sonnet 4.5, amely hívásonként felülírható, így a tömeges háttérmunka olcsóbb modellen is futhat. A kulcsot a rendszer rendszerszintű környezeti változóból olvassa, soha nem fájlból, és sem kulcs, sem tartalom nem kerül soha a naplóba: csak a művelet neve, a modell és a válasz mérete.

A dokumentumok beolvasása a legértékesebb alkalmazás. A szállítói PDF dokumentumblokkként, a fénykép képblokkként kerül elküldésre, és szigorú JSON-szerződésként érkezik vissza:

• partner, azonosítók, dátumok és pénznem;
• nettó, áfa és bruttó összeg;
• a dokumentum saját nyelve és tételsor-táblázata;
• megrendelés vagy foglalás esetén: a foglalási szám, a szolgáltatási időszak, a vendégek száma, valamint a vendég neve és címe.

Amit a dokumentum nem tartalmaz, az üresen érkezik vissza, mert az olvasónak tilos találgatnia.

A könyvelői mérlegelés következik ezután. A kitöltő szolgáltatás minden tételsort főkönyvi számlára kontíroz, a dokumentum saját nyelvén szövegezi meg, és a számla saját korábbi könyvelései alapján minta szerint teljes könyvelést is képes előállítani, a fejléc-analitikával együtt. A kerekítést a dokumentumhoz egyeztetjük, megrendelés esetén pedig a tételsorokat a nyomtatott végösszeghez igazítjuk, így egy javaslat soha nem érkezik egyensúlyhiánnyal.

Belső szabályok. Mindezek mögött a saját szavaival megfogalmazott szabályok tanuló tárolója áll. Egy szabályt kulcsszó alapján rendelünk egy dokumentumhoz, majd kétféleképpen használjuk:

• írásos irányelvként átadjuk a modellnek, vagy
• ha a szabály aritmetikai jellegű, C#-ban, centre pontosan végrehajtjuk.

A gépjármű-költségekre vonatkozó szabály jól mutatja ezt a megosztást: a modell megtudja, mit jelent a szabály, a számításokat pedig maga a rendszer végzi el, mert egy képlet reprodukálását nem szabad nyelvi modelltől kérni.

A kommunikációs oldalnak saját MI-je van.

• A beérkező leveleket a rendszer a háttérben a sürgős, válaszra váró, tájékoztató és várakozó kategóriákba sorolja, összefoglalóval, kinyert teendőkkel és határidőkkel.
• A válaszok megfogalmazhatók, finomíthatók és lefordíthatók. A fordítás a szövegcsomópontokat a már szanitizált HTML-ből emeli ki, a lefordított sorokat pedig kódolva, a rögzített pozíciójukon helyezi vissza, így a modell kimenete soha nem válhat jelölőkóddá.
• Egy háttérben futó számlafigyelő beolvassa az Ön által engedélyezett szállítóktól e-mailben érkező számlákat, és idempotens módon egy ellenőrzési sorba iktatja őket, így ugyanaz a melléklet soha nem olvasható be és nem számlázható kétszer.

Kisebb segítő funkciók mindenütt megtalálhatók: az adatbázisban tárolt nevek fordítása az olvasó nyelvére, gyorsítótárazással, tranzakciók szöveges leírása, ismétlődő tranzakciók előrejelzése, tippek a párosítatlan banki tételsorokhoz, számla-beállítási javaslatok, naptárbejegyzések megfogalmazása és egy asszisztens-csevegőoldal.

Mindezt öt szabály irányítja, és mindegyik kódban van megvalósítva:

• Az MI javasol, és soha nem könyvel. Modellkimenet még soha nem írt vegyes könyvelési tételt, számlát vagy főkönyvi sort.
• Az MI soha nem nyit új számlát.
• Egy beolvasás soha nem írja felül azt, amit egy személy már rögzített.
• Először mindig a legolcsóbb utat próbálja a rendszer; egy kép beolvasása mindig egy második, kifejezett kattintás.
• Minden hiba kíméletesen kezelődik. Egy elérhetetlen modell nem ad javaslatot, így soha nem kerülhet általa hibás szám egy adóbevallásba.