Agent AI do raportowania finansowego: kontrolowany proces dla CFO

Raport finansowy rzadko psuje się na etapie pisania komentarza. Problem zaczyna się wcześniej: jedna liczba pochodzi z ERP, druga z arkusza przesłanego mailem, korekta nie ma autora, a wersja „finalna_3” konkuruje z „finalną_poprawioną”.

AI może przygotować roboczy komentarz i wskazać odstępstwa. O tym, która liczba jest prawidłowa i czy pakiet trafi do zarządu, decydują kontroler i CFO.

Co można oddać systemowi

Najlepszy pierwszy zakres jest nudny. Ma stałe źródła, reguły, które da się zapisać bez modelu, oraz osobę uprawnioną do zatwierdzenia wyniku.

Model językowy przydaje się tam, gdzie trzeba przeczytać opis, połączyć notatki albo skrócić komentarz. Sumy kontrolne, wersje budżetu, progi odchyleń i zgodność identyfikatorów lepiej zapisać jako zwykłe reguły. Są tańsze, przewidywalne i łatwiejsze do sprawdzenia.

Każda liczba potrzebuje adresu

Przed pracami warto rozpisać jeden raport kolumna po kolumnie:

• nazwa pola w raporcie,
• system źródłowy i konkretna tabela lub eksport,
• data pobrania,
• zastosowane przeliczenie,
• osoba odpowiedzialna za źródło,
• osoba zatwierdzająca korektę.

To bardziej przyziemne niż wybór modelu, ale bez tej mapy nie wiadomo, czy system znalazł błąd, czy tylko zestawił dwie różne definicje tej samej miary. Przykład: „przychód” w CRM może oznaczać wartość wygranych szans, a w ERP zaksięgowaną sprzedaż. Obie liczby mogą być poprawne i nie pasować do siebie.

Historia wykonania powinna pokazywać, z którego pliku albo rekordu pochodziła liczba, jaką regułę zastosowano i kto zatwierdził wynik. W dodatkowym systemie zwykle wystarczą identyfikator, wersja, suma kontrolna i odsyłacz do źródła. Pełny dokument pozostaje w systemie księgowym.

KSeF i JPK wymagają zatwierdzonego procesu księgowego

System może porównać faktury z KSeF z ERP, znaleźć brak zamówienia albo wskazać dokument po terminie obiegu. Nie powinien sam rozstrzygać skutków podatkowych. Zakres obowiązkowego KSeF oraz wyjątki trzeba sprawdzać w materiałach Ministerstwa Finansów, bo wpływają na rzeczywisty proces księgowy.

Podobnie z JPK. Oficjalne struktury JPK_V7M i JPK_V7K nadają się do kontroli kompletności i porównania danych źródłowych. Generowanie, podpisanie i wysłanie pliku powinny zostać w zatwierdzonym procesie księgowym, zwykle w ERP albo systemie podatkowym.

Praktyczny zakres wokół KSeF i JPK to na przykład lista faktur bez pary w ERP, rozbieżności w rejestrze VAT, brak centrum kosztów oraz kolejka dokumentów do sprawdzenia przez księgowość.

Uprawnienia rozdziel według skutku

Odczyt raportu, zapis komentarza i publikacja pakietu to trzy różne uprawnienia. Jedno konto techniczne z dostępem do wszystkiego ułatwia start, lecz utrudnia później ustalenie, kto mógł zmienić wynik.

W pilotażu wystarczy prosty podział:

• osobne poświadczenia do odczytu i zapisu,
• brak dostępu modelu do haseł i tokenów,
• zgoda właściciela danych na zmianę mapowania,
• zgoda kontrolera na komentarz,
• zgoda CFO na publikację,
• zapis osoby, czasu i powodu każdej decyzji.

n8n potrafi zatrzymać użycie narzędzia do zatwierdzenia przez człowieka. LangGraph opisuje przerwanie i wznowienie procesu po zewnętrznej decyzji. Te mechanizmy pomagają, ale same nie określają, kto ma prawo zatwierdzić raport. To trzeba ustalić po stronie firmy.

Ogranicz dane finansowe w historii systemu

Raport może zawierać nazwiska, rachunki bankowe, opisy płatności, prowizje i dane kontrahentów. Zasady minimalizacji oraz ograniczenia czasu przechowywania z art. 5 RODO dotyczą także systemu używanego wyłącznie wewnątrz firmy.

Przed pilotażem trzeba ustalić:

• które pola mogą trafić do modelu,
• co należy zamaskować,
• gdzie są pliki tymczasowe i historia wywołań,
• kto je widzi,
• po ilu dniach są usuwane,
• jak usunąć dane testowe po zakończeniu prac.

Model zwykle nie potrzebuje pełnej faktury ani danych osobowych, żeby napisać: „koszt transportu przekroczył budżet o 8%”. Może dostać zagregowaną wartość, nazwę kategorii i zatwierdzoną notatkę kontrolera. Dokument źródłowy zostaje w systemie księgowym.

Pilot obejmij jednym raportem

Wybierz jeden raport, jedną spółkę albo jedno centrum kosztów zamiast całego zamknięcia miesiąca.

Przykładowy pilotaż obejmuje trzy źródła danych, kilkanaście reguł kontroli, roboczy komentarz tylko do pozycji oznaczonych przez te reguły i obowiązkową akceptację kontrolera. Przed startem ustal też czas przechowywania danych testowych.

Po czterech lub sześciu tygodniach można policzyć:

1. ile czasu zajęło zebranie pierwszej wersji raportu,
2. ile rozbieżności system wykrył i ile przeoczył,
3. jaki odsetek komentarzy przyjęto bez zmiany,
4. ile razy kontroler musiał poprawić źródło albo mapowanie,
5. ile kosztowało jedno przygotowanie raportu.

Nie obiecuj zamknięcia miesiąca „w jeden dzień” bez danych z własnego procesu. Najpierw sprawdź, czy system skrócił ręczne łączenie plików i czy każdą liczbę nadal da się odtworzyć.

Pięć pytań przed wyceną

Który raport ma stabilny format? Które pola mają jedno źródło prawdy? Kto zatwierdza korektę? Jakie działanie może wykonać system bez zgody? Jak długo wolno przechowywać dane wejściowe i wyniki?

System raportu zarządczego z kontrolą pochodzenia liczb pokazuje ten mechanizm na danych testowych. Komentarz trafia do publikacji dopiero po osobnym sprawdzeniu liczb i źródeł. Wynik dla firmy trzeba zmierzyć na jej raportach i zasadach zatwierdzania.

Zakres i ceny znajdziesz na stronach automatyzacji AI oraz cennika. Na bezpłatnym skanie procesu przechodzimy przez jeden raport, jego źródła i miejsca zatwierdzenia. Pisemne podsumowanie wysyłamy w 2 dni robocze.