Przejdź do treści
W
GoBD: nie dotyczy Zgodny z §203 StGB

Agent uzgodnienia bankowego - CAMT.053, MT940 i Polish Open Banking API

Od wyciągu CAMT.053 do zapisu w JPK_KR - uzgodnienie sald, dekretacja opłat bankowych BLIK/Elixir/SORBNET2 i obrona przed sankcją KKS art. 56 w jednym audytowalnym łańcuchu zgodnym z UoR i RODO.

Polskie uzgodnienie bankowe: parsowanie CAMT.053 i MT940 SWIFT, integracja Polish Open Banking API (PSD2 XS2A) dla PKO BP/mBank/ING/Pekao/Santander, BLIK incoming, Express Elixir 24/7, SORBNET2 NBP, kontrola JPK_KR i obrona przed kontrolą KAS na podstawie UoR art. 21-25.

Przeanalizować proces

Auswahl aus über 5.000 Projekten in 25 Jahren Softwareentwicklung

Airbus Volkswagen Shell Renault Evonik Vattenfall Philips KPMG

Polskie uzgodnienie bankowe deterministycznie zgodne z UoR, JPK_KR i Polish Open Banking - bez generative AI w decyzjach księgowych

Agent waliduje cały łańcuch uzgodnienia: pobranie wyciągu CAMT.053/MT940 przez Polish Open Banking API (PSD2 AISP), parsowanie wg ZBP/SWIFT, identyfikację typu transakcji (ELIXIR/Express Elixir/SORBNET2/SWIFT/BLIK incoming/opłaty), powiązanie po numerze KSeF FA(2) z fakturą, dokładne dopasowanie deterministyczne po kwocie i NIPie, dekretację opłat i odsetek wg ZPK, przeliczenie walut po NBP fixing (UoR art. 30), powiązanie z JPK_KR, inwentaryzację sald (UoR art. 26-27), screening AML >15.000 EUR z raportowaniem STR do GIIF i archiwizację z hashem SHA-256 - wszystko 100% deterministyczne wobec polskich przepisów księgowych i AML, bez generative AI w decyzjach o dekretacji.

Wynik: Automatyzacja uzgodnień powyżej 95% dla firmy z 200 dziennymi transakcjami na 6 rachunkach (Pekao główny, PKO rachunek VAT, ING dewizowy EUR, mBank dewizowy USD, Santander backup, Millennium gotówkowy), redukcja czasu obsługi wyciągu z 90 minut do poniżej 8 minut, możliwość codziennych zamiast tygodniowych uzgodnień, eliminacja ryzyka KKS art. 56 (kara grzywny do 720 stawek dziennych = 21,6 mln zł), zachowanie prawa do odliczenia VAT z faktury KSeF dzięki krzyżowemu powiązaniu z JPK_V7M, ochrona przed odmową zwrotu VAT przez US, utrzymanie wiarygodności sprawozdania finansowego dla biegłego rewidenta z PIBR.

86% Silnik reguł
7% Agent AI
7% Człowiek

13 deterministycznych etapów polskiego pipeline uzgodnienia bankowego - audytowalnych dla KAS, GIIF, biegłego rewidenta i biura rachunkowego:

KKS art. 56 grzywna do 21,6 mln zł plus odmowa zwrotu VAT plus utrata wiarygodności sprawozdania - cena nieuzgodnionego salda

Polskie uzgodnienie bankowe to fundament rzetelności sprawozdania finansowego, obwarowany wielowarstwową regulacją księgową, podatkową i AML. Ustawa o rachunkowości art. 26 ust. 1 pkt 2 wymaga inwentaryzacji środków pieniężnych na rachunkach bankowych poprzez uzyskanie potwierdzenia salda od banku na ostatni dzień roku obrotowego - rozbieżność = zapis w dzienniku różnic inwentaryzacyjnych (UoR art. 27). UoR art. 24 ustanawia niezmienialność zapisu - korekty wyłącznie przez storno czerwone (UoR art. 25). KKS art. 56 sankcjonuje narażenie podatku na uszczuplenie kara grzywny do 720 stawek dziennych (21,6 mln zł) lub pozbawieniem wolności do lat 5 - nieuzgodnione salda są bezpośrednim sygnałem dla KAS o nierzetelności ksiąg. Polish Open Banking API (PSD2 AISP - Ustawa z 19.08.2011 o usługach płatniczych art. 59h) udostępnia wyciągi CAMT.053 ISO 20022 i MT940 SWIFT z PKO BP, mBank, ING, Pekao, Santander, Millennium, Alior. JPK_KR (Rozporządzenie MF z 14.10.2015) i JPK_V7M (Ustawa o VAT art. 99) wymagają miesięcznej spójności wyciągu z dziennikiem księgowym - kontrolerzy KAS porównują krzyżowo. BLIK incoming, Express Elixir 24/7, SORBNET2 NBP i SWIFT MT103 to różne typy wyciągów z różnymi kodami GVC.

KKS art. 56 grzywna do 21,6 mln zł plus odmowa zwrotu VAT plus utrata wiarygodności sprawozdania - cena nieuzgodnionego salda

Niewłaściwe uzgodnienie bankowe w Polsce generuje pasywo na czterech frontach jednocześnie. Kodeks Karny Skarbowy art. 56 (narażenie podatku na uszczuplenie) - kara grzywny do 720 stawek dziennych przy stawce maksymalnej 30.000 zł = 21,6 mln zł, w skrajnych przypadkach pozbawienie wolności do lat 5. Plus KKS art. 60 (nieprowadzenie ksiąg) - kara do 240 stawek dziennych (7,2 mln zł), KKS art. 61 (wadliwe prowadzenie ksiąg) - kara do 120 stawek dziennych (3,6 mln zł). Łącznie ryzyko karne >32 mln zł dla nierzetelnych ksiąg z nieuzgodnionymi saldami.

Drugi front: KAS odmowa zwrotu VAT z faktur zakupu. Ustawa o VAT art. 86 wymaga prawidłowej dokumentacji odliczenia - jeśli wpływ na wyciągu nie ma odpowiednika w JPK_V7M jako sprzedaż lub jeśli wypływ za fakturę zakupu nie powiązany z numerem KSeF FA(2), KAS może odmówić zwrotu VAT z miesięcznej deklaracji. Dla firmy z 200 mln zł obrotu i VAT należnym 46 mln zł rocznie blokada zwrotu nawet 1 mln zł generuje straty płynnościowe (cash flow gap), koszty finansowania (WIBOR 3M + marża, typowo 8-12% rocznie) i postępowanie odwoławcze trwające 6-18 miesięcy.

Trzeci front: Inwentaryzacja sald na 31.12 (UoR art. 26-27). Brak potwierdzenia salda przez bank lub niewyjaśnione różnice = sygnał dla biegłego rewidenta z PIBR przy badaniu ustawowym sprawozdania finansowego. Krajowy Standard Rewizji Finansowej 505 (potwierdzenia od osób trzecich) wymaga niezależnej weryfikacji - opinia z zastrzeżeniem lub odmowa wydania opinii blokuje publikację sprawozdania, opóźnia walne zgromadzenie i może wymagać korekty CIT-8 (sankcja 30% przy zaniżeniu zobowiązania - art. 56 KKS).

Czwarty front: AML/CFT do 5 mln zł (Ustawa z 1.03.2018 art. 147). Brak screeningu sankcji UE/OFAC/ONZ/GIIF na wpływach >15.000 EUR i brak raportowania STR do GIIF generuje sankcję administracyjną do 5 mln zł lub 10% obrotu rocznego (dla 200 mln zł obrotu = 20 mln zł). Plus odpowiedzialność karna art. 74 do 12 lat pozbawienia wolności za świadome obejście sankcji.

Polskie uzgodnienie bankowe przechodzi 13 deterministycznych etapów - mniej niż przebiegi płatności (16) ale więcej niż w Niemczech (7) lub UK (8)

Polski system uzgadniania bankowego należy do najbardziej rozbudowanych w UE: UoR 1994 (inwentaryzacja, niezmienialność, storno), JPK_KR 2015 (struktura miesięczna), JPK_V7M 2016 (krzyżowe z VAT), KSeF 2026 (powiązanie z FA(2)), Polish Open Banking 2019 (PSD2 AISP), Ustawa AML 2018 (raportowanie GIIF), plus odmienności (kurs NBP fixing dla wycen walutowych nie ma odpowiednika w UE) i struktura instytucjonalna (KIR z ELIXIR/Express Elixir, NBP z SORBNET2, PSP z BLIK, ZBP z profilem MT940 polskim, GIIF z AML, PIBR z badaniem ustawowym). 13 deterministycznych etapów: pobranie CAMT.053 przez Polish Open Banking, parsowanie wg ZBP/SWIFT, identyfikacja typu transakcji (kod GVC/BankTransactionCode), powiązanie po KSeF FA(2), dokładne dopasowanie po kwocie i NIPie, BLIK incoming po polu :86:, wzorzec cykliczny LLM, dekretacja opłat wg ZPK, dekretacja odsetek po stronach Wn/Ma, przeliczenie NBP fixing wg UoR art. 30, powiązanie z JPK_KR, inwentaryzacja sald wg UoR art. 26-27, eskalacja, screening AML, archiwizacja z hashem SHA-256.

Scenariusz: zakład produkcyjny w Tychach z 6 rachunkami bankowymi (Pekao główny, PKO BP rachunek VAT, ING dewizowy EUR, mBank dewizowy USD, Santander backup, Millennium gotówkowy), 200 transakcjami dziennie (4.000 miesięcznie). W poniedziałek o 6:30 Agent pobiera 6 wyciągów CAMT.053 przez Polish Open Banking API (cały proces 90 sekund: 6 banków × 15 sek), parsuje 850 transakcji weekendowych, identyfikuje typy (480 ELIXIR krajowych, 95 Express Elixir instant, 25 SORBNET2 wysokokwotowe, 65 SWIFT MT103 zagraniczne, 120 BLIK incoming mikro, 65 opłat bankowych). Powiązuje 730 transakcji z fakturami KSeF FA(2) deterministycznie (kwota + NIP + numer KSeF), 80 przez wzorzec cykliczny LLM (czynsze Skanska, leasingi LeasePlan, abonamenty Comarch), 25 eskalacji do księgowego (brak referencji + brak NIPu). Dekretacja 65 opłat bankowych (75-2 koszty finansowe, 40-2 usługi obce wg ZPK), 12 odsetek (75-1 przychody, 75-2 koszty), przeliczenie 90 transakcji walutowych po NBP fixing z piątku. Screening AML dla 8 wpływów >15.000 EUR - 0 trafień. O 8:30 protokół uzgodnienia gotowy z hashem SHA-256, eskalacje w queue dla głównego księgowego z SLA 24h.

W Decision Layer z 13 etapów 11 to decyzje regułowe (R), 1 LLM (A - wzorzec cykliczny), 1 decyzja człowieka (H - eskalacja nieprzypisanych pozycji). Każda decyzja regułowa to zastosowanie UoR, Ordynacji podatkowej, KKS lub specyfikacji ZBP/SWIFT/NBP.

Kontrola wiarygodności przed zaksięgowaniem: dopasowanie KSeF FA(2) + dekretacja ZPK + spójność JPK_KR

Trzy etapy walidacyjne wykonywane przed zatwierdzeniem zapisu - każdy może zatrzymać uzgodnienie. (1) Powiązanie po numerze KSeF FA(2): regex 32-znakowego identyfikatora w tytule przelewu lub kombinacja numer faktury + NIP nadawcy. Jeśli match jednoznaczny, faktura wymagalna z KSeF zostaje rozliczona (status ‘opłacona’ w księdze rozrachunków). Jeśli ambiguity (kilka faktur z tą samą kwotą i NIPem), eskalacja do księgowego. (2) Dekretacja wg ZPK: tabela mapowania kodów GVC SWIFT (16 wersja 2024 - 020 SEPA, 051 polecenie zapłaty, 152 instant, 825 prowizja, 850 odsetki) i BankTransactionCode CAMT.053 na konta planu kont. Opłaty bankowe na 75-2 (koszty finansowe) lub 40-2 (usługi obce) zależnie od typu, odsetki kredytowe na 75-1 (przychody finansowe Ma), odsetki debetowe na 75-2 (koszty finansowe Wn). Brak miejsca na uznanie - reguła deterministyczna. (3) Spójność JPK_KR i JPK_V7M: każdy zapis bankowy musi mieć odpowiednik w dzienniku JPK_KR (numer dziennika, konto Wn, konto Ma, kwota, opis) z bilansem Wn = Ma. Każdy wpływ z faktury KSeF FA(2) musi mieć odpowiednik w JPK_V7M SprzedazWiersz, każda płatność za fakturę zakupu w JPK_V7M ZakupWiersz. Krzyżowe sprawdzenie generuje raport dla kontrolera KAS przed audytem.

Edge-Cases polskie: BLIK incoming, SORBNET2, FX po NBP fixing, inwentaryzacja sald

BLIK B2B incoming (PSP - Polski Standard Płatności) dla mikro-faktur do 5.000 zł umożliwia natychmiastowe rozliczenia bez ELIXIR. Identyfikacja na CAMT.053 po BankTransactionCode wskazującym PSP/BLIK lub na MT940 po polu :86: zawierającym ‘BLIK’. Powiązanie z fakturą po numerze KSeF FA(2) lub NIPie nabywcy + numerze faktury w tytule przelewu. Limity: 5.000 zł na transakcję, dzienny limit kontrahenta zależny od banku (1.000-5.000 zł).

SORBNET2 (NBP - Narodowy Bank Polski) dla transakcji wysokokwotowych >1 mln zł - widoczne na wyciągu z typem systemu rozliczeniowego SCT-RTGS (Real-Time Gross Settlement) i kodem GVC 116. Nieodwołalne rozliczenie w czasie rzeczywistym podczas sesji NBP (8:00-17:00 dni robocze). Powiązanie z fakturą po numerze KSeF FA(2) - typowe dla zakupów hurtowych, transakcji M&A, transferów Treasury między spółkami grupy.

Express Elixir (KIR) instant 24/7 do 100.000 zł na transakcję - kod GVC 152, identyfikacja po typie systemu rozliczeniowego SCT-Instant. Rozliczenie w sekundach niezależnie od weekendu czy święta. Coraz częstsze dla pilnych płatności B2B - Agent traktuje identycznie jak ELIXIR ale flaguje ‘instant’ dla raportu.

Przeliczenie walut obcych po NBP fixing wg UoR art. 30: kurs średni z tabeli A NBP z dnia poprzedzającego datę zaksięgowania. Pobieranie automatyczne przez API NBP (api.nbp.pl) dla EUR, USD, CHF, GBP, CZK, HUF, SEK, NOK, DKK, JPY. Sobota/niedziela/święto - kurs z ostatniego dnia roboczego przed. Różnice kursowe zrealizowane na 75-1/75-2, niezrealizowane na 31.12 wycenione po kursie z 31.12 i odniesione na konta różnic kursowych.

Inwentaryzacja sald na 31.12 (UoR art. 26-27): pobranie wyciągu z 31.12 + wniosek o oficjalne potwierdzenie banku (Bank Confirmation Letter). Porównanie z saldem księgowym 13-1/13-2 wg ZPK. Rozbieżność = zapis w dzienniku różnic inwentaryzacyjnych z wyjaśnieniem (przelewy w drodze, opłaty zaksięgowane przez bank po 31.12). Audit trail dla biegłego rewidenta z PIBR wg KSRF 505.

Integracja z polskim ekosystemem: Comarch, Symfonia, enova, PKO BP, mBank, ING, Pekao, Santander, KAS

Agent łączy się z głównymi ERPami polskiego rynku: Comarch ERP Optima Bank (lider w MŚP, integracja z bankami przez Webservice + Polish Open Banking PSD2), Comarch ERP XL Finanse Bank (Enterprise, multi-rachunkowy z CAMT.053), Symfonia Finanse + Symfonia Handel (Sage Symfonia, masowy MT940 + automatyczna dekretacja), enova365 Bank (mocna w controllingu, multi-walutowy z NBP fixing), InsERT Subiekt nexo Pro + Rachmistrz nexo Pro (CAMT.053 + Express Elixir), SAP S/4HANA Polish Localization Cash Management (Volkswagen Poznań, BMW Wrocław, Stellantis Tychy, Bosch Mirków, Mercedes Benz Jawor), Asseco Softlab Treasury Bank, ifirma.pl Bank (cloud z auto-importem), i-Konto.pl Treasury (multi-bankowy SORBNET2/ELIXIR/BLIK), WAPRO Fakir + WAPRO Mag (CAMT.053 + uzgadnianie z fakturami).

Integracja bankowa przez Polish Open Banking API (PKO BP API, mBank API, ING Web API, Pekao Open Banking, Santander Open Banking, Millennium Bank, Alior Bank, Bank Pocztowy, Citibank Handlowy, BNP Paribas, Credit Agricole, Deutsche Bank Polska, Raiffeisen, BOŚ, Plus Bank). CAMT.053 ISO 20022 dla nowoczesnych wyciągów, MT940 SWIFT dla starszych integracji, ELIXIR-O wewnętrzny (KIR) dla rekonstrukcji szczegółów rozliczenia. Powiązanie z Agentem Cash Application przez parsowanie CAMT.053/MT940, z Agentem Przebiegów Płatności przez wyciągi po wykonaniu ELIXIR/SORBNET2/SWIFT, z Agentem Cash Forecasting przez konsolidację sald w czasie rzeczywistym, z Agentem KSeF przez powiązanie z numerem FA(2). Audit trail kompatybilny z KAS (krzyżowo z JPK_KR i JPK_V7M dla CIT/PIT/VAT), GIIF (AML/CFT - STR >15.000 EUR), KNF, PIP (zgodność z Ustawą o opóźnieniach 8.03.2013), UODO (RODO) i biegłym rewidentem z PIBR przy badaniu ustawowym sprawozdania finansowego (KSRF 505 potwierdzenia od osób trzecich, KSRF 320 istotność, KSRF 540 wartości szacunkowe).

Tabela mikrodecyzji

Kto decyduje w tym agencie?

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

86%(13/15)
Silnik reguł
deterministyczne
7%(1/15)
Agent AI
modelowe z poziomem pewności
7%(1/15)
Człowiek
jawnie przypisane
Człowiek
Silnik reguł
Agent AI
Każdy wiersz to decyzja. Rozwiń, aby zobaczyć protokół decyzyjny i możliwość sprzeciwu.
Pobranie wyciągu bankowego przez Polish Open Banking API (PSD2 AISP) Wyciąg dzienny (CAMT.053 lub MT940) został poprawnie pobrany z banku przez TPP-AISP z certyfikatem eIDAS QWAC? Silnik reguł

Ustawa z 19.08.2011 o usługach płatniczych art. 59h - zakres dostępu AISP do informacji o rachunku, wymóg certyfikatu eIDAS QWAC (Qualified Website Authentication) i QSealC (Qualified Sealing); pobranie zapewnia integralność hashem SHA-256 + timestamp

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.

Parsowanie wyciągu CAMT.053 / MT940 / ELIXIR-O wg specyfikacji ZBP Każda transakcja na wyciągu została poprawnie sparsowana (data księgowania, data waluty, kwota, NRB nadawcy, tytuł przelewu, kod GVC) wg standardu ISO 20022 lub SWIFT MT940? Silnik reguł

Standardy ISO 20022 (CAMT.053 dla nowoczesnych banków) i SWIFT MT940 (kod transakcji GVC, typ zapisu); ZBP profil polski dla MT940 zawiera dodatkowe pola (NIP nadawcy w polu :86: dla niektórych banków); KIR ELIXIR-O dla wyciągów wewnętrznych z rozliczeń międzybankowych

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.

Identyfikacja typu transakcji (przelew krajowy ELIXIR / Express Elixir / SORBNET2 / SWIFT MT103 / BLIK incoming / opłata bankowa) Typ transakcji jest jednoznacznie zidentyfikowany na podstawie kodu GVC (MT940) lub BankTransactionCode (CAMT.053)? Silnik reguł

Kody GVC SWIFT (16 wersja 2024 - 020 SEPA, 051 polecenie zapłaty, 152 instant Express Elixir, 116 SORBNET2 wysokokwotowy, 825 prowizja, 850 odsetki); klasyfikacja BLIK po polu :86: zawierającym kod 6-cyfrowy lub identyfikator PSP; SORBNET2 po typie systemu rozliczeniowego SCT

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.

Powiązanie wpływu z fakturą KSeF FA(2) po tytule przelewu Tytuł przelewu zawiera numer KSeF FA(2) (32-znakowy identyfikator) lub numer faktury + NIP nabywcy umożliwiający jednoznaczne powiązanie z fakturą wymagalną? Silnik reguł Dostawca

Ustawa z 16.06.2023 o KSeF - od 1.7.2026 numer KSeF FA(2) jest częścią dowodu B2B; identyfikacja po regex 32-znakowego identyfikatora w tytule lub kombinacji numer faktury + NIP; krzyżowe sprawdzenie z JPK_V7M dla audytu KAS

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

Dokładne dopasowanie po kwocie, walucie i referencji Wpływ jednoznacznie pasuje do otwartej należności po kwocie netto/brutto + walucie + numerze KSeF lub NIPie kontrahenta? Silnik reguł

Algorytm dopasowania deterministyczny - kwota brutto = kwota faktury z dokładnością do 0,01 zł, NIP nadawcy = NIP wystawcy faktury, data waluty <= termin płatności + 14 dni; nie wymaga LLM, czyste zapytanie do bazy zobowiązań

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.

Rozpoznanie BLIK incoming po polu :86: lub identyfikatorze PSP Wpływ przez BLIK B2B incoming (kod 6-cyfrowy do 5.000 zł) z identyfikacją kontrahenta po NIPie w tytule? Silnik reguł Dostawca

Polski Standard Płatności (PSP) - BLIK B2B incoming widoczny na wyciągu z polem identyfikującym PSP/BLIK; mikro-rozliczenia do 5.000 zł rozliczane natychmiast bez ELIXIR; identyfikacja faktury po NIPie nabywcy w tytule + numerze faktury KSeF FA(2)

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

Rozpoznanie wzorca cyklicznego (czynsze, leasingi, abonamenty SaaS) Płatność powtarza się od tego samego kontrahenta o podobnej kwocie i tytule co miesiąc/kwartał (min 6 razy w 12 miesiącach)? Agent AI Audytor

Wzorzec rozpoznawania - LLM klasyfikuje powtarzalność (czynsze biurowe Skanska/Echo, leasingi LeasePlan/Carefleet, abonamenty Microsoft 365/Salesforce/Comarch CDN); wymaga akceptacji człowieka przy pierwszej propozycji wzorca dla automatyzacji kolejnych miesięcy

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

Dekretacja opłaty bankowej wg planu kont (ZPK) Opłata bankowa (prowizja, opłata za przelew, opłata za prowadzenie rachunku) jest dekretowana na konto 75-2 koszty finansowe lub 40-2 wg ZPK firmy? Silnik reguł

Tabela mapowania wg typu opłaty z kodu GVC SWIFT (825 prowizja, 808 opłata roczna) na konto z planu kont (typowo 75-2 koszty finansowe, 40-2 koszty rodzajowe usługi obce); brak miejsca na uznanie - reguła deterministyczna

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.

Dekretacja odsetek po stronach Winien/Ma Odsetki kredytowe (Ma na 75-1 przychody finansowe) lub debetowe (Wn na 75-2 koszty finansowe) wg typu zapisu wyciągowego? Silnik reguł

Reguła ZPK - odsetki kredytowe od salda dodatniego = przychody finansowe (konto 75-1), odsetki debetowe od kredytu = koszty finansowe (konto 75-2); KC art. 359 ustawowe odsetki, WIBOR 3M + marża dla kredytów; identyfikacja po kodzie GVC 850-855

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.

Przeliczenie walut po kursie NBP fixing dnia poprzedzającego Transakcja walutowa (EUR/USD/CHF/GBP) jest przeliczona po kursie NBP fixing z dnia poprzedzającego datę zaksięgowania zgodnie z UoR art. 30? Silnik reguł

Ustawa o rachunkowości art. 30 - waluty obce przeliczane po kursie NBP fixing z dnia poprzedzającego dzień przeprowadzenia operacji; NBP publikuje średni kurs do godz. 12:00 każdego dnia roboczego (tabela A); różnice kursowe zrealizowane na konto 75-1/75-2

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.

Identyfikacja JPK_KR i powiązanie z dziennikiem księgowym Każdy wpis na wyciągu ma referencję do zapisu w dzienniku JPK_KR z prawidłową strukturą (numer dziennika, konto Wn, konto Ma, kwota, opis)? Silnik reguł

Rozporządzenie MF z 14.10.2015 - schemat JPK_KR wymaga miesięcznych zapisów dziennika z bilansowaniem każdego zapisu (Wn = Ma); UoR art. 23 - każdy zapis pełny, sprawdzalny, ciągły; krzyżowe sprawdzenie wyciąg ↔ JPK_KR przez kontrolerów KAS

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.

Inwentaryzacja sald na koniec roku obrotowego (UoR art. 26-27) Saldo z wyciągu na 31.12 zgadza się z saldem księgowym po wszystkich uzgodnieniach miesięcznych - z wymogiem potwierdzenia salda przez bank? Silnik reguł

Ustawa o rachunkowości art. 26 ust. 1 pkt 2 - inwentaryzacja środków pieniężnych na rachunkach bankowych przez uzyskanie potwierdzenia salda od banku na ostatni dzień roku obrotowego; rozbieżność = zapis w dzienniku różnic inwentaryzacyjnych z wyjaśnieniem (UoR art. 27)

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.

Eskalacja nieprzypisanych pozycji do pracownika (Wn obrotówka) Pozycja bez jednoznacznego dopasowania ani wzorca cyklicznego trafia do dziennika 'do wyjaśnienia' i wymaga osądu człowieka? Człowiek Audytor

Brak referencji + brak NIPu + brak wzorca cyklicznego = wymóg osądu człowieka; UoR art. 24 - niezmienialność zapisu po jego dokonaniu, więc decyzja o tymczasowym zapisie na konto rozrachunkowe (24-9 inne rozrachunki) musi być uzasadniona przez głównego księgowego

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

Screening AML/CFT wpływów ponadprogowych >15.000 EUR (raportowanie GIIF) Wpływ >15.000 EUR od kontrahenta zagranicznego lub krajowego wymaga raportowania STR do GIIF w portalu informatycznym? Silnik reguł Audytor

Ustawa z 1.03.2018 o AML art. 72 - raportowanie transakcji ponadprogowych do GIIF (>15.000 EUR regularnie, >250.000 zł gotówkowe); sankcja administracyjna art. 147 do 5 mln zł lub 10% obrotu rocznego za naruszenie; screening sankcji UE/OFAC/ONZ przed akceptacją wpływu

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 protokołu uzgodnienia z hashem SHA-256 Protokół uzgodnienia bankowego (zestawienie zapisów wyciągu vs zapisów księgowych z opisem różnic) jest archiwizowany z hashem SHA-256 i timestampem - niezmienialny 5 lat od końca roku obrotowego? Silnik reguł

UoR art. 71 (5 lat od końca roku obrotowego), Ordynacja podatkowa art. 86 § 1 (5 lat od końca roku podatkowego), AML art. 49 (5 lat od zakończenia stosunków gospodarczych); audit trail krytyczny dla obrony przed kontrolą KAS i biegłego rewidenta z PIBR

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

GoBD: nie dotyczy Zgodny z §203 StGB

Polskie uzgodnienie bankowe jest jednym z fundamentów rzetelności sprawozdania finansowego (Ustawa o rachunkowości art. 75 - rzetelność, sprawdzalność, ciągłość) i pierwszej linii kontroli KAS w przypadku audytu podatkowego. UoR art. 26 ust. 1 pkt 2 wymaga inwentaryzacji środków pieniężnych na rachunkach bankowych poprzez uzyskanie potwierdzenia salda od banku na ostatni dzień roku obrotowego - rozbieżność musi być wyjaśniona zapisem w dzienniku różnic inwentaryzacyjnych (UoR art. 27). UoR art. 24 ustanawia niezmienialność zapisu po jego dokonaniu - korekty wyłącznie przez storno czerwone (UoR art. 25) z zachowaniem historii pierwotnego zapisu. KKS art. 56 sankcjonuje narażenie podatku na uszczuplenie karą grzywny do 720 stawek dziennych (21,6 mln zł przy stawce maksymalnej) lub pozbawieniem wolności do lat 5 - nieuzgodnione salda są bezpośrednim sygnałem dla KAS o nierzetelności ksiąg. KKS art. 60 (nieprowadzenie ksiąg) i art. 61 (wadliwe prowadzenie ksiąg) ustanawiają dodatkowe sankcje za błędy systemowe.

Aspekt RODO: dane z wyciągów bankowych (numery rachunków NRB, NIPy kontrahentów, PESEL osób fizycznych prowadzących JDG, imię i nazwisko, adres) przetwarzane na podstawie art. 6 ust. 1 lit. c RODO (obowiązek prawny - uzgadnianie wynikające z UoR i Ordynacji podatkowej). Okres przechowywania: 5 lat od końca roku obrotowego (UoR art. 71) lub 5 lat od końca roku podatkowego (Ordynacja podatkowa art. 86 § 1) lub 5 lat od zakończenia stosunków gospodarczych (Ustawa AML art. 49) - efektywnie 5-7 lat. UODO może nałożyć karę do 4% obrotu rocznego lub 20 mln EUR za naruszenie (RODO art. 83). Aspekt AML: Ustawa z 1.03.2018 art. 72 wymaga raportowania STR do GIIF dla transakcji ponadprogowych >15.000 EUR (regularne) oraz >250.000 zł (gotówkowe) - sankcja administracyjna art. 147 do 5 mln zł lub 10% obrotu rocznego za naruszenie. PSD2 (Ustawa o usługach płatniczych z 19.08.2011 art. 32) wymaga silnego uwierzytelnienia (SCA) dla AISP/PISP korzystających z Polish Open Banking API.

Wkład w dokumentację procesową

Dokumentacja procedur (zgodna z RODO art. 30 - rejestr czynności przetwarzania, AML art. 50 - rejestr transakcji, oraz UoR art. 71 - dokumentacja księgowa) zawiera dla każdego uzgodnienia bankowego: dane wejściowe (wyciąg CAMT.053/MT940 z hashem SHA-256, NRB rachunku, data wyciągu, saldo początkowe, saldo końcowe), parsowanie każdej transakcji (data księgowania, data waluty, kwota, NRB nadawcy, NIP nadawcy z REGON, tytuł, kod GVC), wynik dopasowania (typ: dokładne / wzorzec cykliczny LLM / eskalacja człowieka, referencja do faktury KSeF FA(2) lub do otwartej należności), dekretacja opłat bankowych z konto Wn/Ma wg ZPK, dekretacja odsetek z stroną wpisu, przeliczenie walut po NBP fixing z timestampem, powiązanie z zapisem w dzienniku JPK_KR (numer dziennika, konto Wn, konto Ma, kwota, opis), wynik screeningu AML dla wpływów >15.000 EUR z raportem STR do GIIF, identyfikator pracownika rozwiązującego eskalację, znacznik czasu zatwierdzenia. Korekty przez storno czerwone wg UoR art. 25 z zachowaniem historii pierwotnego zapisu. Decyzje wyjątkowe (manualne dopasowanie odbiegające od wzorca, override blokady AML, przesunięcie zapisu na konto rozrachunkowe 24-9) udokumentowane uzasadnieniem głównego księgowego z odniesieniem do podstawy prawnej UoR. Kompatybilna z kontrolą KAS (audyt JPK_KR krzyżowo z JPK_V7M), GIIF (audit AML/CFT), badaniem ustawowym biegłego rewidenta z PIBR (Krajowy Standard Rewizji Finansowej 320 - istotność, KSRF 540 - wartości szacunkowe), biurem rachunkowym i postępowaniem dowodowym przed sądem rejonowym w sprawach karnych skarbowych z KKS.

Panel wyników

Agent Readiness 84-91%
Governance Complexity 18-25%
Economic Impact 74-81%
Lighthouse Effect 23-30%
Implementation Complexity 23-30%
Wolumen transakcji Codziennie

Wymagania wstępne

  • Integracja bankowa przez Polish Open Banking API (PSD2 AISP - PKO BP, mBank, ING Bank Śląski, Pekao, Santander Polska, Millennium, Alior, Bank Pocztowy) lub import wyciągów (CAMT.053 ISO 20022, MT940 SWIFT, ELIXIR-O KIR)
  • System ERP z modułem księgi głównej i Treasury (Comarch ERP Optima Bank/Comarch ERP XL Bank, Symfonia Finanse, enova365 Bank, InsERT Subiekt nexo Pro, SAP S/4HANA Polish Localization Cash Management, Asseco Softlab Treasury, WAPRO Fakir)
  • Plan kont (ZPK - Zakładowy Plan Kont) zgodny z Ustawą o rachunkowości art. 4 z mapowaniem typów opłat bankowych (75-2 koszty finansowe, 40-2 usługi obce) i odsetek (75-1 przychody finansowe, 75-2 koszty finansowe)
  • Tabela mapowania kodów GVC SWIFT (16 wersja 2024) i BankTransactionCode CAMT.053 na typy operacji w księgowości (przelew, polecenie zapłaty, opłata, odsetki, BLIK, SORBNET2, Express Elixir)
  • Certyfikaty eIDAS QWAC (Qualified Website Authentication Certificate) i QSealC (Qualified Sealing Certificate) wydane przez polskie kwalifikowane podmioty (CenCert, Szafir, EuroCert, KIR Trusted Information Network) dla TPP-AISP w PSD2
  • Konfiguracja progu pewności dla wzorca cyklicznego (typowo 6 wystąpień w 12 miesiącach, kwota odchylenia <5%) i polityki AML/CFT z procedurą screeningu sankcji UE/OFAC/ONZ/GIIF

Wkład w infrastrukturę

Pipeline uzgodnienia bankowego jest sercem zarządzania płynnością i zgodności podatkowej w polskim ekosystemie. Łączy się z Agentem Cash Application (przez parsowanie CAMT.053/MT940), Agentem Przebiegów Płatności (przez powiązanie wyciągu z plikami ELIXIR/SORBNET2/SWIFT MT103 generowanymi w przebiegu płatności), Agentem Cash Forecasting (przez konsolidację sald w czasie rzeczywistym przez Polish Open Banking), Agentem KSeF (przez powiązanie wyciągu z numerem FA(2) faktury). Integracja z bankami polskimi przez Polish Open Banking API (PKO BP, mBank, ING Bank Śląski, Pekao, Santander Polska, Millennium, Alior, Bank Pocztowy, Citibank Handlowy, BNP Paribas, Credit Agricole, Deutsche Bank, Raiffeisen, BOŚ) zapewnia konsolidację sald w czasie rzeczywistym, automatyczne pobieranie wyciągów dziennych (CAMT.053 ISO 20022 dla nowoczesnych banków, MT940 SWIFT dla historycznych) i potwierdzenia wykonania (MT900 odbiór, MT910 saldo). Wyciągi BLIK incoming (PSP - Polski Standard Płatności) dla mikro-faktur do 5.000 zł rozpoznawane po polu :86:. Wyciągi SORBNET2 (NBP) dla transakcji wysokokwotowych >1 mln zł identyfikowane po typie systemu rozliczeniowego. Audit trail kompatybilny z kontrolą KAS (krzyżowo z JPK_KR i JPK_V7M), GIIF (AML/CFT - STR >15.000 EUR), biegłym rewidentem z PIBR (badanie ustawowe sprawozdania finansowego), PIP (zgodność wynagrodzeń z wyciągu z deklaracjami ZUS) i UODO (RODO).

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 uzgodnienia bankowego - CAMT.053, MT940 i Polish Open Banking API

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 prognozy przepływów pieniężnych - KSR 1 RPP + MSSF 7 | Gosign

Pełna zgodność z KSH art. 233 obowiązek upadłości + KSR 1 RPP + UoR art. 49 + MSSF 7 (IAS 7) + KNF Rek. D/Z + LCR/NSFR Bazylea III + KSeF FA(2) integracja + KSRF 540 Substantive Testing - Cert-Ready dla biegłego rewidenta PIBR + KNF + KAS + zarządu.

K W
Readiness: 46-53%
Economic: 68-75%
Governance: 34-41%
Mikrodecyzje: 16
Tygodniowo

Agent obsługi płatności

Formatowanie płatności, przekazywanie do banku, przetwarzanie odpowiedzi, zapewnienie zasady czterech oczu.

W
Readiness: 87-94%
Economic: 71-78%
Governance: 21-28%
Mikrodecyzje: 6
Codziennie

Często zadawane pytania

Jakie formaty wyciągów bankowych Agent obsługuje w polskim ekosystemie - CAMT.053, MT940, ELIXIR-O?

Agent obsługuje trzy główne formaty wyciągów polskiego rynku. CAMT.053 (ISO 20022) to nowoczesny format XML preferowany przez wszystkie polskie banki w ramach Polish Open Banking API (PSD2) - zawiera pełną strukturę BankToCustomerStatement z polami EntryDetails (każda transakcja), Amount (kwota + waluta), BookingDate, ValueDate, BankTransactionCode (kategoryzacja), RemittanceInformation (tytuł), DebtorAgent + CreditorAgent (BIC banków). MT940 SWIFT to historyczny format tekstowy używany od lat 90. - rekord :60: saldo początkowe, :61: każda transakcja z kodem GVC, :86: dodatkowe informacje (w polskim profilu ZBP zawiera NIP nadawcy dla niektórych banków), :62: saldo końcowe. ELIXIR-O (KIR - Krajowa Izba Rozliczeniowa) to format wewnętrzny dla rozliczeń międzybankowych - zwykle nie pobierany jako wyciąg klienta, ale przydatny do rekonstrukcji szczegółów rozliczenia ELIXIR/Express Elixir gdy CAMT.053 nie zawiera kompletnego BankTransactionCode. Agent automatycznie wykrywa format (XML magic header dla CAMT, prefix :20: dla MT940) i parsuje wg odpowiedniej specyfikacji. Pobieranie przez Polish Open Banking API jest preferowane (auto, bez ręcznego importu) - certyfikat eIDAS QWAC + QSealC wymagany dla TPP-AISP.

BLIK B2B incoming - jak Agent identyfikuje wpływy BLIK na wyciągu i powiązuje z fakturami?

BLIK (Polski Standard Płatności PSP) to mobilny system płatności z 6-cyfrowym kodem - obsługuje incoming B2B do 5.000 zł na transakcję dla płatności od kontrahentów. Na wyciągu CAMT.053 wpływ BLIK identyfikowany jest przez BankTransactionCode wskazujący PSP/BLIK lub przez pole AdditionalEntryInformation zawierające 'BLIK' lub identyfikator kodu 6-cyfrowego. Na MT940 wpływ widoczny jest w polu :86: z prefiksem 'BLIK' lub kodem PSP. Agent rozpoznaje BLIK incoming po: (1) kwocie <=5.000 zł, (2) typie transakcji wskazującym PSP, (3) tytule przelewu zawierającym numer KSeF FA(2) lub numer faktury + NIP nabywcy. Powiązanie z fakturą deterministyczne: Agent wyszukuje fakturę wymagalną z dokładnie pasującą kwotą brutto + NIPem kontrahenta + numerem KSeF; jeśli match jednoznaczny, faktura zostaje rozliczona automatycznie, jeśli ambiguity (kilka faktur z tą samą kwotą) - eskalacja do księgowego z propozycjami. BLIK B2B outgoing (firma płaci dostawcy) NIE jest praktyczny dla AP korporacyjnego (brak masowego eksportu, ręczne wpisanie kodu), więc rzadki na wyciągu firmowym - jeśli pojawia się, traktowany jako zwykły przelew wychodzący.

Polish Open Banking API (PSD2 AISP) - jakie banki Agent obsługuje i jakie certyfikaty są wymagane?

Polish Open Banking (Polish API) to lokalna implementacja PSD2 (Dyrektywa UE 2015/2366 + Ustawa z 19.08.2011 o usługach płatniczych) - standardowe API REST udostępnione przez wszystkie polskie banki dla TPP (Third Party Providers) jako AISP (Account Information Service Provider) dla pobierania wyciągów. Specyfikacja Polish API zarządzana przez ZBP (Związek Banków Polskich) - obecnie wersja 2.1.2 z 2024. Agent obsługuje wszystkie kluczowe banki polskie: PKO BP (PKO API), mBank (mBank API), ING Bank Śląski (ING Web API), Pekao (Pekao Open Banking), Santander Polska (Santander Open Banking), Millennium Bank, Alior Bank, Bank Pocztowy, Citibank Handlowy, BNP Paribas, Credit Agricole, Deutsche Bank Polska, Raiffeisen, BOŚ, Plus Bank. Funkcje AISP: (1) pobieranie wyciągów dziennych w formacie CAMT.053 (preferowany) lub MT940, (2) konsolidacja sald w czasie rzeczywistym dla cash forecasting, (3) historia transakcji do 90 dni wstecz, (4) potwierdzenia wykonania (MT900/MT910). Wymagane certyfikaty eIDAS: QWAC (Qualified Website Authentication Certificate) - dla TLS handshake między TPP a bankiem, QSealC (Qualified Sealing Certificate) - dla podpisu wniosków API. Wydawane przez polskie kwalifikowane podmioty: CenCert, Szafir, EuroCert, KIR Trusted Information Network. Silne uwierzytelnienie SCA (art. 32 UUP) - klient banku autoryzuje TPP-AISP raz na 90 dni przez bankowość elektroniczną z 2FA (token, SMS, aplikacja, biometria).

JPK_KR i JPK_V7M - jak Agent zapewnia spójność wyciągu bankowego z plikami JPK dla audytu KAS?

JPK_KR (Jednolity Plik Kontrolny dla Ksiąg Rachunkowych - struktura zgodna z Rozporządzeniem MF z 14.10.2015) to miesięczny plik z pełnym zapisem dziennika i ksiąg pomocniczych - zawiera DziennikRekord (każdy zapis z numerem, datą, kontami Wn/Ma, kwotą, opisem) oraz KontaRachunkowe. JPK_V7M (struktura 2-1 od 2026 wg Ustawy o VAT art. 99 + Rozporządzenia MF) to miesięczny plik z ewidencją VAT - zawiera SprzedazWiersz (faktury sprzedaży z numerem KSeF FA(2)) i ZakupWiersz (faktury zakupu). Agent zapewnia spójność: (1) każdy wpis na wyciągu (z faktury KSeF) ma referencję do zapisu w JPK_KR (kontrola Wn = Ma, suma sald), (2) każdy wpływ z faktury KSeF ma odpowiednik w JPK_V7M SprzedazWiersz (numer KSeF FA(2) jako klucz), (3) każda płatność za fakturę zakupu (KSeF FA(2)) ma odpowiednik w JPK_V7M ZakupWiersz. Krzyżowe sprawdzenie KAS: kontroler porównuje wyciąg + JPK_KR + JPK_V7M - jeśli wpływ na rachunku bankowym istnieje w JPK_KR ale nie w JPK_V7M jako sprzedaż, sygnał o nieujęciu sprzedaży (zaniżenie VAT - sankcja KKS art. 56 do 720 stawek dziennych = 21,6 mln zł). Agent generuje raport spójności dla kontrolera z trzema kolumnami: wyciąg (kwota, NIP, NRB), JPK_KR (numer dziennika, konto, kwota), JPK_V7M (numer KSeF, kwota netto, VAT) - identyfikuje rozbieżności przed kontrolą.

Inwentaryzacja sald na koniec roku obrotowego (UoR art. 26-27) - jak Agent ją obsługuje?

Ustawa o rachunkowości art. 26 ust. 1 pkt 2 wymaga inwentaryzacji środków pieniężnych na rachunkach bankowych poprzez uzyskanie potwierdzenia salda od banku na ostatni dzień roku obrotowego (typowo 31.12). Agent realizuje to w czterech krokach: (1) pobiera wyciąg z 31.12 przez Polish Open Banking API z saldem końcowym (pole :62F: dla MT940, ClosingAvailableBalance dla CAMT.053), (2) wnioskuje o oficjalne potwierdzenie salda od banku (Bank Confirmation Letter - typowo wysyłany przez bank pocztą lub przez bankowość elektroniczną w styczniu), (3) porównuje saldo z wyciągu z saldem księgowym konta 13-1 (rachunek bieżący) lub 13-2 (rachunek lokaty) wg ZPK, (4) jeśli rozbieżność - generuje zapis w dzienniku różnic inwentaryzacyjnych (UoR art. 27) z wyjaśnieniem (typowe przyczyny: przelewy w drodze, opłaty zaksięgowane przez bank po 31.12, błędy operacyjne). Audit trail dla biegłego rewidenta z PIBR: kopia oficjalnego potwierdzenia banku (Bank Confirmation Letter) + wyciąg CAMT.053 + zapis różnic + uzasadnienie. Krajowy Standard Rewizji Finansowej 505 (potwierdzenia od osób trzecich) wymaga niezależnej weryfikacji potwierdzenia banku przez biegłego rewidenta - Agent ułatwia eksport ZIP z dokumentacją dla biegłego.

Sankcja KKS art. 56 - jak nieuzgodnione salda generują ryzyko karne i jak Agent to mitiguje?

Kodeks Karny Skarbowy art. 56 sankcjonuje narażenie podatku na uszczuplenie - kara grzywny do 720 stawek dziennych (przy stawce maksymalnej 30.000 zł = 21,6 mln zł kary), w przypadku znacznej wartości pozbawienie wolności do lat 5. Nieuzgodnione salda bankowe są bezpośrednim sygnałem dla KAS o nierzetelności ksiąg: (1) wpływ na rachunek nieprzypisany do żadnej faktury sprzedaży = niezadeklarowana sprzedaż (zaniżenie VAT i CIT), (2) wypływ z rachunku bez dokumentu = wydatek nieuzasadniony (zaniżenie kosztu uzyskania przychodu jest też ryzykiem CIT), (3) różnica między saldem bankowym a księgowym = brak uzgodnienia inwentaryzacyjnego (UoR art. 26 - obligatoryjna inwentaryzacja). Dodatkowo KKS art. 60 (nieprowadzenie ksiąg) i art. 61 (wadliwe prowadzenie ksiąg) ustanawiają kary za błędy systemowe - art. 60 kara grzywny do 240 stawek dziennych (7,2 mln zł), art. 61 kara grzywny do 120 stawek dziennych (3,6 mln zł). Agent mitiguje ryzyko: (1) codzienne uzgodnienie zamiast miesięcznego (rozbieżności widoczne natychmiast, nie kumulują się), (2) deterministyczne dopasowanie 95%+ wpływów po numerze KSeF FA(2) (eliminuje 'wpływy nieprzypisane'), (3) eskalacja każdej pozycji nieprzypisanej do księgowego z 24h SLA, (4) krzyżowe sprawdzenie wyciąg ↔ JPK_KR ↔ JPK_V7M generujące raport spójności dla KAS, (5) niezmienialna archiwizacja z hashem SHA-256 + timestampem przez 5 lat (UoR art. 71). Audit trail dla obrony: każda transakcja ma referencję do dowodu (faktura KSeF, dyspozycja przelewu, zapis w dzienniku JPK_KR).

Przeliczenie walut obcych - jak Agent stosuje kurs NBP fixing zgodnie z UoR art. 30?

Ustawa o rachunkowości art. 30 wymaga przeliczenia operacji w walutach obcych po kursie średnim ogłoszonym przez Narodowy Bank Polski (NBP fixing) z dnia poprzedzającego dzień przeprowadzenia operacji. NBP publikuje tabelę A (oficjalna, średnie kursy) codziennie do godziny 12:00 w dni robocze (poniedziałek-piątek bez świąt). Tabele B i C są dla mniej znaczących walut. Agent realizuje przeliczenia: (1) dla każdej transakcji w walucie obcej z wyciągu (EUR/USD/CHF/GBP/CZK/HUF/SEK/NOK/DKK) pobiera kurs z tabeli A NBP z dnia poprzedzającego datę zaksięgowania (BookingDate w CAMT.053, :60: w MT940), (2) jeśli zaksięgowanie w sobotę/niedzielę/święto - używa kursu z ostatniego dnia roboczego przed, (3) przelicza kwotę z waluty obcej na PLN i zapisuje obie kwoty (oryginalna + PLN) w zapisie księgowym, (4) różnice kursowe zrealizowane (różnica między kursem zaksięgowania a kursem rozliczenia) zapisuje na konto 75-1 (przychody finansowe - zysk kursowy) lub 75-2 (koszty finansowe - strata kursowa). Różnice kursowe niezrealizowane na koniec roku (saldo waluty obcej na rachunku 31.12) wycenia po kursie NBP z 31.12 (lub ostatniego dnia roboczego) i odnosi na konta różnic kursowych. Agent zachowuje audit trail: data NBP fixing użyta, kurs, kwota oryginalna, kwota PLN - dla kontroli KAS lub biegłego rewidenta z PIBR.

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.