Dekretacja z AI: od propozycji do zapisu w księgach

Model, który wskazał konto i kwotę, przygotował propozycję. Aby ocenić zapis w księgach, trzeba sprawdzić dokument źródłowy, przyjęte reguły i działanie całego obiegu. Ustawa o rachunkowości przewiduje zapisy wprowadzane automatycznie, ale określa warunki. Sam wynik testu odczytu faktury ich nie potwierdza.

Ustawa nie sprowadza automatyzacji do jednego pola

Art. 20 ust. 5 ustawy o rachunkowości opisuje warunki uznania określonych zapisów komputerowych za równoważne z dowodami źródłowymi. Obejmują one czytelną postać zgodną z dowodami, ustalenie pochodzenia i osoby odpowiedzialnej za wprowadzenie, kontrolę przetworzenia oraz kompletności i identyczności zapisów, a także ochronę danych źródłowych. Przepis dotyczy wskazanych w nim sposobów tworzenia zapisów; nie nadaje automatycznie takiego statusu każdej odpowiedzi AI.

Art. 21 ust. 1 pkt 6 odnosi się do sprawdzenia i zakwalifikowania dowodu do ujęcia w księgach, w tym miesiąca i sposobu ujęcia. Ustęp 1a przewiduje możliwość zaniechania określonych danych na dowodzie, m.in. gdy wynika to z techniki dokumentowania zapisów. Dlatego nie zakładamy, że każda faktura musi przejść identyczną ręczną czynność lub otrzymać pieczątkę. Sposób dokumentowania trzeba ustalić dla używanego systemu.

Art. 24 opisuje rzetelność, bezbłędność, sprawdzalność i bieżące prowadzenie ksiąg. Przepisy sprawdziliśmy 11 października 2026 r. To ogólne wymagania do uwzględnienia w projekcie, bez oceny konkretnej polityki rachunkowości, dekretu lub podatku.

Podobna faktura, inny sposób ujęcia

W fikcyjnym przykładzie ten sam dostawca wystawia dokumenty za dwa różne zakresy usług. Model proponuje konto użyte przy poprzedniej fakturze. Podobieństwo nazwy dostawcy nie wyjaśnia treści nowej operacji ani właściwego okresu.

Proponowany widok pokazuje odczytane pola, dokument i podstawę sugestii. Jeśli opis nie pozwala rozstrzygnąć sposobu ujęcia, brak pozostaje pytaniem do księgowości. Wcześniejszy zatwierdzony dekret może pomóc w porównaniu, ale nie zastępuje oceny bieżącej operacji według przyjętych zasad.

Odpowiedzialność kierownika jednostki określa art. 4 ust. 5, także w opisanym tam przypadku powierzenia obowiązków innej osobie lub przedsiębiorcy. Wybór oprogramowania nie jest sam w sobie dowodem przeniesienia tej odpowiedzialności. Podział zadań i nadzór trzeba uzgodnić przy wdrożeniu.

Odbiór integracji kończy się za modelem

Próba powinna obejmować drogę od dokumentu do zapisu przyjętego w uzgodnionym systemie. Zachowaj identyfikator źródła, wersję reguł i informację o odpowiedzialnej osobie. Sprawdź, czy można odtworzyć sposób powstania zapisu oraz znaleźć sprawę, która czeka na wyjaśnienie.

W fikcyjnym zestawie kontrolnym przydatne będą powtórzony dokument, korekta oraz przerwanie po przekazaniu danych. Ponowienie nie powinno bez sprawdzenia tworzyć kolejnego zapisu. Jeżeli odbiorca przyjął dane, lecz potwierdzenie nie dotarło, sam komunikat błędu nadawcy nie rozstrzyga wyniku operacji.

To propozycja kryteriów integracji, nie stwierdzenie, że nasz demonstrator je spełnia. Demonstracja propozycji dekretu korzysta z syntetycznych faktur i nie łączy się z księgą główną, ERP ani KSeF. Zapis decyzji w pokazanej przeglądarce nie jest księgowaniem.

Zakres do uzgodnienia z księgowością

Przed zamówieniem ustal, czy projekt kończy się na propozycji, przygotowuje import czy wykonuje zapis. Te warianty wymagają różnych kontroli i dostępu. Pierwszą próbę można ograniczyć do jednej kategorii kosztów i materiału, dla którego księgowość wskaże oczekiwany wynik.

Syntalith może przygotować zakres automatyzacji faktur kosztowych. Wycena zależy od reguł, integracji i sposobu odbioru; progi usług są w cenniku. Do pierwszej rozmowy wystarczy opis miejsca, w którym dokument czeka na wyjaśnienie lub ponowne wprowadzenie, bez przesyłania danych dostawcy.