Każdy klient biura rachunkowego ma co najmniej jedno konto bankowe, często dwa lub trzy w różnych bankach. Na początku miesiąca księgowy pobiera wyciągi bankowe jako pliki SEPA XML lub CSV, importuje je do Comarch ERP Optima lub Symfonia i zaczyna pracę, której import nie wykonuje: przypisuje każdą linię do faktury sprzedaży, za którą klient dostał zapłatę, faktury zakupu, którą klient opłacił, wynagrodzeń, zaliczek na PIT, płatności do urzędu skarbowego i ZUS albo opłat bankowych. W tytule przelewu często stoi tylko „za usługi” albo numer z literówką, jedna kwota pokrywa trzy faktury, a częściowa płatność nie pasuje do niczego. Wtedy pyta się klienta, biuro czeka na odpowiedź, a nieuzgodniony wyciąg bywa kończony dzień przed terminem deklaracji VAT.
Rozwiązanie uzgadnia to, co da się uzgodnić, i otwarcie pokazuje to, czego się nie da. Pliki XML i CSV z wyciągami są pobierane z folderu klienta w SharePoint lub z maila w Outlooku, a ich linie porównywane z nieopłaconymi fakturami sprzedaży i zakupu w Comarch ERP Optima lub Symfonia: po numerze faktury w tytule przelewu, NIP płatnika lub odbiorcy i kwocie, a gdy tytuł jest pusty – po historii tego klienta, czyli po tym, jak wcześniej dopasowano tego samego płatnika i tę samą kwotę. Płatności do urzędu skarbowego i ZUS, wynagrodzenia i opłaty bankowe są rozpoznawane po odbiorcy i przypisywane do odpowiednich kont. Płatności obejmujące kilka faktur jedną kwotą są rozdzielane, a płatności częściowe oznaczane. Efektem są zapisy płatności w Comarch ERP Optima lub Symfonia ze statusem „do zatwierdzenia” oraz osobna lista niedopasowanych linii z sugestią, o co zapytać klienta. Księgowy zatwierdza, przenosi albo odrzuca; bez niego żadna płatność nie zostaje dopasowana. Wdrażamy prywatne AI w chmurze GPU MDP CLOUD na Litwie (UE): wyciągi pokazujące transakcje klientów i ich kontrahentów nie opuszczają naszego centrum danych, modele nie uczą się na Twoich danych, a każde dopasowanie i każda decyzja księgowego są zapisywane w dzienniku zgodnie z RODO.