Automatyzacja faktur AI i KSeF — odczyt, księgowanie, raporty

Droga faktury w zautomatyzowanym obiegu ma pięć etapów: wpływ dokumentu, odczyt treści przez model, wyciągnięcie danych identyfikacyjnych i kwot, zapis do arkusza albo programu księgowego oraz zatwierdzenie przez człowieka. Większość rozmów o automatyzacji faktur zaczyna się od pytania „jaki program kupić” i naszym zdaniem to zła pierwsza decyzja: narzędzie jest ostatnim wyborem, a nie pierwszym, bo żadne nie naprawi obiegu, w którym nikt nie wie, gdzie faktura wpływa i kto ją zatwierdza. Każdy z pięciu etapów da się opisać regułą, więc każdy da się zautomatyzować osobno — i właśnie dlatego wybieramy pięć małych kroków zamiast jednego „systemu, który zrobi wszystko”. W praktyce zaczyna się od jednego kanału wpływu, najczęściej jednej skrzynki mailowej, na którą kontrahenci wysyłają PDF-y. Dopiero gdy ten kanał działa stabilnie, dokłada się kolejne: skany z drukarki wielofunkcyjnej, faktury pobierane z KSeF, załączniki z komunikatorów. Pilot obejmuje jeden proces, nie całą księgowość, i jeśli ktoś obiecuje Wam objęcie całej księgowości w pierwszym etapie, warto zapytać, kto to wdrożenie odbierze.

1. 01Wpływ dokumentu na skrzynkęFaktura trafia na dedykowaną skrzynkę lub do wskazanego folderu. Automat pilnuje jednego wejścia, dzięki czemu zawsze wiadomo, gdzie szukać dokumentu, którego brakuje. Upieramy się przy jednym wejściu, bo obiegu rozsypanego po prywatnych skrzynkach nie uratuje żadne narzędzie.
2. 02OCR i odczyt przez modelZałącznik zamieniany jest na tekst: OCR radzi sobie ze skanem, model językowy z układem pól, którego wcześniej nie widział — bez sztywnego szablonu tworzonego osobno dla każdego dostawcy.
3. 03Wyciągnięcie NIP, numeru i kwotAgent wyodrębnia NIP sprzedawcy, numer faktury, datę wystawienia i sprzedaży, kwoty netto, VAT i brutto oraz termin płatności, po czym sprawdza, czy suma pozycji zgadza się z podsumowaniem.
4. 04Zapis do arkusza lub programu księgowegoDane trafiają do arkusza, bazy albo bezpośrednio do programu księgowego przez API lub plik wymiany, zawsze razem z linkiem do oryginalnego pliku i numerem KSeF, jeśli faktura stamtąd pochodzi.
5. 05Zatwierdzenie przez księgowąKsięgowa widzi wiersz z odczytanymi danymi i podgląd dokumentu obok. Zatwierdza, poprawia albo odrzuca — i dopiero to zatwierdzenie tworzy zapis księgowy. Tego kroku nie usuwamy nawet na życzenie klienta, bo to on odróżnia automatyzację od ryzyka przeniesionego na księgową bez jej wiedzy.

W dobrze zaprojektowanym przepływie każdy rekord ma trzy elementy: odczytane dane, link do pliku źródłowego i status. Status jest ważniejszy, niż się wydaje, bo pozwala rozdzielić dokumenty pewne od wątpliwych. Jeśli model nie odczytał NIP-u, kwoty się nie sumują albo faktura jest duplikatem wcześniejszego zapisu, dokument nie idzie dalej — trafia do kolejki wyjątków i czeka na człowieka. Uważamy, że system, który nigdy nie mówi „nie wiem”, jest gorszy od pracownika, który się waha, bo wahanie widać, a cichy błąd wychodzi dopiero przy kontroli. Automatyzacja faktur AI ma sens wtedy, gdy ta kolejka jest krótka i widoczna, a nie wtedy, gdy system udaje, że rozumie wszystko. Dlatego liczbę wyjątków mierzy się od pierwszego dnia pilotażu: to ona pokazuje, ile pracy naprawdę zdjęto z biurka, i to ona jest dla nas kryterium powodzenia, a nie efektowne demo.

Kanałów wpływu prawie zawsze jest więcej niż jeden i to one decydują o tym, czy obieg da się utrzymać. Ta sama faktura potrafi przyjść mailem od kontrahenta, wylądować w KSeF i dodatkowo trafić na biurko jako wydruk, więc pierwszą rzeczą, jaką ustawia się w przepływie, jest reguła rozpoznawania duplikatów — najczęściej po parze NIP sprzedawcy i numeru dokumentu, a przy fakturach ustrukturyzowanych po numerze KSeF. Druga reguła dotyczy tego, co nie jest fakturą: potwierdzenia przelewu, oferty, monity i zwykła korespondencja muszą wypadać z obiegu na samym wejściu, bo inaczej zapychają kolejkę wyjątków. Trzecia reguła opisuje dokumenty powiązane — korekty, faktury zaliczkowe i noty — które nie mają sensu w oderwaniu od dokumentu pierwotnego i wymagają wskazania, do czego się odnoszą. Te trzy reguły ustalamy na papierze, zanim powstanie pierwsza linijka kodu, i nie zaczynamy budowy bez nich, choć klienci czasem uznają to za stratę czasu — zmiana reguły w działającym przepływie kosztuje wielokrotnie więcej niż godzina rozmowy na początku.

KSeF daje jedno: fakturę w ustrukturyzowanym formacie, pobieraną z systemu Ministerstwa Finansów zamiast wyciąganą z PDF-a. Dla automatyzacji to zmiana jakościowa, bo dane sprzedawcy, numer, daty i kwoty przychodzą jako pola, a nie jako obrazek do rozpoznania. Nie będziemy Was jednak straszyć obowiązkiem, bo strach jest złym doradcą przy projektowaniu procesu: KSeF to pretekst, nie powód. Porządek w obiegu dokumentów opłacał się dokładnie tak samo, zanim ktokolwiek usłyszał o Krajowym Systemie e-Faktur, a firma, która robi go wyłącznie dlatego, że musi, zwykle robi go najtaniej i najgorzej. Obowiązek wchodził etapami: od 1 lutego 2026 objął przedsiębiorców, których sprzedaż z VAT przekroczyła w 2025 r. 200 mln zł, a od 1 kwietnia 2026 pozostałych przedsiębiorców, w tym sektor MSP (Ministerstwo Finansów, ksef.podatki.gov.pl). Obie te daty już minęły, więc dla większości firm KSeF jest stanem faktycznym, a nie planem — i tym bardziej nie jest już powodem do pośpiechu, tylko okazją, żeby zrobić to spokojnie i porządnie.

Okres przejściowy bywa rozumiany opacznie. Do 31 grudnia 2026 można wystawiać faktury poza KSeF, ale tylko dopóki miesięczna sprzedaż z takich faktur nie przekroczy 10 000 zł brutto; po przekroczeniu limitu trzeba wystawiać w KSeF, począwszy od faktury, która ten limit przekroczyła (Ministerstwo Finansów, ksef.podatki.gov.pl). To znaczy, że firma korzystająca z wyjątku musi na bieżąco liczyć własną sprzedaż. Naszym zdaniem liczenie tego w pamięci albo raz na koniec miesiąca to najgorszy możliwy wariant, bo o przekroczeniu limitu dowiadujecie się wtedy po fakcie — a samo liczenie jest zadaniem, które da się zautomatyzować w kilka kroków: wystarczy licznik narastający w miesiącu i ostrzeżenie, zanim limit zostanie przekroczony. To zresztą dobry przykład tego, w co wierzymy: najwięcej daje nie wielki system, tylko drobna rzecz pilnowana zawsze tak samo. Od 1 stycznia 2027 obowiązek obejmie także najmniejszych podatników wykluczonych cyfrowo, czyli wystawiających faktury do 450 zł przy sprzedaży miesięcznej do 10 000 zł (Ministerstwo Finansów, ksef.podatki.gov.pl).

Po stronie technicznej pobieranie faktur z KSeF wymaga trzech rzeczy: nadanych uprawnień do działania w imieniu firmy, poświadczenia dostępu dla integracji oraz miejsca, w którym zapisujesz identyfikator dokumentu nadany przez system. Ten identyfikator warto trzymać przy każdym rekordzie, bo to on pozwala później jednoznacznie połączyć zapis w księgach z konkretną fakturą i odróżnić ją od kopii, która przyszła mailem. Warto też z góry ustalić, co robić z materiałami, które krążą obok faktury — specyfikacjami, protokołami odbioru, załącznikami do umów. Rozbroimy tu popularne przekonanie: KSeF nie zamyka tematu obiegu dokumentów w firmie. Obejmuje fakturę, a nie wszystko, co się wokół niej dzieje, więc te materiały nadal przychodzą pocztą i nadal trzeba je archiwizować oraz podpinać pod dokument. Kto potraktuje wejście do KSeF jako koniec projektu, za pół roku wróci do tej samej pracy ręcznej, tylko z lepszym formatem faktury. Zakres obowiązków, wyjątki i przepisy wykonawcze sprawdzaj u źródła, bo bywają aktualizowane; dane na tej stronie zweryfikowaliśmy 24 sierpnia 2026 (Ministerstwo Finansów, ksef.podatki.gov.pl).

Automat nie bierze odpowiedzialności zawodowej i to nie jest formuła grzecznościowa, tylko sedno projektu. Kwalifikacja kosztu, ocena prawa do odliczenia VAT, przypisanie dokumentu do właściwego okresu, decyzja o korekcie, podpis pod deklaracją — to czynności, za które odpowiada człowiek i biuro rachunkowe, a nie dostawca oprogramowania. AI dla księgowości może przygotować dane i propozycję dekretu, ale zatwierdzenie musi zostać po stronie osoby, która zna klienta, jego umowy i historię rozliczeń. Odradzamy każdą ofertę, która obiecuje księgowanie „bez udziału człowieka”, i mówimy to również wtedy, gdy klient sam o taki wariant prosi: koszt jednego źle zakwalifikowanego dokumentu bywa wyższy niż roczna oszczędność z automatu. Dlatego w każdym przepływie, który projektujemy, ostatni krok należy do księgowej i zawsze da się go cofnąć.

• Nie decyduje o kwalifikacji kosztu ani o prawie do odliczenia VAT — proponuje, człowiek zatwierdza.
• Nie rozstrzyga wątpliwych stawek VAT, transakcji zagranicznych i odwrotnego obciążenia.
• Nie ocenia, czy dokument jest fakturą w rozumieniu przepisów, czy tylko wygląda jak faktura.
• Nie zastępuje kontroli merytorycznej: czy usługa faktycznie została wykonana i po umówionej cenie.
• Nie podpisuje deklaracji i nie odpowiada przed urzędem skarbowym.
• Nie wykryje nadużycia, jeśli dokument jest formalnie poprawny.

To, co automat robi dobrze, jest równie wąskie i równie konkretne: czynności powtarzalne, opisywalne regułą i weryfikowalne. Przepisanie danych z dokumentu, sprawdzenie formatu i istnienia NIP-u, wykrycie duplikatu, dopasowanie faktury do zamówienia, przypomnienie o zbliżającym się terminie płatności, ułożenie zestawienia na koniec miesiąca. Warto rozbroić jeszcze jeden mit: agent AI nie zastąpi księgowej. Zastąpi kilkanaście minut jej dnia, powtarzanych codziennie od lat — i to jest cała różnica między sensownym wdrożeniem a prezentacją na konferencji. Przy każdym takim kroku trzeba z góry ustalić, co się dzieje, gdy pewność odczytu jest niska: czy dokument czeka na człowieka, czy idzie dalej z flagą do weryfikacji. Zapis historii zmian jest tu obowiązkowy i nie zgadzamy się go pomijać dla oszczędności — musi być widać, co odczytał model, co poprawił człowiek i o której godzinie.

Ten podział trzeba spisać, zanim przepływ ruszy, i najlepiej w jednym miejscu razem z procedurą obiegu dokumentów. Ustalenia są proste do zapisania, a ratują wdrożenie przed cichym rozmyciem odpowiedzialności: kto obsługuje kolejkę wyjątków i w jakim czasie, kto decyduje, gdy dokument jest wątpliwy, kto ma prawo cofnąć zatwierdzony zapis i co się wtedy dzieje z historią zmian. Naszym zdaniem najczęstszą przyczyną porzucenia takiego wdrożenia nie jest technika, tylko brak nazwiska przy każdym z tych punktów — nienazwany właściciel procesu oznacza, że przy pierwszej wątpliwości nikt nie czuje się w obowiązku zareagować. Do tego dochodzi rytm przeglądów: regularne spojrzenie na to, które pola i którzy dostawcy generują najwięcej poprawek, bo właśnie tam leżą kolejne reguły do dopisania. Jeżeli księgowość prowadzi biuro rachunkowe, ten sam dokument powinien opisywać, co przekazuje klient, a co robi biuro, i którą wersję danych obie strony uznają za obowiązującą.

Przed startem potrzebne są cztery rzeczy: próbka dokumentów, opis obecnego procesu, dostępy techniczne i decyzja, kto zatwierdza. Próbka to zwykle kilkadziesiąt faktur z ostatnich miesięcy, koniecznie razem z tymi brzydkimi — krzywymi skanami, dokumentami zagranicznymi, korektami, fakturami zaliczkowymi. Na czystych PDF-ach od jednego dostawcy każdy model wygląda dobrze i uważamy, że demo zbudowane na takiej próbce jest sprzedażą, a nie testem; wartość pilotażu polega na tym, żeby zobaczyć, gdzie model się myli, więc sami prosimy o dokumenty najgorsze, jakie macie. Opis procesu wystarczy w formie listy: kto dziś odbiera fakturę, gdzie ją zapisuje, co przepisuje ręcznie i ile razy dokument zmienia właściciela. Dostępy oznaczają skrzynkę, dysk i konto w programie księgowym — najlepiej techniczne, założone dla integracji, a nie prywatne konto pracownika.

• Próbka kilkudziesięciu faktur z ostatnich miesięcy, w tym korekty, zaliczki i dokumenty zagraniczne.
• Lista pól, które faktycznie są dziś przepisywane ręcznie.
• Wskazanie jednej skrzynki lub folderu jako punktu wejścia dla pilotażu.
• Konto techniczne do poczty, dysku i programu księgowego.
• Uprawnienia do pobierania faktur z KSeF, jeśli ten kanał ma być objęty pilotażem.
• Ustalenie, kto zatwierdza zapis i kto obsługuje kolejkę wyjątków.
• Decyzja, gdzie mają trafiać dane wyjściowe: arkusz, baza czy program księgowy.
• Ustalenie, gdzie przechowywane są dokumenty i kto ma do nich dostęp.

Warto też z góry ustawić zakres pilotażu, bo to on decyduje o tym, czy projekt się w ogóle kończy. Jeden proces, jeden kanał wpływu, jeden typ dokumentu i jasne kryterium zaliczenia: przepływ działa, gdy przez ustalony okres dokumenty przechodzą od maila do zatwierdzenia bez ręcznego przepisywania, a kolejka wyjątków mieści się w tym, co księgowa jest w stanie obsłużyć bez nadgodzin. Jest też sytuacja, w której odradzamy to wdrożenie w całości: jeśli faktur wpływa u Was na tyle mało, że ich przepisanie zajmuje chwilę raz w tygodniu, automatyzacja się nie zwróci i powiemy to na pierwszej rozmowie, zamiast wystawić fakturę za analizę. Dopiero przy powtarzalnym, codziennym strumieniu dokumentów ma sens rozmowa o kolejnych typach: wyciągach bankowych, umowach, zamówieniach. Rozszerzanie zakresu w trakcie budowy jest najczęstszą przyczyną tego, że wdrożenie nigdy nie wchodzi na produkcję, i konsekwentnie odmawiamy dokładania nowych typów dokumentów przed odbiorem pilota.

Osobna, często pomijana część przygotowań dotyczy ludzi i kontrahentów. Jeden adres do faktur trzeba ogłosić dostawcom i konsekwentnie odsyłać dokumenty przychodzące gdzie indziej, bo obiegu z pięcioma prywatnymi skrzynkami nie da się zautomatyzować żadnym narzędziem — i jeżeli firma nie jest gotowa tego wyegzekwować, uczciwiej jest odłożyć projekt niż go zacząć. Zespół powinien wiedzieć, że przez pierwsze tygodnie poprawki są normalną częścią pracy, a nie objawem awarii; każda z nich jest materiałem na regułę. Przydaje się także decyzja, co robi przepływ, kiedy przestaje działać: gdzie lądują dokumenty przy przerwie w integracji, kto dostaje powiadomienie i jak wygląda tryb ręczny na te kilka godzin. Uważamy, że plan na awarię jest ważniejszy od listy funkcji, bo bez niego pierwszy błąd zewnętrznego systemu kończy się tym, że wszyscy wracają do przepisywania i już nie wracają do automatu.

Połączenie z programem księgowym odbywa się jedną z trzech dróg: przez API, przez plik wymiany albo przez arkusz pośredni. Wybór zależy nie od tego, co jest najnowocześniejsze, tylko od tego, co dany program realnie udostępnia i co dopuszcza umowa z jego dostawcą. API jest najwygodniejsze, bo dane wchodzą od razu jako dokument w buforze. Plik wymiany — ustalony format tekstowy albo XML — działa wszędzie tam, gdzie API nie ma lub jest płatnym dodatkiem. Arkusz pośredni bywa uznawany za prowizorkę i tu zajmiemy stanowisko: my zaczynamy od niego świadomie, nawet gdy API jest dostępne. Powód jest prosty — księgowa widzi dane i może je poprawić, zanim trafią do systemu, więc pierwsze tygodnie kosztują kilka dodatkowych kliknięć zamiast wieczoru na rozplątywaniu błędnych zapisów w księgach.

Niezależnie od drogi obowiązują dwie zasady. Po pierwsze, jedno źródło prawdy: jeśli dokument istnieje już w programie księgowym, to program jest źródłem, a automat go wyłącznie uzupełnia — inaczej powstają duplikaty, których później nikt nie rozplącze. Po drugie, każdy zapis musi dać się połączyć z konkretnym plikiem, a przy fakturach z Krajowego Systemu e-Faktur także z numerem KSeF. Do budowy takich przepływów używamy Make i n8n tam, gdzie wystarczą gotowe konektory, oraz własnego kodu w Node.js i TypeScript tam, gdzie trzeba obsłużyć logikę, której żaden konektor nie ma. Między własnym kodem a gotową platformą wybieramy platformę, dopóki się da: własny kod jest przyjemniejszy do pisania i droższy w utrzymaniu, a za to drugie płacicie Wy, nie my.

Integrację testuje się na danych, które już przeszły przez księgowość, i porównuje wynik automatu z tym, co człowiek zaksięgował ręcznie — dopiero zgodność na takim materiale uprawnia do wpuszczenia przepływu na produkcję. Przed pierwszym zapisem ustalamy dwie rzeczy: jak wycofać import, który poszedł źle, i po czym poznać, że przepływ stanął. Zwykle wystarczy tryb próbny, który tylko pokazuje, co zostałoby zapisane, oraz proste powiadomienie, gdy dokument czeka w kolejce dłużej, niż powinien, albo gdy integracja odrzuca zapisy. Powiemy wprost, jak to widzimy: dzień startu nie jest osiągnięciem, tylko najłatwiejszą częścią projektu. Programy księgowe i systemy zewnętrzne zmieniają swoje interfejsy, więc przepływ, który ma pracować dłużej niż jeden sezon, potrzebuje właściciela po stronie firmy i umowy o opiekę — bez tego sprzedajemy Wam sprzęt, który zardzewieje w kwartał, i nie chcemy tego robić.

Wdrożenia agentów AI zaczynają się w Wataha Media od 10 000 zł, a ostateczna wycena zależy od liczby typów dokumentów, liczby integracji i tego, czy program księgowy udostępnia API. Do kosztu budowy trzeba doliczyć dwie pozycje, o których łatwo zapomnieć: opłaty za model językowy i OCR rozliczane od zużycia oraz opiekę nad działającym przepływem. Uważamy, że przemilczanie tych dwóch pozycji w ofercie jest nieuczciwe wobec klienta, nawet jeśli ładniej wygląda w podsumowaniu — kto ich nie pokazuje na etapie wyceny, pokaże je na pierwszej fakturze. Opieka Wataha Care kosztuje 100 zł miesięcznie w wariancie Basic, 200 zł w Pro i 300 zł w Premium. Pracujemy zdalnie w całej Polsce, a na spotkania dojeżdżamy w promieniu około 40 km od Radomska — do Częstochowy jest stąd około 40 km drogą. Nie prowadzimy biura dla klientów, więc analizę, testy i szkolenie prowadzimy zdalnie.

Część kosztów da się sfinansować z dotacji, ale kwalifikowalność bywa wąska. Dig.IT „Transformacja Cyfrowa Polskich MSP”, prowadzony przez Agencję Rozwoju Przemysłu, przewiduje grant od 150 000 do 850 000 zł, do 50% kosztów kwalifikowalnych, w formule pomocy de minimis, przy budżecie całego projektu 140 mln zł. Program jest adresowany do MSP z sektora przemysłu i usług dla przemysłu, więc firma spoza tego kręgu po prostu się nie zakwalifikuje — to realne ograniczenie, nie formalność. Drugi nabór był zapowiadany na czerwiec 2026. Dla firm z województwa łódzkiego alternatywą są Fundusze Europejskie dla Łódzkiego i wdrożenie rozwiązań Przemysłu 4.0: do 85% dla wydatków objętych pomocą de minimis, minimalna wartość kosztów kwalifikowalnych 300 000 zł, maksymalna kwota dofinansowania 1 000 000 zł. Odradzamy jednak projektowanie wdrożenia pod dotację: proces zbudowany po to, żeby pasował do kryteriów naboru, zwykle nie pasuje do tego, jak firma naprawdę pracuje, a dotacja kończy się szybciej niż utrzymanie. Terminy i warunki obu programów sprawdź przed przygotowaniem wniosku w aktualnym harmonogramie instytucji prowadzącej nabór — Agencji Rozwoju Przemysłu oraz instytucji wdrażającej Fundusze Europejskie dla Łódzkiego.

Ścieżka SMART z programu FENG stawia wyższą poprzeczkę: warunkiem jest moduł B+R, więc projekt musi mieć realny komponent badawczo-rozwojowy, a poziom dofinansowania zależy od modułu i wielkości firmy — nie ma tu jednej liczby procentowej i trzeba ją sprawdzić w regulaminie konkretnego naboru. Nabór SMART B+R dla pojedynczych MSP zaplanowano na 29 października – 29 grudnia 2026, nabór dla konsorcjów B+R w NCBR na 7 sierpnia – 16 października 2026, a nabór na wdrożenie wyników prac B+R na 21 stycznia – 16 marca 2027. Poprzedni nabór na wdrożenie wyników prac B+R zakończył się 11 czerwca 2026 — złożono w nim 297 wniosków na około 2,8 mld zł przy budżecie dla MSP wynoszącym 700 mln zł, co pokazuje skalę konkurencji o te środki. Naszym zdaniem przy takiej konkurencji rozsądniej jest policzyć, czy wdrożenie broni się bez dotacji, i traktować grant jako premię, a nie warunek — projekt, który ma sens tylko z dofinansowaniem, zwykle nie ma go wcale. Fundusze Europejskie dla Polski Wschodniej nie wchodzą w grę dla firm z łódzkiego i śląskiego: FEPW obejmuje wyłącznie województwa lubelskie, podkarpackie, podlaskie, świętokrzyskie, warmińsko-mazurskie oraz część mazowieckiego. Dane o naborach zweryfikowaliśmy 24 sierpnia 2026 — przed złożeniem wniosku sprawdź aktualny harmonogram u instytucji prowadzącej nabór: ARP, PARP lub NCBR.