Przejdź do treści
K D
Zgodny z GoBD §203 StGB: łańcuch poufności w standardzie

Agent dokumentacji procedur

Automatyczne utrzymywanie aktualności dokumentacji procedur - rozpoznawanie zmian, generowanie projektów, zamykanie luk.

Rozpoznaje zmiany procesów automatycznie, sprawdza aktualność dokumentacji, generuje projekty aktualizacji i zapewnia kompletność zgodną z wymogami księgowymi.

Przeanalizować proces

Wybór spośród ponad 5 000 projektów w 25 latach tworzenia oprogramowania

Airbus Volkswagen Shell Renault Evonik Vattenfall Philips KPMG

Zmiany wykrywane regułami, szkic dokumentacji przez LLM, końcowe zatwierdzenie po stronie człowieka

Agent deterministycznie identyfikuje zmiany procesowe z deploymentów agentów i reguł, generuje szkice aktualizacji przez LLM z nowego stanu konfiguracji i przekazuje końcowe zatwierdzenie odpowiedzialnemu za art. 193a Ordynacji podatkowej (JPK).

Wynik: Aktualizacja dokumentacji procedur z 2 tygodni na 2 dni na zmianę, strukturalnie zapewniona spójność między procesem a dokumentem i audytowalna historia zmian.

37% Silnik reguł
38% Agent AI
25% Człowiek

Podział między rozpoznawaniem, szkicowaniem a zatwierdzaniem zapewnia zgodność księgowa bez ręcznej pielęgnacji:

Dokumentacja raz spisana, nigdy aktualizowana, w kontroli fatalna

Dokumentacje procedur istnieją w większości firm. Aktualne są rzadko. Dokładnie ta luka między stanem dokumentacji a rzeczywistością procesową staje się przy kontrolach podatkowych problemem - bo kontroler nie pyta, czy dokumentacja istnieje, lecz czy odzwierciedla faktyczny stan.

Kontrolerzy żądają dokumentacji jako pierwszego

W 2023 roku kontrolerzy w Niemczech przy 146 516 skontrolowanych firmach ustalili dodatkowe wyniki w wysokości 13,2 miliarda EUR (BMF-Monatsbericht październik 2024). Na początku kontroli kontrolerzy coraz częściej żądają dokumentacji procedur, zanim przystąpią do weryfikacji merytorycznej. Powód jest pragmatyczny: nieaktualna lub lukowa dokumentacja sygnalizuje brak kontroli procesowych - i uzasadnia pogłębione czynności kontrolne.

Konsekwencja prawna jest jasno uregulowana. Gdy brakująca lub niewystarczająca dokumentacja procedur narusza odtwarzalność i sprawdzalność księgowości, zachodzi wada formalna o wadze merytorycznej. Kontroler może wówczas odrzucić księgowość i doszacować podstawy opodatkowania. W praktyce oznacza to: wada dokumentacyjna staje się ryzykiem finansowym, zanim w ogóle znaleziony zostanie błąd merytoryczny.

Każda zmiana procesu tworzy lukę dokumentacyjną

Prawdziwy problem to nie pierwsze stworzenie. Większość działów Finance kiedyś zbudowała dokumentację procedur - często w ramach projektu, często z zewnętrznym doradztwem. Problem zaczyna się dzień po jej ukończeniu.

Nowy moduł ERP wchodzi na produkcję. Workflow zatwierdzania zostaje dostosowany. Kolejny agent przejmuje zadanie kontrolne. Każda z tych zmian powinna być odzwierciedlona w dokumentacji procedur - w opisie ogólnym, technicznej dokumentacji systemowej, koncepcji autoryzacji i opisie IKS. W praktyce nie dzieje się to na czas, ponieważ nikt nie ma triggera. Zmiana wchodzi na produkcję, dokumentacja stoi. Przez miesiące i lata narasta przepaść między tym, co jest udokumentowane, a tym, co rzeczywiście się dzieje.

Automatyczny monitoring zamyka lukę w czasie rzeczywistym

Agent dokumentacji procedur monitoruje ciągle konfiguracje systemów istotnych podatkowo. Gdy zmienia się proces - nowa reguła, nowy agent, zmienione uprawnienie - rozpoznaje rozbieżność między udokumentowanym stanem docelowym a rzeczywistością. Sprawdza istniejącą dokumentację względem wymogów art. 10 ust. 1 UoR (dokumentacja zasad rachunkowości, w tym opis systemu informatycznego), identyfikuje dotknięte rozdziały i generuje projekt aktualizacji.

Logika decyzyjna rozdziela czysto według złożoności. Czy coś się zmieniło - to agent rozpoznaje samodzielnie. Czy dokumentacja zgadza się jeszcze z rzeczywistością - sprawdza automatycznie. Jakie wymogi art. 193a Ordynacji podatkowej (JPK) obowiązują i jak dokumentować uprawnienia - podąża za ustalonymi regułami. Ale czy dokumentacja ogółem jest kompletna i czy projekt jest zatwierdzany - to decyduje człowiek. Agent dostarcza projekt, nie podpis.

Dokumentacja dokumentuje samą siebie

Agent dokumentacji procedur ma szczególną właściwość w ramach Decision Layer: jest jednocześnie narzędziem i przedmiotem dokumentacji. Każda zmiana, którą rozpoznaje i dokumentuje, jest protokołowana ze znacznikiem czasu, rodzajem zmiany i statusem obróbki. Powstaje tym samym bezlukowy protokół zmian - nie jako odrębny wymóg, lecz jako efekt uboczny normalnej eksploatacji.

Dla kontroli podatkowej oznacza to konkretnie: dokumentacja procedur jest nie tylko aktualna, lecz jej aktualność jest dowodliwa. Kontroler widzi nie tylko dzisiejszy stan, lecz całą historię zmian - kiedy jaki proces został dostosowany, kiedy dokumentacja została uzupełniona, kto zatwierdził. Najczęstszy punkt zarzutów traci tym samym swoją podstawę.

Tabela mikrodecyzji

Kto decyduje w tym agencie?

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

37% (3/8)
Silnik reguł
deterministyczne
38% (3/8)
Agent AI
modelowe z poziomem pewności
25% (2/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.
Rozpoznawanie zmian procesów Czy zmienił się proces, reguła lub system? Agent AI Audytor

Monitoring konfiguracji agentów, silników reguł i krajobrazu systemó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.

Możliwość sprzeciwu: Audytor

Sprawdzanie aktualności Czy istniejąca dokumentacja zgadza się z rzeczywistym procesem? Agent AI Audytor

Porównanie dokumentacji z aktualną konfiguracją

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

Sprawdzanie wymagań art. 193a Ordynacji podatkowej (JPK) Czy dokumentacja spełnia wymagania prowadzenia ksiąg? Silnik reguł Audytor

Lista kontrolna wg treści obowiązkowych art. 193a Ordynacji podatkowej (JPK)

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

Generowanie projektu dokumentacji Jak sformułować zaktualizowaną dokumentację? Agent AI Audytor

LLM generuje projekt z danych procesó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.

Możliwość sprzeciwu: Audytor

Dokumentowanie koncepcji autoryzacji Kto ma jakie uprawnienia w systemie? Silnik reguł

Ekstrakcja z systemu uprawnień

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.

Aktualizacja opisu IKS Jak dokumentowany jest wewnętrzny system kontroli? Silnik reguł Audytor

Punkty kontrolne = R, tekst opisu = A

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 kompletności Czy dokumentacja procedur jest ogółem kompletna? Człowiek Audytor

Ludzka weryfikacja całej dokumentacji

Protokół decyzyjny

ID decydenta i rola
Uzasadnienie decyzji
Znacznik czasu i kontekst

Możliwość sprzeciwu: Tak - przez przełożonego, radę zakładową lub formalny sprzeciw.

Możliwość sprzeciwu: Audytor

Zatwierdzenie Czy zaktualizowana dokumentacja jest zatwierdzana? Człowiek Audytor

Zatwierdzenie compliance przez odpowiedzialnego

Protokół decyzyjny

ID decydenta i rola
Uzasadnienie decyzji
Znacznik czasu i kontekst

Możliwość sprzeciwu: Tak - przez przełożonego, radę zakładową lub formalny sprzeciw.

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 §203 StGB: łańcuch poufności w standardzie

Trzon compliance ksiąg rachunkowych. Opis systemu informatycznego jest obowiązkowy wg art. 10 ust. 1 pkt 3 lit. c UoR przy prowadzeniu ksiąg przy użyciu komputera: wykaz programów, procedur lub funkcji, opis algorytmów i parametrów, programowe zasady ochrony danych, wersja oprogramowania i data rozpoczęcia eksploatacji. Niemieckie zasady prowadzenia ksiąg w formie elektronicznej wymagają ponadto opisu organizacji, dokumentacji użytkownika, technicznej dokumentacji systemu, dokumentacji eksploatacji i koncepcji autoryzacji. Nieaktualna dokumentacja to najczęstszy punkt zastrzeżeń; ksiąg podatkowych prowadzonych nierzetelnie lub wadliwie organ podatkowy nie uznaje za dowód (art. 193 Ordynacji podatkowej).

Dane klientów trafiają do modelu tylko w zakresie, jakiego wymaga zadanie, i tylko do usługodawców zobowiązanych do zachowania tajemnicy (§ 203 niemieckiego StGB). Claude i Gemini działają w Google Cloud w trybie zero retention.

Wkład w dokumentację procesową

Agent dokumentacji procedur jest rekursywny: dokumentuje sam siebie. Rejestruje: kiedy jakie zmiany procesów rozpoznano, jakie aktualizacje wygenerowano, kto je zatwierdził i jaki jest status kompletności.

Panel wyników

Agent Readiness 65-72%
Governance Complexity 32-39%
Economic Impact 62-69%
Lighthouse Effect 35-42%
Implementation Complexity 38-45%
Wolumen transakcji Codziennie

Wymagania wstępne

  • Istniejąca dokumentacja procedur jako baza
  • Dostęp do konfiguracji agentów i silników reguł
  • Dostęp do systemów uprawnień
  • Zdefiniowana lista kontrolna art. 193a Ordynacji podatkowej (JPK)

Wkład w infrastrukturę

Agent jest meta-agentem całego systemu Finance. Dokumentuje, co robią wszyscy inni agenci. Framework dokumentacji staje się podstawą art. 193a Ordynacji podatkowej (JPK) Compliance wszystkich agentów Finance. Decision Layer generuje dokumentację wymaganą przez urząd skarbowy - automatycznie, aktualnie i kompletnie. Buduje Decision Logging i Audit Trail.

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 dokumentacji procedur

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.

All data stays in your browser. Nothing is transmitted.

Powiązani agenci

Agent przygotowania sprawozdania rocznego

Przygotowywanie sprawozdania rocznego - orkiestracja, projekt załącznika, odpowiedzi dla biegłego rewidenta.

W K
Readiness: 46-53%
Economic: 72-79%
Governance: 55-62%
Mikrodecyzje: 15
Rocznie

Agent wykrywania nadużyć

Pełna kontrola transakcji z analizą ML oraz cross-checkiem GIIF i KSeF eliminuje karuzele VAT, Phantom Vendors i fałszywe faktury wygenerowane przez AI - gotowa do certyfikacji dla KAS, GIIF, KNF i biegłego rewidenta.

W K
EU AI Act III(4)(b): Wysokie ryzyko
Readiness: 75-82%
Economic: 78-85%
Governance: 35-42%
Mikrodecyzje: 15
Codziennie

Często zadawane pytania

Co się dzieje, gdy istniejąca dokumentacja jest niekompletna?

Agent identyfikuje luki względem listy kontrolnej art. 193a Ordynacji podatkowej (JPK) i tworzy projekty brakujących sekcji. Pierwsze wypełnienie wymaga więcej ludzkiej weryfikacji niż bieżąca aktualizacja.

Jak agent rozpoznaje zmiany procesów?

Agent monitoruje trzy poziomy: konfiguracje agentów (nowe reguły, zmienione progi), krajobraz systemów (nowe interfejsy, zmiany systemu) i zmiany organizacyjne (nowe odpowiedzialności, zmienione uprawnienia).

Czy agent jest istotny tylko dla prowadzenia ksiąg?

Obowiązek art. 193a Ordynacji podatkowej (JPK) jest głównym motorem, ale dokumentacja wspiera także badanie sprawozdania (biegły rewident sprawdza kontrole IT), certyfikację ISO i wewnętrzne zarządzanie wiedzą.

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.

Przeanalizować proces finansowy