Kümnete klientidega raamatupidamisbüroosse jõuavad ostuarved igasugusel viisil: kliendi kontoritöötaja edastab tarnija kirja koos PDF-iga, juht saadab telefoniga tehtud pildi tšekist ja osa arveid satub Outlooki büroo ühisele postkastile ilma märketa, millisele kliendile need kuuluvad. Raamatupidaja avab Directo, kui klient on seal, muul juhul Standard Booksi või SimplBooksi, ja sisestab tarnija, numbri, kuupäeva, summa käibemaksuta ja käibemaksuga ning valib seejärel kliendi kontoplaanist määra ja kulukonto. Seejärel kontrollib ta MTA e-arvete ja KMD andmetest, kas tarnija on arve deklareerinud, ja kui ei, kirjutab kliendile. Ühe arve puhul võtab see minuteid, sajal kliendil kuus aga nädalaid tööd ning kiirustades lipsavad sisse vead: vale käibemaksumäär, kütus kantud esinduse alla, sama arve sisestatud kaks korda.
Lahendus võtab üle sisestamise ja jätab otsuse raamatupidajale. Arved kogutakse klientide Outlooki kirjadest, büroo postkastist ja kliendi SharePointi kaustast; fotod ja skaneeritud PDF-id loetakse tekstiks. Mudel eraldab tarnija, registri- ja KMKR-numbrid, arve numbri, kuupäevad, summad ja käibemaksumäära, määrab kulukonto tarnija, kauba kirjelduse ja selle kliendi varasemate kannete põhjal, märgib, kas käibemaksu võib maha arvata, ning kontrollib, kas arve on juba sisestatud. Iga arvet kontrollitakse e-arvete ja KMD andmete vastu: kui tarnija pole seda deklareerinud või summad ei klapi, märgitakse see. Tulemus ilmub Directos, Standard Booksis või SimplBooksis kinnitamata kandena koos originaaliga ning raamatupidaja kinnitab selle, parandab konto või määra või lükkab tagasi. Juurutame privaatse AI MDP CLOUDi GPU-pilves Leedus (EL): kliendiarved ei lahku meie andmekeskusest, mudelid ei õpi teie andmetest ning iga tuvastus ja iga raamatupidaja otsus logitakse kooskõlas GDPR-iga. Ühendame Directoga API või importfaili kaudu, Standard Booksiga impordi kaudu ja SimplBooksiga API kaudu, olenevalt versioonist.