Katram grāmatvedības biroja klientam ir vismaz viens bankas konts, bieži divi vai trīs dažādās bankās. Mēneša sākumā grāmatvedis lejupielādē bankas izrakstus kā SEPA XML vai CSV failus, importē tos sistēmā Horizon vai Tildes Jumis un sāk darbu, ko imports neveic: katru rindu piesaista pārdošanas rēķinam, par kuru klients saņēmis maksājumu, piegādātāja rēķinam, ko klients samaksājis, algām, darba algas nodokļiem, maksājumiem VID vai bankas komisijām. Maksājuma mērķis bieži ir tikai „par pakalpojumiem” vai satur numuru ar drukas kļūdu, summa sedz trīs rēķinus, un daļējs maksājums neatbilst nevienam. Tad tiek jautāts klientam, birojs gaida atbildi, un nesaskaņots izraksts tiek pabeigts tikai dienu pirms PVN deklarācijas termiņa.
Risinājums saskaņo to, ko var saskaņot, un atklāti parāda to, ko nevar. Izrakstu XML un CSV faili tiek paņemti no klienta SharePoint mapes vai Outlook e-pasta, un rindas tiek salīdzinātas ar neapmaksātiem pārdošanas un pirkuma rēķiniem sistēmā Horizon vai Tildes Jumis: pēc rēķina numura maksājuma mērķī, maksātāja vai saņēmēja koda un summas, bet, ja maksājuma mērķis ir tukšs, pēc šī klienta vēstures, kā tas pats maksātājs un summa saskaņoti iepriekš. Maksājumi VID un VSAA, algas un bankas komisijas tiek atpazīti pēc saņēmēja un piešķirti atbilstošajiem kontiem. Maksājumi, kas sedz vairākus rēķinus vienā summā, tiek sadalīti, un daļēji maksājumi tiek atzīmēti. Rezultāts ir maksājumu ieraksti sistēmā Horizon vai Tildes Jumis ar statusu „gaida apstiprinājumu” un atsevišķs neatpazīto rindu saraksts ar ieteikumiem, ko jautāt klientam. Grāmatvedis apstiprina, pārvieto vai noraida; neviens maksājums bez viņa netiek saskaņots. Privāto AI ieviešam MDP CLOUD GPU mākonī Lietuvā (ES): izraksti, kuros redzami klientu un viņu partneru darījumi, neatstāj mūsu datu centru, modeļi nemācās uz jūsu datiem, un katra saskaņošana un katrs grāmatveža lēmums tiek reģistrēts atbilstoši VDAR.