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

Agent dekretacji

Konto księgowe, centrum kosztów, kod podatkowy - automatyczna dekretacja ze wskaźnikiem pewności.

Przypisuje faktury przychodzące do właściwego konta księgowego (SKR03/04 lub indywidualnego), centrum kosztów i prawidłowego kodu podatkowego.

Przeanalizować proces
Airbus Volkswagen Shell Renault Evonik Vattenfall Philips KPMG

Walidacja kont księgowych regułowa, klasyfikacja LLM tylko przy niejasnych opisach usług

Agent deterministycznie przypisuje fakturom przychodzącym konto księgowe, miejsce powstawania kosztów i kod podatkowy względem planu kont i matrycy VAT (niemieckiego § 15 UStG), a klasyfikację LLM stosuje tylko tam, gdzie opis usługi nie pasuje do przypadku standardowego.

Wynik: Do 90 procent faktur bez ręcznego kodowania, czas przelotu z 6 do poniżej 1 minuty na dokument i udokumentowana decyzja o VAT naliczonym dla każdej operacji.

80% Silnik reguł
20% Agent AI
0% Człowiek

Podział między ścieżką regułową a klasyfikacją AI wynika z jasnej logiki:

24 000 euro dopłaty po kontroli skarbowej z powodu błędnej dekretacji

Błędna dekretacja kosztuje przy każdej kontroli podatkowej pięciocyfrowe kwoty

Małe i średnie przedsiębiorstwa po kontroli podatkowej doplacają średnio 24 000 EUR (26 000 USD). Przy szczególnych kontrolach VAT wartość ta rośnie do około 25 000 EUR (27 000 USD) na jedno przedsiębiorstwo. W ponad połowie wszystkich kontroli dochodzi do dopłat. Najczęstsza przyczyna: błędna dekretacja. Niewłaściwe konto księgowe oznacza błędne wykazanie podatku. Błędne wykazanie podatku oznacza odmowę odliczenia VAT naliczonego. Odmowa odliczenia VAT naliczonego za kilka lat szybko sumuje się do kwot sześciocyfrowych.

Problem nie leży w niedbalstwie. Przedsiębiorstwo z 10 000 faktur przychodzących miesięcznie podejmuje 10 000 decyzji dekretacyjnych - każdego miesiąca. Przy ręcznym przetwarzaniu wskaźnik błędów według Institute of Finance and Management (IOFM) wynosi około 2 procent. To 200 faktur miesięcznie, w których konto księgowe, centrum kosztów lub kod podatkowy są niepoprawne. Każda z nich jest ustaleniem, które kontroler podatkowy może podnieść.

Dziesięć decyzji na jedną fakturę - każda z konsekwencjami podatkowymi

Dekretacja jest często traktowana jako krok rejestracyjny. W rzeczywistości jest to łańcuch dziesięciu pojedynczych decyzji, z których każda wywołuje odmienne konsekwencje prawne.

Przykład z codzienności: wpływa faktura za usługi doradcze od dostawcy z UE. Księgowość musi zdecydować: które konto księgowe? Które centrum kosztów? Które centrum zysku? Reverse Charge według Paragraph 13b UStG czy zwykły VAT? Czy odliczenie podatku naliczonego jest dopuszczalne? Czy kwota przekracza próg GWG? Czy konieczne jest rozliczenie międzyokresowe? Dopiero gdy wszystkie decyzje cząstkowe są prawidłowe, zapis księgowy jest poprawny.

Każda z tych decyzji podlega własnej logice. Przypisanie konta księgowego wynika z opisu świadczenia i planu kont. Kod podatkowy wynika z UStG. Obowiązek aktywowania wynika z HGB i EStG. Kto traktuje decyzję w izolacji, przeocza wzajemne powiązania. Kto podejmuje je jako całość ręcznie, potrzebuje doświadczenia, koncentracji i czasu - przy każdej pojedynczej fakturze.

Dekretacja regułowa, eskalacja tylko przypadków interpretacyjnych

Decision Layer rozkłada każdy proces dekretacji na te dziesięć kroków decyzyjnych i definiuje dla każdego: reguła, AI czy człowiek. Przy dekretacji rozkład jest wyraźny. Dziewięć z dziesięciu kroków da się rozwiązać regułowo. Określenie kodu podatkowego według UStG, sprawdzenie odliczenia VAT naliczonego według Paragraph 15, progi GWG według EStG Paragraph 6 ust. 2, rozliczenia międzyokresowe według HGB Paragraph 250 - to decyzje deterministyczne z jednoznacznym wynikiem.

Jeden krok wymagający wsparcia AI to interpretacja. Gdy opis świadczenia na fakturze brzmi “Wsparcie projektowe Q3”, a plan kont zna 15 możliwych kont księgowych, sama reguła nie wystarczy. Tutaj model językowy na podstawie historycznych dekretacji ocenia, które konto pasuje - i wystawia Confidence Score. Jeśli wskaźnik jest poniżej zdefiniowanego progu, agent eskaluje do pracownika. Jeśli powyżej, księguje automatycznie.

Rezultat: księgowość nie obsługuje już 10 000 faktur. Obsługuje 300, przy których agent nie jest wystarczająco pewny. Reszta przechodzi automatycznie - zweryfikowana, zadekretowana, udokumentowana.

Każda dekretacja staje się dowodem dla kontroli

Kontroler podatkowy nie pyta, czy dekretacja jest poprawna. Pyta, dlaczego została podjęta tak, a nie inaczej. Właśnie tu leży słaby punkt ręcznej księgowości: uzasadnienie istnieje tylko w głowie pracownika, który przetwarzał fakturę osiem miesięcy temu.

Agent dokumentuje dla każdej dekretacji pełną ścieżkę decyzyjną: zastosowane konto księgowe z uzasadnieniem, kod podatkowy z referencją do UStG, centrum kosztów, Confidence Score oraz informację, czy decyzja została podjęta automatycznie czy ręcznie. Odpowiada to wymogom dokumentacji procedur zgodnej z niemieckim standardem GoBD (niemiecki standard dokumentacji) (niemiecki standard dokumentacji) oraz polską Ordynacją podatkową (Art. 86 OP). Kontroler nie widzi tylko wyniku. Widzi drogę do niego - dla każdej ze 120 000 faktur w roku.

Silnik planu kont jako fundament dla wszystkich agentów księgujących

Dekretacja to pierwszy krok w księgowości zobowiązań, ale nie jedyny. Koszty podróży, dokumenty gastronomiczne, przyjęcia środków trwałych, rezerwy, rozliczenia międzyokresowe - każdy z tych procesów wymaga tej samej podstawowej logiki: świadczenie do konta księgowego do kodu podatkowego. Kto zbuduje to przypisanie czysto dla dekretacji, buduje infrastrukturę dla każdego kolejnego agenta księgującego.

Framework mapowania, z którego korzysta agent dekretacji, staje się standardowym elementem budowy. Ocena pewności oraz wzorzec eskalacji - automatyczne księgowanie albo przekazanie do człowieka - stają się wzorcem. Nie każdy agent Finance musi odpowiadać na nowo na pytanie, jak obsługuje niepewność. Agent dekretacji odpowiada na nie raz, a wszyscy pozostali budują na tym.

Tabela mikrodecyzji

Kto decyduje w tym agencie?

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

80%(8/10)
Silnik reguł
deterministyczne
20%(2/10)
Agent AI
modelowe z poziomem pewności
0%(0/10)
Człowiek
jawnie przypisane
Człowiek
Silnik reguł
Agent AI
Każdy wiersz to decyzja. Rozwiń, aby zobaczyć protokół decyzyjny i możliwość sprzeciwu.
Przypisanie konta księgowego (standard) Które konto księgowe pasuje do świadczenia? Silnik reguł Audytor

Przypisanie regułowe przy jednoznacznym planie kont (SKR03/04)

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

Przypisanie konta księgowego (interpretacja) Jak zinterpretować opis świadczenia? Agent AI Audytor

Klasyfikacja LLM przy niejednoznacznych opisach świadczeń

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: Audytor

Przypisanie centrum kosztów Które centrum kosztów ponosi koszty? Silnik reguł

Wynikające z zamówienia lub umowy; przy braku przypisania propozycja AI

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 centrum zysku Które centrum zysku jest odpowiedzialne? Silnik reguł

Wynikające z centrum kosztów

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.

Określenie kodu podatkowego 19%, 7%, wewnątrzwspólnotowy, Reverse Charge czy zwolniony? Silnik reguł Audytor

Reguły UStG stosowane deterministycznie

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

Weryfikacja odliczenia VAT naliczonego Czy VAT naliczony jest odliczalny wg Paragraph 15 UStG? Silnik reguł Audytor

Deterministyczna weryfikacja warunków odliczenia

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

Weryfikacja obowiązku aktywowania Czy należy aktywować? GWG czy środek trwały? Silnik reguł Audytor

Progi wg HGB i EStG (powyżej 800 EUR netto)

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

Weryfikacja rozliczeń międzyokresowych Czy występuje aktywny rozliczeniowy element międzyokresowy? Silnik reguł Audytor

HGB Paragraph 250 - okres świadczenia vs. data faktury

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

Ocena pewności Jak pewna jest dekretacja ogółem? Agent AI

LLM ocenia własną pewność we wszystkich krokach decyzyjnych

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.

Decyzja o routingu Automatyczne księgowanie czy weryfikacja przez pracownika? Silnik reguł

Próg pewności określa ścieżkę routingu

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.

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

Istotność GoBD: wysoka - błędna dekretacja prowadzi bezpośrednio do błędnego wykazania podatku. Częsty punkt zastrzeżeń przy kontrolach podatkowych. Reguły UStG dla kodów podatkowych są deterministyczne i przechowywane w wersjonowanym silniku reguł. Przy zmianach przepisów (np. zmiana stawki podatkowej) wdrażana jest nowa wersja reguł, bez zmiany istniejących zapisów księgowych. Paragraph 203 StGB istotny przy danych klientów.

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 dekretacji dokumentuje dla każdego zapisu: zastosowany plan kont (wersja), wybrane konto księgowe z uzasadnieniem, kod podatkowy z podstawą prawną, wskaźnik pewności oraz czy zaksięgowano automatycznie czy ręcznie. Przy kontroli podatkowej można odtworzyć, dlaczego każda poszczególna dekretacja została tak dokonana.

Panel wyników

Agent Readiness 82-89%
Governance Complexity 26-33%
Economic Impact 76-83%
Lighthouse Effect 31-38%
Implementation Complexity 31-38%
Wolumen transakcji Codziennie

Wymagania wstępne

  • System ERP z planem kont (SKR03/04 lub indywidualny)
  • Struktura centrów kosztów i przypisanie centrów zysku
  • Historyczne dane dekretacji do treningu AI (min. 12 miesięcy)
  • Zdefiniowane progi pewności dla automatycznego księgowania

Wkład w infrastrukturę

Agent dekretacji buduje centralną logikę księgową. Silnik planu kont (wersjonowanie reguł, przypisanie kodów podatkowych, progi) jest ponownie wykorzystywany przez Agenta not kredytowych/storn, Agenta dokumentów gastronomicznych i wszystkich innych agentów tworzących zapisy księgowe. Ocena pewności staje się standardowym wzorcem dla wszystkich decyzji wspieranych przez AI w katalogu Finance.

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 dekretacji

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

Czy agent działa z naszym indywidualnym planem kont?

Tak. Agent pracuje z SKR03, SKR04 lub indywidualnymi planami kont. Mapowanie jest konfigurowane w silniku reguł. Przy standardowych planach kont konfiguracja jest gotowa natychmiast; indywidualne plany kont są konfigurowane w projekcie wdrożeniowym.

Co się dzieje przy błędnej dekretacji?

Każda dekretacja otrzymuje wskaźnik pewności. Poniżej zdefiniowanego progu nie następuje automatyczne księgowanie, lecz kierowanie do pracownika. Późniejsze korekty odbywają się zgodnie z GoBD przez storno i nowe księgowanie - nigdy przez nadpisywanie.

Jak agent radzi sobie z kontrolami podatkowymi?

Agent generuje dokumentację procedur automatycznie. Dla każdego zapisu można odtworzyć: który plan kont (wersja), która reguła, jakie dane wejściowe, jaki wynik. To nie jest raport tworzony po fakcie, lecz dowód techniczny procesu decyzyjnego.

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.