Agent AI do raportowania finansowego - kontrolowany workflow dla CFO

Raportowanie finansowe nie psuje się dlatego, że CFO nie ma kolejnego narzędzia AI. Psuje się zwykle wcześniej: przy eksporcie danych z kilku systemów, ręcznym łączeniu arkuszy, niejawnych korektach, braku właściciela komentarza i wersjach raportu krążących po mailach.

W takim środowisku "agent AI" nie powinien być autonomicznym analitykiem finansowym. Rozsądniejszy model to kontrolowany workflow: pobiera dane z uzgodnionych źródeł, wykonuje powtarzalne kontrole, przygotowuje szkic komentarza, a decyzje, korekty i publikację zostawia ludziom z odpowiednimi uprawnieniami.

Najpierw proces, potem model

Dobre pytanie dla CFO nie brzmi: "czy agent wygeneruje raport?". Brzmi:

• skąd pochodzą liczby w raporcie i które systemy są źródłem prawdy,
• kto może uruchomić raport, zmienić mapowanie albo zatwierdzić korektę,
• które kontrole są deterministyczne, a gdzie model językowy tylko pomaga w opisie,
• jak odtworzyć przebieg pracy po miesiącu, kwartale albo podczas audytu,
• jakie dane osobowe i poufne trafiają do logów, promptów, plików tymczasowych i narzędzi obserwowalności.

AI może przyspieszyć przygotowanie materiału dla zarządu, ale nie zwalnia z kontroli wewnętrznej. W finansach to szczególnie ważne: raport ma być odtwarzalny, a nie tylko ładnie napisany.

Gdzie AI ma sens w raportowaniu finansowym

Najbezpieczniej zaczynać od zadań, które mają jasne wejście, wyjście i właściciela.

W praktyce najwięcej wartości daje nie "inteligencja" modelu, tylko usunięcie ręcznego klejenia: stałe źródła, powtarzalne transformacje, progi odchyleń, kolejka wyjątków i komentarze, które człowiek może szybko poprawić.

Architektura: źródła danych i ślad dowodowy

W projekcie dla finansów trzeba jawnie rozdzielić warstwy.

Systemy źródłowe. ERP, system księgowy, hurtownia danych, bankowość, CRM, KSeF, zatwierdzone arkusze budżetowe. Każde źródło powinno mieć właściciela, zakres danych, sposób dostępu i częstotliwość pobrania.

Warstwa uzgodnień. To miejsce na reguły, które nie wymagają modelu językowego: sumy kontrolne, kompletność okresu, duplikaty faktur, zgodność numerów dokumentów, zgodność sald, progi odchyleń, wersje budżetu. Jeśli reguła jest księgowa lub kontrolingowa, powinna być zapisana jako reguła, a nie jako prompt.

Warstwa AI. Model może streszczać wyjątki, proponować pytania do kontrolera, porządkować komentarze i tworzyć szkic narracji. Powinien pracować na danych już opisanych przez reguły, a nie sam decydować, co jest prawdą finansową.

Warstwa akceptacji. Każdy krok, który zmienia mapowanie, oznacza wyjątek jako rozwiązany, dopisuje komentarz do raportu albo publikuje pakiet zarządczy, powinien mieć właściciela i zapis decyzji.

Warstwa obserwowalności. Potrzebne są logi techniczne, metryki, błędy integracji i ślad uruchomień. Przy workflow agentowych przydają się trace'y pokazujące, które narzędzie zostało wywołane, z jakim wejściem, jaką odpowiedź zwróciło i kto zatwierdził dalszy krok.

KSeF i JPK: nie obiecuj autopilota podatkowego

KSeF zmienia sposób pracy z fakturami, ale nie oznacza, że agent powinien samodzielnie rozstrzygać podatki. Oficjalne materiały KSeF opisują fazowanie obowiązku: od 1 lutego 2026 r. dla dużych podatników, od 1 kwietnia 2026 r. dla pozostałych przedsiębiorców, z odrębnymi zasadami dla najmniejszych podatników do końca 2026 r. W projekcie trzeba sprawdzać aktualny zakres obowiązku na stronie KSeF Ministerstwa Finansów, bo terminy i wyjątki są częścią decyzji prawno-podatkowej, nie copy w artykule.

Podobnie z JPK. Pliki JPK_V7M i JPK_V7K mają oficjalne struktury i materiały publikowane przez podatki.gov.pl. Workflow może pomagać w kontroli kompletności, porównaniu danych źródłowych i przygotowaniu listy wyjątków. Generowanie, podpisywanie i wysyłka plików podatkowych powinny pozostać w zatwierdzonym procesie podatkowo-księgowym, zwykle po stronie ERP, systemu księgowego albo osoby odpowiedzialnej.

Rozsądne przypadki użycia wokół KSeF i JPK:

• lista faktur z KSeF bez pary w ERP albo bez zamówienia,
• faktury zakupu po terminie obiegu akceptacyjnego,
• rozbieżności między rejestrem VAT a danymi raportowymi,
• dokumenty z nieuzupełnionym centrum kosztów,
• wyjątki do przeglądu przez księgowość lub kontroling.

To jest mniej efektowne niż "agent sam robi podatki", ale znacznie bliższe realnej odpowiedzialności CFO.

Uprawnienia i akceptacja człowieka

W finansach agent powinien mieć najmniejsze potrzebne uprawnienia. Inny dostęp jest potrzebny do odczytu danych raportowych, inny do pobrania faktur, inny do zapisu komentarza, a jeszcze inny do publikacji pakietu. Konto techniczne bez ograniczeń jest wygodne tylko do pierwszego demo.

Minimalny model kontroli:

• osobne konta serwisowe dla odczytu i zapisu,
• brak dostępu modelu do sekretów, tokenów i haseł,
• zatwierdzanie zmian mapowań przez właściciela danych,
• zatwierdzanie komentarzy przez kontrolera lub CFO,
• blokada automatycznej wysyłki raportu poza zdefiniowane kanały,
• rejestr: kto uruchomił workflow, co zostało pobrane, jakie wyjątki powstały, kto je zamknął.

Narzędzia orkiestracji mogą w tym pomóc, ale nie zastępują projektu kontroli. n8n ma mechanizmy human-in-the-loop dla workflow z akceptacją oraz ustawienia dotyczące zapisu danych wykonań. LangGraph opisuje przerwania i wznowienia procesu z zachowaniem stanu. To dobre klocki techniczne, jeśli są spięte z polityką dostępu, retencją i przeglądem logów.

RODO, retencja i dane w promptach

Raport finansowy może zawierać dane osobowe: nazwiska pracowników, kontrahentów jednoosobowych, numery rachunków, opisy płatności, dane kadrowe, prowizje, koszty delegacji. Zasady RODO, w tym minimalizacja danych i ograniczenie przechowywania z art. 5 RODO, mają znaczenie także wtedy, gdy system jest "tylko wewnętrzny".

Przed pilotażem warto ustalić:

• które dane wolno wysyłać do modelu, a które trzeba maskować,
• czy dostawca modelu przetwarza dane jako podmiot przetwarzający i na jakich warunkach,
• gdzie znajdują się logi, trace'y, pliki tymczasowe i eksporty,
• jak długo przechowywane są pełne wejścia i wyjścia workflow,
• kto ma dostęp do historii promptów i odpowiedzi,
• jak usuwać dane testowe po zakończeniu pilotażu.

W workflow raportowym najczęściej nie trzeba podawać modelowi pełnych danych osobowych. Model może dostać zagregowane pozycje, identyfikatory techniczne albo zanonimizowany opis wyjątku. Pełny dokument źródłowy powinien być dostępny tylko osobie uprawnionej w systemie źródłowym.

RAG i baza wiedzy: użyteczne, ale z ograniczeniami

RAG może być pomocny, gdy agent ma odpowiadać na pytania o politykę raportowania, słownik KPI, opis kont, instrukcje zamknięcia miesiąca albo poprzednie komentarze zarządcze. LangChain opisuje retrieval i RAG jako wzorzec wzbogacania odpowiedzi o kontekst z własnych dokumentów i wektorowych baz danych.

W finansach baza wiedzy musi być wersjonowana. Komentarz oparty na nieaktualnej polityce budżetowej albo starym planie kont jest gorszy niż brak komentarza. Dlatego RAG powinien zwracać źródła, datę dokumentu i wersję, a odpowiedź powinna mówić, kiedy nie ma wystarczającego kontekstu.

Dobry zakres RAG:

• "pokaż definicję EBITDA używaną w naszej spółce",
• "który dokument opisuje klasyfikację kosztów marketingu",
• "jak w poprzednich kwartałach opisywaliśmy wpływ kursów walut",
• "które odchylenia wymagają komentarza według polityki raportowej".

Zły zakres RAG:

• "ustal, czy koszt jest podatkowo prawidłowy",
• "zdecyduj, czy odchylenie można pominąć",
• "wymyśl wyjaśnienie spadku marży bez danych źródłowych".

Obserwowalność: co mierzyć po starcie

Po uruchomieniu pilotażu nie wystarczy liczyć, ile raportów "wygenerowano". CFO potrzebuje sygnałów jakości i kontroli.

Mierz:

• kompletność pobrań z każdego źródła,
• liczbę wyjątków według kategorii i systemu,
• czas od wykrycia wyjątku do decyzji człowieka,
• odsetek komentarzy zaakceptowanych bez zmian, poprawionych i odrzuconych,
• liczbę błędów integracji oraz ponowień,
• liczbę przypadków, w których model odpowiedział bez wystarczającego źródła,
• czas przygotowania pierwszej wersji pakietu i czas do wersji zatwierdzonej.

OpenTelemetry opisuje obserwowalność przez logi, metryki i trace'y. W agentach finansowych te dane są przydatne tylko wtedy, gdy nie stają się drugim magazynem wrażliwych danych. Maskowanie, próbkowanie, retencja i dostęp do trace'ów są częścią projektu.

Realistyczny pilotaż

Dobry pilotaż nie zaczyna się od całego zamknięcia miesiąca. Lepiej wybrać jeden raport, jeden obszar i jasne kryteria.

Przykładowy zakres:

1. Raport kosztów operacyjnych dla jednego centrum kosztów lub jednej spółki.
2. Dwa-trzy źródła: ERP, arkusz budżetowy, folder z fakturami lub eksport z KSeF.
3. Kilkanaście reguł kontroli: kompletność okresu, mapowania, duplikaty, progi odchyleń.
4. Roboczy komentarz AI tylko dla pozycji oznaczonych regułami.
5. Akceptacja kontrolera przed pokazaniem materiału CFO.
6. Retencja danych testowych i logów ustalona przed startem.

Kryteria sukcesu powinny być konkretne, ale uczciwe: mniej ręcznych kroków, mniej przepisywania, szybsze znalezienie wyjątków, lepsza dokumentacja decyzji. Nie warto obiecywać automatycznej prognozy, zamknięcia miesiąca "w jeden dzień" ani redukcji etatów bez danych z procesu.

Czego agent nie powinien robić

• Nie powinien księgować ani zmieniać mapowań bez akceptacji.
• Nie powinien uznawać uzgodnienia za zamknięte bez właściciela.
• Nie powinien wysyłać raportu do zarządu automatycznie.
• Nie powinien wyjaśniać odchyleń, jeśli nie ma danych źródłowych.
• Nie powinien omijać ERP, systemu księgowego ani oficjalnych struktur podatkowych.
• Nie powinien przechowywać pełnych danych finansowych w logach bez uzasadnienia i retencji.

Najlepszy agent finansowy jest przewidywalny: ograniczony uprawnieniami, dobrze zalogowany i łatwy do zatrzymania.

Jak zacząć rozmowę wewnętrznie

Przed wyborem technologii zbierz odpowiedzi na pięć pytań:

1. Który raport jest bolesny, ale ma stabilny format?
2. Które pola w raporcie mają jednoznaczne źródło prawdy?
3. Które odchylenia dzisiaj wymagają komentarza człowieka?
4. Kto ma prawo zatwierdzić zmianę mapowania, komentarz i publikację?
5. Jak długo wolno przechowywać dane wejściowe, wyjściowe i logi workflow?

Dopiero potem warto rozmawiać o narzędziach: czy wystarczy n8n jako warstwa workflow, czy potrzebny jest własny backend, czy LangGraph ma sens dla stanowego procesu z przerwaniem i akceptacją, czy RAG powinien obejmować tylko polityki raportowe, czy także historię komentarzy.

Umów bezpłatny skan procesów, jeśli chcesz przejść przez konkretny raport, źródła danych i punkty kontroli przed pilotażem. To 30 minut z inżynierem i pisemne podsumowanie w 2 dni robocze.

Sprawdź też: Agent AI do compliance monitoring | Czym są agenci AI? | Agent AI - ile kosztuje?