Przejdź do treści
D
Zgodny z GoBD Zgodny z §203 StGB Q1

Agent przyjmowania faktur

Odczyt faktur przychodzących, weryfikacja danych obowiązkowych, ekstrakcja danych - archiwizacja zgodna z GoBD.

Odczytuje faktury przychodzące (PDF, skan, XRechnung, ZUGFeRD), weryfikuje dane obowiązkowe wg Paragraph 14 UStG.

Przeanalizować proces
Airbus Volkswagen Shell Renault Evonik Vattenfall Philips KPMG

Ekstrakcja dokumentów LLM, kontrola pól obowiązkowych VAT regułami, archiwizacja zgodna z niemieckim GoBD

Agent ekstrahuje dane faktur przez LLM z PDF, XRechnung (niemiecki standard e-faktury) i ZUGFeRD, waliduje pola obowiązkowe niemieckiego § 14 UStG i schemat e-faktury deterministycznie i archiwizuje XML oraz PDF zgodnie z niemieckim GoBD ze znacznikiem czasu.

Wynik: Czas przelotu faktury z 12-18 minut na poniżej 2 minut na dokument, 15 do 25 EUR oszczędności kosztów procesu na fakturę wg Billentis E-Invoicing Report i wskaźnik błędów ręcznej ewidencji znacząco zredukowany.

62% Silnik reguł
38% Agent AI
0% Człowiek

Podział między ekstrakcją LLM a walidacją regułową wyjaśnia wysoki wskaźnik automatyzacji:

10 000 faktur miesięcznie, pięć etatów przepisuje ręcznie

Przyjmowanie faktur wiąże w większości działów finansowych więcej zdolności niż jakikolwiek inny pojedynczy proces w księgowości zobowiązań. Przedsiębiorstwo z 10 000 faktur przychodzących miesięcznie zatrudnia od trzech do pięciu etatów wyłącznie na otwieranie dokumentów, przepisywanie danych i sprawdzanie pól obowiązkowych. Jednocześnie obowiązek e-faktury od 2027 napędza zmianę formatu. Kto teraz nie automatyzuje, buduje dług procesowy, który z każdym kwartałem staje się droższy.

Ręczne przyjmowanie faktur kosztuje przedsiębiorstwa 15 do 25 EUR na fakturę

Pełne koszty ręcznie przetwarzanej faktury przychodzącej w europejskim sektorze MŚP wynoszą od 15 do 25 EUR (16 do 27 USD) - w zależności od wielkości przedsiębiorstwa, liczby stopni zatwierdzenia i wskaźnika prac poprawkowych. W tej liczbie mieszczą się koszty osobowe, korekty błędów, archiwizacja i najbardziej niewidoczna pozycja: utrata skonta z powodu opóźnionej obróbki. Według Ardent Partners State of ePayables koszty na fakturę u organizacji Best-in-Class wynoszą 2,78 USD wobec 12,88 USD w średniej. Każdy błąd wprowadzania danych uruchamia cykl korekty, który podwaja czas przelotu.

Przy 10 000 fakturach miesięcznie sumuje się to do 150 000 do 250 000 EUR (162 000 do 270 000 USD) kosztów procesu rocznie - zanim pierwszy zapis trafi do ERP.

Obowiązek e-faktury zaostrza presję od 2027

Od stycznia 2025 każde przedsiębiorstwo w Niemczech musi móc przyjmować ustrukturyzowane e-faktury. Przepisy przejściowe pozwalają do końca 2026 na PDF i papier. Od 2027 wysyłka e-faktur w obrocie B2B stanie się obowiązkiem dla większości przedsiębiorstw - tylko firmy z obrotem rocznym maksymalnie 800 000 EUR (865 000 USD) otrzymują odroczenie do 2028. Dopuszczalne formaty to XRechnung i ZUGFeRD od profilu EN 16931 (źródło: BMF FAQ E-Rechnung, stan 2025). W Polsce KSeF (Krajowy System e-Faktur) realizuje analogiczny proces cyfryzacji.

Konkretnie oznacza to: wasza księgowość zobowiązań będzie w nadchodzących miesiącach coraz częściej odbierać pliki XML zamiast zeskanowanych PDF-ów. Proces zaprojektowany na kontrolę wzrokową i ręczne wprowadzanie danych nie może obsłużyć tej zmiany formatu. Kto nadal wprowadza ręcznie, musi albo zwiększać personel, albo akceptować czasy przelotu przekraczające terminy skonta.

Regułowy agent zastępuje 90 procent kroków ręcznych

Agent przyjmowania faktur rozkłada przyjmowanie na osiem pojedynczych kroków decyzyjnych. Tylko dwa z nich - rozpoznanie typu dokumentu i ekstrakcja danych - wymagają klasyfikacji AI dla dokumentów nieustrukturyzowanych, takich jak skany czy sfotografowane paragony. Pozostałe sześć kroków jest w pełni regułowych: weryfikacja pól obowiązkowych względem katalogu Paragraph 14 UStG, kontrola duplikatów po numerze faktury i kwocie, walidacja schematu formatu e-faktury, przypisanie dostawcy po danych podstawowych, archiwizacja zgodna z niemieckim standardem GoBD (niemiecki standard dokumentacji) (niemiecki standard dokumentacji) oraz polską Ordynacją podatkową (Art. 86 OP) i przekazanie do następnego kroku procesu.

Ta proporcja - sześć kroków regułowych, dwa wspierane AI - wyjaśnia wysoki wskaźnik automatyzacji. Agent nie podejmuje decyzji oceniających. Odczytuje, sprawdza względem zdefiniowanych kryteriów i przekazuje dalej. Przy odchyleniach eskaluje do właściwego pracownika, zamiast interpretować samodzielnie. To jest Decision Layer stopień 1: zbiór reguł decyduje, AI ekstrahuje, człowiek przejmuje wyjątki.

Konkretny scenariusz: średni producent maszyn otrzymuje miesięcznie 4500 faktur przychodzących - jedną trzecią jako ZUGFeRD-PDF, jedną trzecią jako XRechnung-XML, resztę jako klasyczne skany PDF od małych dostawców. Agent przetwarza formaty ustrukturyzowane w pełni automatycznie w mniej niż trzech sekundach na dokument. Dla nieustrukturyzowanych skanów potok LLM ekstrahuje numer faktury, kwotę i okres świadczenia z Confidence Score. Jeśli wskaźnik jest poniżej zdefiniowanego progu, dokument trafia do pracownika. W praktyce dotyczy to mniej niż 5 procent wolumenu.

Archiwizacja zgodna z wymaganiami powstaje jako efekt uboczny procesu

Niemiecki standard GoBD 2025 wymaga przy e-fakturach archiwizacji zarówno pliku XML, jak i PDF - jedno z dwóch już nie wystarczy. Każdy dokument potrzebuje kwalifikowanego znacznika czasu i musi być przechowywany niezmienialnie. Okres przechowywania wynosi według Ordynacji podatkowej w Polsce (Art. 86 OP) co najmniej pięć lat, a w Niemczech osiem lat po nowelizacji BEG IV.

W procesach ręcznych archiwizacja jest odrębnym krokiem roboczym, który można zapomnieć lub wykonać wadliwie. Agent archiwizuje każdy przetworzony dokument automatycznie jako część procesu przyjmowania. XML i PDF otrzymują znacznik czasu i są przechowywane niezmienialnie. Każda decyzja walidacyjna - pola obowiązkowe obecne, format prawidłowy, brak duplikatu - jest protokołowana w Decision Log. Ten log stanowi dokumentację procedur, której wymaga urząd skarbowy przy kontroli podatkowej.

Archiwizacja nie jest zatem dodatkowym nakładem, lecz efektem ubocznym zautomatyzowanego przyjmowania. To różnica między narzędziem, które skanuje faktury, a infrastrukturą, która reguluje całe przyjmowanie dokumentów.

Tabela mikrodecyzji

Kto decyduje w tym agencie?

8 kroków decyzyjnych, podział według decydenta

62%(5/8)
Silnik reguł
deterministyczne
38%(3/8)
Agent AI
modelowe z poziomem pewności
0%(0/8)
Człowiek
jawnie przypisane
Człowiek
Silnik reguł
Agent AI
Każdy wiersz to decyzja. Rozwiń, aby zobaczyć protokół decyzyjny i możliwość sprzeciwu.
Rozpoznanie typu dokumentu Faktura, nota kredytowa, wezwanie do zapłaty czy oferta? Agent AI

Klasyfikacja LLM nieustrukturyzowanych dokumentów przychodzących

Protokół decyzyjny

Wersja modelu i wynik pewności
Dane wejściowe i wynik klasyfikacji
Uzasadnienie decyzji (wyjaśnialność)
Ścieżka audytu z pełną identyfikowalnością

Możliwość sprzeciwu: Tak - w pełni udokumentowane, weryfikowalne przez ludzi, sprzeciw przez formalny proces.

Weryfikacja danych obowiązkowych Czy wszystkie dane wg Paragraph 14 UStG są obecne? Silnik reguł Dostawca

Deterministyczna lista kontrolna względem ustawowych pól obowiązkowych

Protokół decyzyjny

ID reguły i numer wersji
Dane wejściowe które uruchomiły regułę
Wynik obliczenia i zastosowana formuła

Możliwość sprzeciwu: Tak - zastosowanie reguły weryfikowalne. Sprzeciw przy błędnych danych lub złej wersji reguły.

Możliwość sprzeciwu: Dostawca

Ekstrakcja danych Numer faktury, kwota, waluta, okres świadczenia? Agent AI

Ekstrakcja LLM z nieustrukturyzowanych dokumentów

Protokół decyzyjny

Wersja modelu i wynik pewności
Dane wejściowe i wynik klasyfikacji
Uzasadnienie decyzji (wyjaśnialność)
Ścieżka audytu z pełną identyfikowalnością

Możliwość sprzeciwu: Tak - w pełni udokumentowane, weryfikowalne przez ludzi, sprzeciw przez formalny proces.

Kontrola duplikatów Czy ta faktura już istnieje w systemie? Silnik reguł

Porównanie w bazie danych po numerze faktury, dostawcy i kwocie

Protokół decyzyjny

ID reguły i numer wersji
Dane wejściowe które uruchomiły regułę
Wynik obliczenia i zastosowana formuła

Możliwość sprzeciwu: Tak - zastosowanie reguły weryfikowalne. Sprzeciw przy błędnych danych lub złej wersji reguły.

Przypisanie dostawcy (dokładne) Czy dostawca może zostać jednoznacznie przypisany? Silnik reguł

Dokładne dopasowanie po numerze VAT UE lub numerze konta dostawcy

Protokół decyzyjny

ID reguły i numer wersji
Dane wejściowe które uruchomiły regułę
Wynik obliczenia i zastosowana formuła

Możliwość sprzeciwu: Tak - zastosowanie reguły weryfikowalne. Sprzeciw przy błędnych danych lub złej wersji reguły.

Przypisanie dostawcy (przybliżone) Który dostawca pasuje przy odmiennej nazwie? Agent AI Dostawca

Przybliżone dopasowanie przy wariantach nazwy lub nowych dostawcach

Protokół decyzyjny

Wersja modelu i wynik pewności
Dane wejściowe i wynik klasyfikacji
Uzasadnienie decyzji (wyjaśnialność)
Ścieżka audytu z pełną identyfikowalnością

Możliwość sprzeciwu: Tak - w pełni udokumentowane, weryfikowalne przez ludzi, sprzeciw przez formalny proces.

Możliwość sprzeciwu: Dostawca

Walidacja e-faktury Czy format XRechnung/ZUGFeRD jest zgodny ze schematem? Silnik reguł

Walidacja schematu względem oficjalnej specyfikacji

Protokół decyzyjny

ID reguły i numer wersji
Dane wejściowe które uruchomiły regułę
Wynik obliczenia i zastosowana formuła

Możliwość sprzeciwu: Tak - zastosowanie reguły weryfikowalne. Sprzeciw przy błędnych danych lub złej wersji reguły.

Archiwizacja zgodna z GoBD Czy XML i PDF są przechowywane niezmienialnie ze znacznikiem czasu? Silnik reguł Audytor

Archiwizacja regułowa wg GoBD 2025

Protokół decyzyjny

ID reguły i numer wersji
Dane wejściowe które uruchomiły regułę
Wynik obliczenia i zastosowana formuła

Możliwość sprzeciwu: Tak - zastosowanie reguły weryfikowalne. Sprzeciw przy błędnych danych lub złej wersji reguły.

Możliwość sprzeciwu: Audytor

Protokół decyzyjny i prawo do sprzeciwu

Każda decyzja, którą ten agent podejmuje lub przygotowuje, jest dokumentowana w pełnym protokole decyzyjnym. Osoby dotknięte (pracownicy, dostawcy, audytorzy) mogą przeglądać, rozumieć i kwestionować każdą pojedynczą decyzję.

Jaka reguła w jakiej wersji została zastosowana?
Na jakich danych oparto decyzję?
Kto (człowiek, silnik reguł czy AI) zdecydował - i dlaczego?
Jak osoba dotknięta może złożyć sprzeciw?
Jak Decision Layer wymusza to architektonicznie →

Czy ten agent pasuje do Twojego procesu?

Analizujemy Twój konkretny proces finansowy i pokazujemy, jak ten agent wpisuje się w Twój krajobraz systemowy. 30 minut, bez przygotowania.

Przeanalizować proces

Uwagi dotyczące governance

Zgodny z GoBD Zgodny z §203 StGB

Nie jest systemem wysokiego ryzyka wg EU AI Act. Istotność GoBD: wysoka - przyjmowanie faktur to punkt startowy każdego przetwarzania istotnego podatkowo. Paragraph 14 UStG definiuje dane obowiązkowe, których weryfikację agent przeprowadza deterministycznie. GoBD 2025 wymaga archiwizacji zarówno części XML, jak i PDF e-faktur - sam PDF już nie wystarczy. Paragraph 203 StGB istotny przy danych klientów podmiotów objętych tajemnicą zawodową: wnioskowanie LLM odbywa się wyłącznie w centrach danych w UE.

Dane objęte §203 StGB są szyfrowane end-to-end i nigdy nie są przekazywane do modeli AI w postaci jawnej.

Wkład w dokumentację procesową

Agent przyjmowania faktur dokumentuje automatycznie: które dane obowiązkowe zostały zweryfikowane, jaką klasyfikację dokonał AI Agent, jaka kontrola duplikatów została przeprowadzona, w jaki sposób dokonano archiwizacji. Ta dokumentacja jest częścią dokumentacji procedur GoBD i może być przedstawiona kontrolerowi jako dowód techniczny.

Panel wyników

Agent Readiness 87-94%
Governance Complexity 21-28%
Economic Impact 78-85%
Lighthouse Effect 26-33%
Implementation Complexity 26-33%
Wolumen transakcji Codziennie

Wymagania wstępne

  • System ERP z dostępem API (SAP, DATEV, Oracle FI lub podobny)
  • Konfiguracja kanałów wejściowych (e-mail, portal, EDI)
  • Dane podstawowe dostawców z numerem VAT UE
  • System zarządzania dokumentami zgodny z GoBD

Wkład w infrastrukturę

Agent przyjmowania faktur buduje infrastrukturę bazową dla całego łańcucha AP. Klasyfikacja dokumentów (faktura vs. nota kredytowa vs. wezwanie do zapłaty) jest ponownie wykorzystywana przez Agenta not kredytowych/storn. Walidacja e-faktur stanowi podstawę dla Agenta faktur wychodzących. Wzorzec archiwizacji zgodny z GoBD jest wykorzystywany przez wszystkich agentów Finance przetwarzających dokumenty istotne podatkowo.

Co zawiera ta ocena: 9 slajdów dla Twojego zespołu kierowniczego

Spersonalizowana z Twoimi danymi. Wygenerowana w 2 minuty w przeglądarce. Bez przesyłania, bez logowania.

  1. 1

    Strona tytułowa - Nazwa procesu, punkty decyzyjne, potencjał automatyzacji

  2. 2

    Podsumowanie - Uwolnione FTE, koszt na transakcję, data progu rentowności

  3. 3

    Stan obecny - Wolumen transakcji, koszty błędów, scenariusz wzrostu

  4. 4

    Architektura rozwiązania - Człowiek - silnik reguł - agent AI

  5. 5

    Governance - EU AI Act, rada zakładowa/GoBD, ścieżka audytu

  6. 6

    Analiza ryzyka - 5 ryzyk z prawdopodobieństwem i środkami zaradczymi

  7. 7

    Mapa drogowa - Plan 3-fazowy z konkretnymi datami

  8. 8

    Business case - Porównanie 3 scenariuszy plus matryca wrażliwości

  9. 9

    Propozycja dyskusji - Konkretne kolejne kroki

Zawiera: porównanie 3 scenariuszy

Brak działania vs. nowe zatrudnienie vs. automatyzacja - z Twoim poziomem wynagrodzeń, Twoją stopą błędów i Twoim planem wzrostu.

Pokaż metodologię obliczeń

Hourly rate: Annual salary (your input) × 1.3 employer burden ÷ 1,720 annual work hours

Savings: Transactions × 12 × automation rate × minutes/transaction × hourly rate × economic factor

Quality ROI: Error reduction × transactions × 12 × EUR 260/error (APQC Open Standards Benchmarking)

FTE: Saved hours ÷ 1,720 annual work hours

Break-Even: Benchmark investment ÷ monthly combined savings (efficiency + quality)

New hire: Annual salary × 1.3 + EUR 12,000 recruiting per FTE

Wszystkie dane pozostają w Twojej przeglądarce. Nic nie jest przesyłane na serwer.

Agent przyjmowania faktur

Initial assessment for your leadership team

A thorough initial assessment in 2 minutes - with your numbers, your risk profile and industry benchmarks. No vendor logo, no sales pitch.

30K120K
1%15%

All data stays in your browser. Nothing is transmitted.

Często zadawane pytania

Jakie formaty faktur są obsługiwane?

PDF (skan i cyfrowy), XRechnung, ZUGFeRD, EDI. AI Agent ekstrahuje dane z nieustrukturyzowanych PDF-ów i skanów. Przy e-fakturach (XRechnung/ZUGFeRD) strukturalne dane XML są przetwarzane bezpośrednio i dodatkowo walidowane względem schematu.

Co się dzieje przy brakujących danych obowiązkowych?

Agent dokumentuje dokładnie, które dane obowiązkowe wg Paragraph 14 UStG brakują, i kieruje fakturę do pracownika. Dostawca może zostać poproszony o przesłanie skorygowanej faktury. Błędna faktura jest mimo to archiwizowana zgodnie z GoBD.

Jak dokładna jest automatyczna ekstrakcja danych?

Przy strukturalnych e-fakturach (XRechnung/ZUGFeRD) dokładność wynosi 100% - dane są odczytywane bezpośrednio z XML. Przy nieustrukturyzowanych PDF-ach i skanach AI Agent osiąga typowo 95-98% dokładności. Każda ekstrakcja zawiera wskaźnik pewności; poniżej zdefiniowanego progu następuje weryfikacja ręczna.

Co dalej?

1

30 minut

Pierwsza rozmowa

Analizujemy Twój proces i identyfikujemy optymalny punkt startowy.

2

1 tydzień

Discover

Mapowanie logiki decyzyjnej. Reguły udokumentowane, Decision Layer zaprojektowany.

3

3-4 tygodnie

Build

Produkcyjny agent w Twojej infrastrukturze. Governance, audit trail, cert-ready od dnia 1.

4

12-18 miesięcy

Samodzielność

Pełny dostęp do kodu źródłowego, promptów i wersji reguł. Bez vendor lock-in.

Wdrożyć tego agenta?

Oceniamy Twój krajobraz procesów finansowych i pokazujemy, jak ten agent pasuje do Twojej infrastruktury.