Puste pole zamiast zgadywania: automatyzacja dekretacji, która pokazuje swoją podstawę

KSeF zapewnił polskim fakturom dane strukturalne, ale proces wokół faktury kosztowej pozostał ręczny: odczyt, kontrola z zamówieniem i dostawą, wybór konta i MPK, decyzja o gotowości do księgowania. Automatyzacja tego procesu ma jedną pułapkę, o której mówi się za rzadko.

Automatyczny odczyt może zaproponować konto z planu kont i istniejące MPK nawet wtedy, gdy dokumenty nie dają do tego podstawy. Taka propozycja wygląda wiarygodnie i łatwiej przechodzi pobieżną kontrolę niż jawny błąd. Rozbieżność wychodzi później, często dopiero przy płatności.

Puste pole jako mechanizm bezpieczeństwa

W biurku zobowiązań wynik ma ustaloną strukturę: pola dokumentu, wynik kontroli trójstronnej, proponowany dekret i stan gotowości. Wartość, której nie potwierdza dokument, zamówienie, dostawa ani wcześniejszy dekret tego dostawcy, pozostaje pusta.

Puste pole informuje, że brakuje podstawy. Faktura bez konta, MPK albo wcześniejszego dekretu trafia do przeglądu i nie może zostać oznaczona jako gotowa. Struktura wyniku nie przewiduje wartości „prawdopodobnie”.

Wcześniejszy dekret, który można sprawdzić

Pod proponowanym dekretem widnieje wcześniejsza faktura tego samego dostawcy, zaksięgowana na te same konta. Księgowa może otworzyć dokument źródłowy i sprawdzić, z czego wynika propozycja.

Kontrola trójstronna porównuje NIP, ilości, ceny jednostkowe i walutę z zamówieniem oraz potwierdzeniem dostawy. Jednoznaczne reguły nadają każdemu polu widoczny stan zgodności.

Dlaczego proces pozostaje prosty

Każda faktura przechodzi jeden automatyczny odczyt, sprawdzenie ustalonego zestawu pól i kontrolę według reguł. Proces nie potrzebuje wieloetapowej pętli ani samodzielnego wyboru narzędzi, ponieważ decyzja o gotowości faktury ma jasno określone warunki.

Mniejsza liczba elementów ułatwia testowanie i kontrolę procesu, który bezpośrednio dotyczy pieniędzy.

Czy ten proces nadaje się do automatyzacji

Najlepszym punktem startu są faktury od powtarzalnych dostawców, dla których zespół ma stabilny plan kont, używa MPK według zrozumiałych zasad i potrafi wskazać poprawne wcześniejsze dekrety. Duży udział takich dokumentów daje systemowi podstawę do tworzenia propozycji, a księgowej pozwala oceniać wyjątki zamiast każdorazowo odtwarzać całą historię.

Przed pilotażem warto policzyć pięć rzeczy: miesięczny wolumen, udział stałych dostawców, udział faktur powiązanych z zamówieniem, liczbę ręcznych korekt po dekretacji oraz czas od wpływu dokumentu do gotowości. Te wartości tworzą punkt odniesienia. Sama liczba faktur niewiele mówi, jeżeli każda dotyczy innego rodzaju kosztu albo zasady księgowania często się zmieniają.

Proces wymaga uporządkowania przed automatyzacją, gdy księgowi stosują różne konta dla takich samych zdarzeń, MPK jest dopisywane na podstawie wiedzy ustnej albo historia dostawcy zawiera błędne precedensy. System szybko powieli taką niespójność. Najpierw trzeba uzgodnić zasady oraz wskazać dokumenty, które mogą stanowić podstawę propozycji.

Jak ułożyć pilotaż

Pierwszy etap obejmuje reprezentatywny wycinek faktur i pracę równoległą. System przygotowuje propozycję, ale zespół nadal wykonuje dotychczasową dekretację. Porównanie powinno rozdzielać trzy wyniki: propozycję poprawną bez zmiany, propozycję poprawioną przez księgową oraz fakturę prawidłowo zatrzymaną z powodu braku podstawy.

Drugi etap dodaje kontrolę z zamówieniem i przyjęciem. Trzeba wcześniej ustalić tolerancje dla ilości, ceny, wartości i waluty oraz wskazać, które rozbieżności blokują gotowość. Reguła „każda różnica blokuje” może stworzyć kolejkę pełną technicznych wyjątków. Zbyt luźne progi przepuszczą dokumenty wymagające wyjaśnienia. Progi powinny wynikać z polityki księgowej i zakupowej firmy.

Dopiero po stabilizacji tych dwóch etapów warto łączyć rozwiązanie z ERP, KSeF lub księgą. Integracja nie poprawi jakości propozycji. Ułatwi tylko przekazywanie wyniku, dlatego powinna pojawić się po potwierdzeniu zasad dekretacji, stanów gotowości i odpowiedzialności użytkowników.

Jak czytać wyniki i koszt

Najważniejszą miarą nie jest odsetek wypełnionych pól. System, który zawsze podaje konto, może osiągnąć wysoki poziom kompletności kosztem ryzykownych podpowiedzi. Warto osobno mierzyć poprawność propozycji, udział prawidłowych zatrzymań, liczbę błędnie gotowych faktur oraz czas księgowej poświęcony na sprawdzenie podstawy.

Zapisany koszt modelu wynosi 0,004514 USD za fakturę w przygotowanym przebiegu. Nie obejmuje integracji, utrzymania, infrastruktury ani pracy człowieka. W biznesowym rachunku większe znaczenie mają minuty księgowej i liczba korekt. Dobry pilotaż zestawia koszt techniczny z kosztem obsługi jednego dokumentu przed zmianą i po niej.

Lista kontrolna przed decyzją

1. Czy dla najczęstszych dostawców istnieją poprawne, dostępne precedensy?
2. Kto zatwierdza plan kont, MPK i tolerancje kontroli trójstronnej?
3. Które braki bezwzględnie blokują gotowość faktury?
4. Czy użytkownik może jednym kliknięciem otworzyć podstawę propozycji?
5. Jak zostaną zmierzone poprawki, prawidłowe zatrzymania i czas przeglądu?
6. Które decyzje pozostają poza systemem: księgowanie, zmiana zamówienia, zatwierdzenie płatności?
7. Jak wycofać błędny precedens, aby nie wpływał na kolejne dokumenty?

Co sprawdziliśmy

Wersję demonstracyjną sprawdziliśmy na 12 przygotowanych fakturach i 72 kontrolowanych polach. Wszystkie pola oraz decyzje zgadzały się z oczekiwanym wynikiem, a żadna faktura bez pełnej podstawy nie została oznaczona jako gotowa. Ten test potwierdza działanie rozwiązania na przygotowanym materiale. Jakość i koszt dla rzeczywistego wolumenu trzeba zmierzyć w pilotażu.

W żadnym przypadku brak podstawy nie został zamaskowany wiarygodnie wyglądającą propozycją.

Pełne pomiary i ekrany znajdziesz na karcie systemu. Podczas bezpłatnego przeglądu procesu możemy sprawdzić, czy ten sposób kontroli pasuje do liczby i rodzaju Waszych faktur.