Przejdź do treści
K W
Zgodny z GoBD Zgodny z §203 StGB Q3

Agent Revenue Recognition

Realizacja przychodów wg IFRS 15 - od analizy umowy po Disclosure Note.

Ekstrahuje dane umowne, identyfikuje oddzielne zobowiązania świadczeniowe, określa ceny transakcyjne.

Przeanalizować proces
Airbus Volkswagen Shell Renault Evonik Vattenfall Philips KPMG

Pięć kroków IFRS 15 deterministycznie, ekstrakcja LLM zobowiązań, przypadki graniczne po stronie księgowego

Agent waliduje cenę transakcyjną i moment ujęcia przychodów wg IFRS 15 deterministycznie, ekstrahuje zobowiązania do wykonania przez LLM z tekstów umów i przekazuje złożone umowy wielokomponentowe odpowiedzialnemu za księgowość bilansową.

Wynik: Ewidencja zobowiązań do wykonania z 45 na 10 minut na umowę, 100-procentowe pokrycie portfela umów i audytowalne noty ujawnień na każdy rok obrotowy.

33% Silnik reguł
22% Agent AI
45% Człowiek

Podział między ekstrakcją, liczeniem a osądem przewija się przez wszystkie 9 kroków:

63 procent korekt SEC dotyczy rozpoznania przychodów

Revenue Recognition to temat bilansowy o najwyższej gęstości kontrolnej - i miejsce, gdzie oceny najszybciej zamieniają się w korekty. Agent Revenue Recognition zapewnia, że każda ocena IFRS 15 jest udokumentowana, uzasadniona i przyporządkowana do nazwanego decydenta. Funkcja Finance nie musi już bronić, dlaczego zobowiązanie świadczeniowe zostało wyodrębnione - może przedstawić pełną ścieżkę decyzyjną.

Dlaczego IFRS 15 jest problemem governance, nie problemem obliczeniowym

Five-Step-Model IFRS 15 wygląda na papierze jak łańcuch obliczeń. W praktyce składa się z łańcucha decyzji uznaniowych, z których każda musi być weryfikowalna. Czy dwa świadczenia są samodzielnie wyodrębniane czy to zintegrowane rozwiązanie? Czy kontrola przechodzi punktowo czy w czasie? Jak szacowane jest zmienne wynagrodzenie? Każde z tych pytań decyduje o milionach w rachunku zysków i strat - i każde jest dla biegłego rewidenta punktem zaczepienia.

63 procent wszystkich SEC-Enforcement-Actions związanych z restatements dotyczyło Revenue Recognition i kontroli wewnętrznych nad sprawozdawczością finansową (źródło: Cooley PubCo). KPMG zaktualizowało podręcznik IFRS 15 ponownie w lipcu 2025, ponieważ przeglądy IASB potwierdziły: złożoność leży nie w logice obliczeniowej, lecz w konieczności spójnej dokumentacji ocen.

Dla CFO oznacza to: ryzyko nie powstaje dlatego, że ktoś źle policzył. Powstaje dlatego, że ocena została podjęta w głowie księgowego i nigdy na piśmie utrwalona. Gdy ten sam księgowy po sześciu miesiącach jest pytany na spotkaniu z biegłym rewidentem, dlaczego potraktował dwa świadczenia jako jedno, odpowiedź często nie jest już rekonstruowalna. Dokładnie tu powstaje ryzyko restatementa.

Jak Decision Layer strukturyzuje dziewięć decyzji IFRS 15

Agent Revenue Recognition rozkłada Five-Step-Model na dziewięć dyskretnych kroków decyzyjnych. Każdy krok ma nazwanego decydenta. Dwa kroki leżą przy człowieku, ponieważ są czystym uznaniem: identyfikacja odrębnych zobowiązań świadczeniowych i ocena przejścia kontroli. Pięć kroków biegnie regułowo, ponieważ jest deterministycznie wyprowadzalnych z danych umownych. Dwa kroki wykorzystują wsparcie LLM, ponieważ wymagają przetwarzania tekstu: wstępna ekstrakcja umowy i projekt Disclosure Notes.

Ten podział podąża za kluczową zasadą architektury Decision Layer. Uznanie nie jest delegowane do oprogramowania - oprogramowanie przygotowuje uznanie. Agent dostarcza księgowemu wszystkie relevantne klauzule umowne, historyczne precedensy firmy i listę kontrolną kryteriów IFRS 15. Decyzja pozostaje przy człowieku. Ale jest podejmowana w sposób ustrukturyzowany, z udokumentowanym uzasadnieniem i zastosowanym kryterium.

Konkretny scenariusz: wielokomponentowa umowa software

Dostawca oprogramowania enterprise zawiera trzyletnią umowę ramową na 4,8 miliona EUR (ok. 5,2 mln USD). Umowa zawiera licencje software, projekt wdrożeniowy, wsparcie i premię uzależnioną od osiągnięcia KPI.

Z agentem proces przebiega inaczej. Ekstrakcja umowy identyfikuje wszystkie potencjalne zobowiązania świadczeniowe i przedstawia je księgowemu. Księgowy decyduje na podstawie kryteriów IFRS 15: wdrożenie nie jest samodzielne, ponieważ dopiero czyni licencję użyteczną. Ta ocena jest rejestrowana w Decision Layer z uzasadnieniem, zastosowanym kryterium i nazwą decydenta. Agent następnie przejmuje alokację cen według względnych cen pojedynczych, oblicza zmienne wynagrodzenie metodą wartości oczekiwanej i tworzy propozycję zapisu.

Dziewięć miesięcy później biegły rewident pyta, dlaczego wdrożenie nie zostało ujęte oddzielnie. Księgowy otwiera ścieżkę decyzyjną. Odpowiedź jest udokumentowana.

Co zmienia się dla Finance

Widoczny efekt to nie oszczędność czasu. Praca ocenowa pozostaje, ponieważ musi pozostać. Co się zmienia, to zdolność do kontroli. Revenue Recognition staje się z Top-obszaru ryzyka udokumentowanym procesem z nazwanym decydentami i odtwarzalnymi kryteriami. Dla CFO oznacza to mniejsze ryzyko restatementa, krótsze cykle badania i wiarygodne Revenue Disclosures.

Tabela mikrodecyzji

Kto decyduje w tym agencie?

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

33%(3/9)
Silnik reguł
deterministyczne
22%(2/9)
Agent AI
modelowe z poziomem pewności
45%(4/9)
Człowiek
jawnie przypisane
Człowiek
Silnik reguł
Agent AI
Każdy wiersz to decyzja. Rozwiń, aby zobaczyć protokół decyzyjny i możliwość sprzeciwu.
Ekstrakcja danych umowy Jakie dane kluczowe zawiera umowa? Agent AI

Ekstrakcja LLM z umów ze złożonymi opisami ś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.

Identyfikacja zobowiązań świadczeniowych Które świadczenia są samodzielne i tworzą oddzielne zobowiązania? Człowiek Audytor

IFRS 15 Krok 2 - ocena czy świadczenia są samodzielnie użyteczne

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

Określenie ceny transakcyjnej Jaka jest cena transakcyjna łącznie ze zmiennymi składnikami? Człowiek Audytor

Cena stała regułowo (R), zmienne wynagrodzenie wymaga oszacowania (H)

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

Alokacja ceny na zobowiązania Jak jest rozdzielana cena łączna na poszczególne zobowiązania? Człowiek Audytor

Obserwowalne ceny pojedyncze regułowo (R), oszacowanie przy brakach (H)

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

Określenie momentu lub okresu realizacji Kiedy przechodzi kontrola na klienta? Człowiek Audytor

Ocena przejścia kontroli wg IFRS 15 Krok 5

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

Obliczenie stopnia zaawansowania Jak daleko jest realizacja świadczenia? Silnik reguł Audytor

Metoda input (koszty) lub output (kamienie milowe)

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

Tworzenie zapisu Jak brzmią zapisy dla zrealizowanego przychodu? Silnik reguł Audytor

Logika księgowa: należność wobec przychodu, proporcjonalnie wg zaawansowania

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

Obliczenie sald umownych Jakie są Contract Asset i Contract Liability? Silnik reguł Audytor

Arytmetyka: różnica między zrealizowanym przychodem a otrzymanymi płatnościami

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

Przygotowanie Disclosure Notes Jakie noty są wymagane wg IFRS 15? Agent AI Audytor

Projekt LLM not na bazie danych portfela

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

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

Wysoki udział ludzki (3H / 3R / 2A / 1 R/H). IFRS 15 wymaga w kilku miejscach ludzkiego osądu. Agent automatyzuje kroki mechaniczne i przygotowuje decyzje wymagające osądu. Istotny bilansowo i priorytet kontroli biegłego rewidenta. Paragraph 203 StGB istotny.

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ą

Per umowę: wyekstrahowane dane, zidentyfikowane zobowiązania z uzasadnieniem, cena transakcyjna, metodyka alokacji, ocena przejścia kontroli, pomiar zaawansowania, miesięczne zapisy, salda umowne.

Panel wyników

Agent Readiness 48-55%
Governance Complexity 51-58%
Economic Impact 61-68%
Lighthouse Effect 38-45%
Implementation Complexity 54-61%
Wolumen transakcji Miesięcznie

Wymagania wstępne

  • System zarządzania umowami z zdigitalizowanymi umowami
  • System ERP z modułem Revenue Recognition
  • Zdefiniowana metodyka pomiaru zaawansowania
  • Historyczne dane umowne dla szacunków zmiennego wynagrodzenia

Wkład w infrastrukturę

Agent Revenue Recognition demonstruje wzorzec dla agentów o intensywnym osądzie. Ekstrakcja umów wykorzystuje tę samą infrastrukturę LLM. Obliczenie zaawansowania jest ponownie wykorzystywalnym wzorcem. Generowanie Disclosure Notes jest wykorzystywane dla wszystkich not do załącznika. 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 Revenue Recognition

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 jest istotny także dla realizacji przychodów wg HGB?

Przede wszystkim dla IFRS 15. Realizacja przychodów wg HGB jest prostsza, ale przy umowach wielokomponentowych podobne pytania. Agent jest konfigurowalny dla obu standardów.

Dla jakich firm agent jest szczególnie istotny?

Szczególnie dla firm software (licencja plus usługa plus wsparcie), firm budowlanych (realizacja w czasie) i firm przemysłowych ze złożonymi umowami wielokomponentowymi.

Dlaczego agent jest w Q3, a nie w Q1?

Wysoka złożoność governance (3 punkty decyzji ludzkich, margines osądu) wymaga dojrzałej infrastruktury Decision Layer.

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.