Grāmatvedības birojā ar desmitiem klientu pirkuma rēķini ierodas visdažādākajos veidos: klienta biroja vadītājs pārsūta piegādātāja e-pastu ar PDF, direktors atsūta čeka foto no telefona, un daži rēķini nonāk kopīgā biroja pastkastē Outlook bez norādes, kuram klientam tie pieder. Grāmatvedis atver Horizon, ja klients tiek uzskaitīts tur, vai Tildes Jumis vai Zalktis, ja nē, un ievada piegādātāju, numuru, datumu, summu bez PVN un ar PVN, tad izvēlas likmi un izmaksu kontu no šī klienta kontu plāna. Pēc tam viņš pārbauda VID e-rēķinu un deklarāciju datus EDS, vai piegādātājs rēķinu ir uzrādījis, un, ja nav, raksta klientam. Vienam rēķinam tas aizņem minūtes, simts klientiem mēnesī – nedēļas, un steigā ieviešas kļūdas: nepareiza PVN likme, degviela uzskaitīta kā reprezentācija, viens rēķins ievadīts divreiz.
Risinājums pārņem ievadīšanu un lēmumu atstāj grāmatvedim. Rēķini tiek vākti no klientu Outlook e-pastiem, biroja pastkastes un klienta SharePoint mapes; foto un skenēti PDF tiek nolasīti kā teksts. Modelis izgūst piegādātāju, reģistrācijas un PVN maksātāja numurus, rēķina numuru, datumus, summas un PVN likmi, piešķir izmaksu kontu, balstoties uz piegādātāju, pozīcijas aprakstu un šī klienta iepriekšējiem ierakstiem, atzīmē, vai PVN ir atskaitāms, un pārbauda, vai rēķins jau nav ievadīts. Katrs rēķins tiek salīdzināts ar VID e-rēķinu un deklarāciju datiem: ja piegādātājs to nav uzrādījis vai summas nesakrīt, tas tiek atzīmēts. Rezultāts parādās sistēmā Horizon, Tildes Jumis vai Zalktis kā neapstiprināts ieraksts ar pievienotu oriģinālu, un grāmatvedis to apstiprina, labo kontu vai likmi vai noraida. Privāto AI ieviešam MDP CLOUD GPU mākonī Lietuvā (ES): klientu rēķini neatstāj mūsu datu centru, modeļi nemācās uz jūsu datiem, un katra atpazīšana un katrs grāmatveža lēmums tiek reģistrēts atbilstoši VDAR. Ar Horizon savienojamies caur API vai importa failu, ar Tildes Jumis – caur importu, ar Zalktis – caur API, atkarībā no versijas.