AI w księgowości: agent do faktur kosztowych i rozliczeń (8 tygodni wdrożenia) 

Agent AI w księgowości to program, który przejmuje fakturę kosztową od pierwszego skanu aż do zapisu w księdze, a do człowieka kieruje wyłącznie przypadki wymagające decyzji. W praktyce wdrożenie takiego agenta zajmuje około ośmiu tygodni i składa się z czterech połączonych przepływów: rozpoznania dokumentu, wyciągnięcia pól, klasyfikacji i normalizacji waluty. Poniżej rozkładam to na tygodnie, pokazuję, co faktycznie potrafi, i mówię wprost, gdzie moje dane się kończą.

Czym agent AI w księgowości różni się od zwykłego OCR-u

Skaner OCR robi jedną rzecz: zamienia piksele na tekst. Agent robi cały proces. Definicja z badania EY brzmi następująco: systemy agentowe działają autonomicznie, potrafią postrzegać, rozumować i podejmować działania, by osiągnąć cel, przy minimalnej interwencji człowieka. W opisie pięciu cech agentów padają: zorientowanie na cel, elastyczne planowanie, autonomia, dostęp do zasobów zewnętrznych i ciągłość wykonania.

Różnicę widać w jednym zdaniu z materiału Microsoftu o agentach w biznesie: agenci potrafią wykonywać procesy biznesowe, i to od prostych agentów odpowiadających na pytanie aż po w pełni autonomiczne, które realizują cały przepływ od początku do końca. Mogą myśleć, pamiętać, być uczone i wiedzą, kiedy poprosić o pomoc.

To ostatnie zdanie jest całą architekturą wdrożenia. Agent, który zawsze zgadza i zapisuje, jest niebezpieczny. Agent, który zatrzymuje się na niejednoznacznym NIP-ie i pyta, jest użyteczny. Taki schemat opisałem osobno przy pamięci, narzędziach i human-in-the-loop. Zanim jednak cokolwiek zbudujesz, warto sprawdzić, co agenci AI naprawdę potrafią w typowych zadaniach biznesowych.

Co agent robi na jednej fakturze kosztowej

Opis wdrożenia, które mam najlepiej udokumentowane, składa się z czterech etapów i jeden po drugim przetwarza każdy dokument. Pierwszy to OCR, które z plików PDF, obrazów i DOCX wyciąga tekst w formacie markdown. Drugi to klasyfikator, który określa typ dokumentu przy temperaturze równej zero, czyli bez losowości. Trzeci to parser, który wyprowadza strukturalne pola finansowe do JSON-a. Czwarty to warstwa walut, która przelicza kwoty obce na złotówki według kursów NBP z daty dokumentu, a nie z dnia dzisiejszego.

Ten ostatni szczegół brzmi jak drobiazg, a jest najczęstszym źródłem błędów w księgowości. Faktura wystawiona w dniu, w którym kurs był wysoki, ma zostać zaksięgowana po tym kursie. Agent, który użyje dzisiejszego, przekłamze wynik i nikt tego nie zauważy, bo kwota wygląda wiarygodnie.

Do tego dochodzi obsługa procesu. W tym samym wdrożeniu każdy plik ma zapisywany własny status, więc przetwarzanie da się wznowić po awarii i powtórzyć bez podwójnego księgowania. System wysyła tygodniowy raport finansowy przychody, koszty i saldo narastające, a alerty mailowe lecą wyłącznie przy błędach. Osobny zadanie kontrolne porównuje arkusz z systemem fakturowym i wyłapuje rozjazdy.

To ostatnie rozwiązanie domyka temat obiegu dokumentów. Obieg zeskanowanych dokumentów da się zorganizować nawet wtedy, gdy nie masz jeszcze OCR-u w firmie. Jeśli zastanawiasz się, którą drogę dojścia do faktury wybrać, automatyzacja faktur ma cztery ścieżki opisane osobno. A same wzorce projektowania agentów, od klasyfikacji po routing, zebrałem w pięciu wzorcach architektury.

Co mówią liczby, a co jest tylko deklaracją dostawcy

Najczęstszy błąd w tym temacie to traktowanie materiałów marketingowych jako pomiarów. Rozdzielmy je.

Jedno zmierzone wdrożenie

Case study, na którym opieram ten artykuł, podaje konkret: 16 godzin tygodniowo odzyskanego czasu przy około 500 dokumentach miesięcznie. Dokumenty wchodzą jako pliki surowe, a wychodzą czysta, skategoryzowana księga z poprawnymi walutami. To jest pomiar jednej zainstalacji u jednej firmy, opisany przez dostawcę rozwiązania. Nie jest to średnia rynkowa i nie należy jej przenosić na inne firmy.

Deklaracje, które wyglądają jak pomiary

Polscy dostawcy automatyzacji księgowości piszą o redukcji czasu przetwarzania rzędu 80 procent, z kontrolą człowieka ograniczoną do wyjątków, zwykle poniżej 10 procent transakcji. W innym wariantie tego samego materiału pojawia się 90 procent. Są dwie liczby w jednym tekście przemysłowym, powielonym na dwóch stronach, więc to jedno źródło z dwoma wariantami, nie dwa potwierdzenia. Druga deklaracja dotyczy procesu fakturowania: dwa pełne dni robocze skrócone do kilku godzin miesięcznie.

Trzecia liczba bywa najczęściej cytowana: ponad 90 procent procesów księgowych da się zautomatyzować. Zdanie jest prawdziwe, ale opisuje zdolność, nie wynik. Nikt nie powie, że w Pana firmie jest zautomatyzowane 90 procent procesów.

Badanie, które mierzy oczekiwania, nie efekty

W badaniu EY Tax and Finance Operations 87 procent liderów podatkowych uważa, że generatywna AI usprawni ich funkcję. To deklaracja intencji respondentów, zebrana w dużych organizacjach z dojrzałym controllingiem. Nie jest to pomiar oszczędności w małej firmie, choć bywa cytowane dokładnie w takim skrócie.

Skala, której nie da się przenieść

Przykład z materiału Microsoftu: firma wysyłająca rocznie miliardy dolarów na transport spodziewa się milionów oszczędności w pierwszym roku dzięki agentowi sprawdzającemu błędne opłaty w fakturach frachtowych. Drugi przykład, od Thomson Reuters, to due diligence wykonane w połowie czasu we wczesnych testach. Oba dotyczą korporacji z własnym działem IT. Skala nie przenosi się na MŚP, a w przypadku Reuters chodzi o testy, nie o produkcję.

Z tych liczb da się wyciągnąć jedną wniosek. Redukcja czasu rośnie z wolumenem, który jest w stanie obsłużyć automatycznie, a nie z wdrożeniem. Poniżej około 500 dokumentów miesięcznie nie znalazłem żadnego niezależnego benchmarku dla tej skali.

Plan wdrożenia na 8 tygodni

Uwaga o źródle: poniższy kalendarz jest moją propozycją opartą na etapach opisywanych w polskich materiałach wdrożeniowych. Te materiały wymieniają etapy, nie tygodnie. Nie przedstawiam tego jako wyniku jakiegoś badania.

Tygodnie 1 i 2: audyt procesu, zanim kupisz cokolwiek

Krok pierwszy brzmi: zidentyfikuj procesy, które zabierają najwięcej czasu, a zarazem są powtarzalne i podatne na błędy. Robisz to na obecnych procesach, nie na przyszłych. Dopiero potem wybierasz narzędzia. Kolejność bywa odwracana i wtedy projekt nie działa, bo automatyzujesz bałagan zamiast go uporządkować.

Na tym etapie policzysz dwie liczby, które wrócą przy odbiorze: ile godzin tygodniowo kosztuje Cię dziś obsługa faktur kosztowych i ilu osób to dotyka. Bez tego nie policzysz efektu.

Tygodnie 3 i 4: integracje

To jest etap, który decyduje o wdrożeniu albo jego odwołaniu. Brak integracji oznacza, że ERP nie komunikuje się z bankiem ani z KSeF, a dane trzeba przepisywać ręcznie, co daje opóźnienia i ryzyko błędów. Przy budowie integracji, na przykład między systemem sprzedaży a księgowością, zasada jest ta sama: im mniej ręcznych przepisywań, tym mniej miejsc na pomyłkę.

Konfigurację samego KSeF opisałem krok po kroku we materiale o wpinaniu e-faktur do automatyzacji.

Tygodnie 5 i 6: pilotaż na jednym strumieniu

Nie wdrażaj wszystkiego naraz. Wybierz jeden typ dokumentu, na przykład faktury od jednego dostawcy, i przepuść przez niego cały strumień. Ustawienia AI mają być deterministyczne, klasyfikacja ma działać przed ekstrakcją, a każdy plik ma mieć zapisywany status. Dopiero taka instalacja jest testowalna.

Tygodnie 7 i 8: kontrola, raporty, trudne przypadki

Tu wdraża się mechanizmy kontroli. Raport tygodniowy zamiast codziennego spamu. Alerty wyłącznie na błędy, żeby nie wyłączono powiadomień po trzecim tygodniu. Zadanie audytowe porównujące wyniki z systemem źródłowym. I testy na przypadkach, które psują każdą automatyzację: korekty, anulowania procesowe, błędny NIP, faktury bez VAT, dokumenty z rozbudowanymi załącznikami.

KSeF przesuwa termin, w którym integracja przestaje być opcją

Obowiązek KSeF obowiązuje etapami, wskazywanymi na 1 lutego i 1 kwietnia. Według polskich materiałów eksperckich sankcje za naruszenia przepisów o KSeF obowiązywać mają od 1 stycznia 2027 roku, a do końca 2026 przewidziano odroczenie kar. Wysokość: do 100 procent kwoty VAT wykazanej na fakturze, a gdy dokument jest bez VAT, do 18,7 procent kwoty należności ogółem.

Kwoty podaję z zastrzeżeniem, bo źródłem jest blog ekspercki, nie tekst ustawy. Przed decyzją sprawdź aktualne brzmienie przepisów.

Najbardziej charakterystyczny scenariusz sankcji to tak zwana kara bez winy: faktura powstała, klient ją dostał, a obowiązek dosłania do KSeF nie został domknięty na czas. Nikt nie chciał nikomu zaszkodzić, tylko proces zawiódł. Dlatego ryzyko w KSeF wynika z jakości procesu, a nie z intencji: monitoringu statusów, odpowiedzialności, zastępstw i kontroli terminów.

Tu jest druga strona medalu, która rzadko trafia do artykułów. Sankcje administracyjne mają być nakładane w trybie decyzji przez organ podatkowy, a nie automatycznie przez system. Liczy się dowód dochowania należytej staranności: procedury, logi, monitoring i odpowiedź na pytanie, kto i kiedy podjął decyzję. Innymi słowy, agent nie chroni przed sankcją sam z siebie. Chroni, jeśli zostawia ślad.

Pięć miejsc, w których takie wdrożenie się sypie

Lista pułapek z polskich materiałów wdrożeniowych jest krótka i trafna.

1. Brak analizy procesów przed wdrożeniem. Skutek to chaos, niedopasowanie funkcji do realnych potrzeb i opór pracowników.
2. Niedostateczne szkolenie. Użytkownicy nie rozumieją systemu i robią błędy w ewidencji.
3. Automatyzacja na siłę. System jest zbyt rozbudowany i zbyt drogi w utrzymaniu.
4. Zła jakość danych wejściowych i brak walidacji. Błędne wyniki finansowe i sprawozdania.
5. Brak integracji z bankiem i KSeF. Ręczne przepisywanie, opóźnienia, ryzyko błędów.

Do tego dochodzi ryzyko właściwe dla modeli językowych: agent czyta i wpisuje, a projekt musi sprawić, by robił to rozliczalnie. Odpowiedzialność za wynik w księdze zostaje po stronie firmy, nie po stronie dostawcy API. Jeśli obawiasz się tego typu projektu, pięć automatyzacji, które się nie udały, opisuje dokładnie ten mechanizm.

Czego nie wiem

Ta sekcja jest krótsza niż zwykle, ale ważniejsza.

• Nie mam wiarygodnych danych o kosztach wdrożenia agenta do księgowości w Polsce w złotówkach. Żadne z dziesięciu źródeł, które przeszedłem, takich widełek nie podaje.
• Nie mam stawek godzinowych wdrożeń w tej specjalizacji.
• Nie mam danych o dokładności OCR na polskich fakturach w procentach. Dostawcy nie publikują metodyki testów.
• Nie mam niezależnego badania o agentach AI w księgowości małych i średnich firm w Polsce.
• Nie mam porównania kosztów: agent budowany indywidualnie wobec gotowego modułu OCR w ERP, który już macie w licencji.

Jeśli ktoś podaje Ci dokładną kwotę za wdrożenie takiego agenta w MŚP, zapytaj o metodę i o wolumen dokumentów, na którym policzono. To nie atak na wykonawcę, to zwykła kontrola.

Kiedy takie wdrożenie się nie opłaca

Są trzy sytuacje, w których radzę zacząć od czegoś innego. Pierwsza: obsługujesz kilkadziesiąt faktur miesięcznie, nie masz dedykowanego czasu na monitoring i nie umiesz policzyć, ile godzin dziś na to schodzi. Drugi: masz gotowy moduł OCR w systemie, którego nie używasz, bo nikt go nie włączył. Trzecia: nie masz integracji z bankiem i z KSeF, więc pierwszym problemem nie jest czytanie faktur, tylko ich dosyłanie.

W tych przypadkach zacznij od procesu, który jest powtarzalny, policzalny w godzinach i nie wymaga najpierw integracji. Krótszy efekt da się zmierzyć, a potem podejmiesz decyzję o agencie na podstawie danych, nie na podstawie narty sprzedażowej.

Jeśli chcesz przejść przez taki plan na własnych dokumentach, napisz do mnie. Odpowiadam zwykle tego samego dnia, a zakres i wycena idą na piśmie, żebyś miał jeden dokument, a nie pięć ofert od pięciu wykonawców.