Agent AI a odpowiedzialność — kto to właściwie podpisuje

Każda rozmowa wstępna z biurem rachunkowym dochodzi do tego samego pytania. Zwykle w okolicach czterdziestej minuty i zwykle zadanego ostrożnie: a jeśli agent się pomyli, kto za to odpowie?

Uczciwa odpowiedź rozczarowuje wszystkich przy stole. Dokładnie ci sami, którzy odpowiadali rok temu. Odpowiedzialność nie przeszła na oprogramowanie, bo nigdy nie była do przeniesienia — ani prawo bilansowe, ani podatkowe nie zna konstrukcji, która pozwala oddać ją narzędziu. Formuła w arkuszu też nigdy nie wzięła jej za nikogo na siebie.

Zmienia się więc nie to, kto odpowiada. Zmienia się to, jak dobrze potraficie wykazać, co się wydarzyło — i to jest akurat ta część, za którą płaci się bez żalu.

Trzy miejsca, w których odpowiedzialność już siedzi, i w żadnym nie ma oprogramowania

Zacznijmy od tego, jak było, zanim ktokolwiek wspomniał o AI.

Kierownik jednostki po stronie klienta. Ustawa o rachunkowości załatwia to jednym zdaniem, którego większość właścicieli firm nigdy nie przeczytała: kierownik jednostki ponosi odpowiedzialność za wykonywanie obowiązków w zakresie rachunkowości, w tym z tytułu nadzoru, również wtedy, gdy obowiązki te powierzono innej osobie lub przedsiębiorcy. Oddanie ksiąg do biura przenosi pracę. Nie przenosi odpowiedzialności, a nadzór zostawia wprost po stronie klienta.

Biuro. Odpowiedzialność kontraktowa wobec klienta plus obowiązkowe OC, które musi mieć każdy podmiot świadczący usługi prowadzenia ksiąg — minimalna suma gwarancyjna 10 000 euro na jedno zdarzenie. Zatrzymajcie się na chwilę przy tej liczbie. To jakieś 43 000 zł, czyli mniej niż jeden przelew puszczony na konto spoza białej listy przy fakturze na 200 000 zł — i mniej niż spora część błędów, o które ludzie martwią się przy agencie. Obowiązkowe minimum nigdy nie było liczone pod ciekawe przypadki.

Ten, kto faktycznie zajmuje się sprawami finansowymi. Kodeks karny skarbowy sięga po osobę zajmującą się sprawami gospodarczymi, w szczególności finansowymi — i tą właśnie drogą księgowa odpowiada osobiście za coś, czego zarząd klienta nigdy nie widział na oczy.

Trzy strony, ani jednego wolnego miejsca. Kiedy dostawca sugeruje, że jego agent „bierze na siebie ciężar compliance", zapytajcie, w którą z tych trzech ról wchodzi. Nie odpowie, bo w żadnej z nich nie ma miejsca dla oprogramowania.

Osoba, która podpisuje, ma imię i nazwisko na papierze

Najostrzejsza wersja całego tematu dotyczy wysyłki. Ostra jest dlatego, że papiery nie zostawiają pola do interpretacji.

Deklarację elektroniczną podpisuje kwalifikowanym podpisem konkretna osoba fizyczna albo pełnomocnik wskazany z imienia i nazwiska na UPL-1 — znowu osoba fizyczna. Nie ma rubryki na konto serwisowe. Kiedy więc ktoś mówi, że jego system „wysyła JPK automatycznie", fizycznie dzieje się tyle: oprogramowanie dysponuje danymi należącymi do człowieka, a ten człowiek podpisał każdy wysłany plik. Czy przeczytał choć jeden, to sprawa między nim a jego sumieniem — dokładnie do dnia, w którym staje się sprawą między nim a urzędem.

Dlatego w każdym wdrożeniu zostawiam przycisk wysyłki po stronie człowieka. Zostawiłbym go tam, nawet gdyby klient prosił inaczej. Agent składa plik, przepuszcza kontrole mechaniczne i wypisuje, co znalazł oraz czego nie rozstrzygnął — ten podział rozpisałem w tekście o tym, co agent naprawi w JPK_V7, a czego dotykać nie może. Osoba z nazwiskiem i certyfikatem czyta listę i wysyła. Ten krok kosztuje jakieś cztery minuty miesięcznie na klienta. To najtańsze ubezpieczenie w całym wdrożeniu.

Cztery poziomy uprawnień i jedna granica, która naprawdę waży

W praktyce „czy agent może zrobić X" nigdy nie jest pytaniem na tak lub nie. Każda operacja agenta stoi na jednym z czterech szczebli, a ta drabina — nie umowa — jest właściwym dokumentem projektowym wdrożenia:

1. Czytaj. Pobierz dokument, pozycję z wyciągu, status z rejestru. Bez konsekwencji, bez akceptacji — i akurat tu leży zaskakująco duża część wartości, bo codziennego przeglądu 3 200 kontrahentów pod kątem zmian statusu nikt ręcznie nie zrobi.
2. Zaproponuj. Przygotuj dekret, dopasowanie, oznaczoną rozbieżność. Nadal bez konsekwencji, bo nic nie weszło do ksiąg. Człowiek akceptuje albo odrzuca.
3. Zapisz. Zaksięguj, podepnij dokument, ustaw atrybut. Odwracalne, zalogowane, widoczne — ale księgi się zmieniły i zmieniły się bez decyzji człowieka.
4. Wyślij albo podpisz. Złóż deklarację, zleć przelew, wyślij mail do klienta. Nieodwracalne w tym sensie, który się liczy: coś dotarło do osoby trzeciej.

Granica, na której wisi odpowiedzialność, nie leży między 1 a 2, choć większość ludzi właśnie tam jej szuka. Leży między 3 a 4. Błąd na poziomie 3 jest wstydliwy i do naprawienia — storno, przeliczenie miesiąca. Błąd na poziomie 4 wychodzi z budynku.

To ta sama granica zapisu, na którą trafiłem od innej strony, pisząc o tym, ile naprawdę trwa wdrożenie agenta. Moment, w którym projekt potrzebuje poziomu 3 albo 4, jest momentem, w którym wszystkie niepisane konwencje biura muszą zostać powiedziane na głos. I dlatego to właśnie wtedy sypią się terminy.

Dobrze zakrojony agent księgowy trzyma się niemal wyłącznie szczebli 1 i 2, wchodzi na 3 przy wąskiej liście operacji uzgodnionych na piśmie i nie dotyka 4.

Test podpisu

Oto test, którego używam teraz przy ustalaniu zakresu. Dziesięć sekund na operację.

Dla każdego kroku, który rozważacie zautomatyzować, zapytajcie: gdyby poszło źle i kontrolujący zapytał, czyja to była decyzja, umielibyście podać nazwisko w mniej niż minutę?

Jeśli odpowiedzią jest nazwisko — samodzielna księgowa, która zatwierdziła regułę, członek zarządu klienta, który przyjął próg tolerancji — krok nadaje się do automatyzacji, bo automat wykonuje decyzję, którą ktoś już podjął. Jeśli odpowiedź brzmi „no, system tak robi", krok nie jest gotowy. Nie dlatego, że jest technicznie trudny, tylko dlatego, że właśnie znaleźliście decyzję, której nikt realnie nie podjął, a zautomatyzowanie jej zamroziłoby tę lukę w procesie.

Test bywa niewygodny, ale w pożyteczny sposób. Przepuszczony przez całe biuro wyławia zwykle dwie, trzy reguły, których wszyscy przestrzegają, a nikt za nie nie odpowiada: tolerancja groszowej różnicy przy dopasowaniu wyciągu, moment, w którym pozycja nierozliczona idzie do eskalacji, a nie leży dalej. To nie są problemy automatyzacyjne. To luki w zarządzaniu, które automatyzacja wyciąga na wierzch — i samo ich znalezienie zwraca się z nawiązką, niezależnie od tego, czy cokolwiek potem zbudujecie.

Co zatem się zmienia

Skoro odpowiedzialność nie wędruje, po co to wszystko?

Dowody. Proces ręczny, obejrzany uczciwie, zwykle nie umie powiedzieć, kto co zdecydował. Zapytajcie w październiku, dlaczego konkretna faktura trafiła do sierpnia, a odpowiedź będzie rekonstrukcją: czyjeś wspomnienie rozmowy plus wnioskowanie z tego, co ostatecznie wylądowało w księgach. Zapytajcie o to samo proces z agentem w środku, a dostaniecie zapis: reguła, która zadziałała, dane, na których zadziałała, osoba, która przyjęła propozycję, znacznik czasu. Tak wygląda obrona.

Jest jeszcze drugi efekt, mniej oczywisty. Skoro każdy zautomatyzowany krok potrzebuje właściciela z nazwiskiem, zanim w ogóle powstanie, całe ćwiczenie zmusza biuro do spisania decyzji, które dotąd siedziały ludziom w głowach. Agent jest tu tylko pretekstem. Wartość zostaje, nawet jeśli za rok zmienicie narzędzie.

Argument nie brzmi więc „oprogramowanie bierze wasze ryzyko". Brzmi: odpowiedzialność macie tę samą, zdolność wykazania staranności rośnie wyraźnie, a jakieś dwie trzecie pracy kontrolnej przestaje zależeć od tego, czy ktoś miał na to czas dwudziestego czwartego. Szersza logika tego, co agenty AI robią w firmie, jest wszędzie ta sama — maszyna przygotowuje, człowiek decyduje. Przy wdrożeniu na enova365 drabinę uprawnień widać zresztą dosłownie: to konkretne role i prawa do operacji, a nie deklaracja w umowie.

Trzy rzeczy do spisania przed startem

Nie wzór umowy i nie porada prawna — po prostu trzy pozycje, które niezawodnie oszczędzają wam późniejszej kłótni:

Lista operacji. Która operacja stoi na którym szczeblu, z nazwy, z osobą przypisaną do każdej pozycji ze szczebla 3. Jedna strona. Jeśli wychodzą cztery, zakres pierwszego etapu jest za szeroki.

Retencja logów. Zapisy decyzji powinny żyć co najmniej tak długo jak księgi, których dotyczą — pięć lat to rozsądne minimum. Lepiej mieć to zapisane, niż zdawać się na to, co akurat trzyma baza dostawcy.

Rozmowa z ubezpieczycielem. Krótka, przed wznowieniem, a nie po szkodzie. Co agent czyta, co zapisuje, co robi bez nadzoru.

Jedna liczba do policzenia na starcie

Zanim cokolwiek z tego stanie się konkretne, policzcie jedną rzecz. Weźcie korekty i błędy z ostatniego kwartału i przy każdym zapiszcie, czy ktoś potrafi dziś wskazać z nazwiska osobę, której decyzja do tego doprowadziła.

Jeśli przy większości pojawia się nazwisko, macie proces gotowy do automatyzacji, a agent poprawi go tak, że da się to udowodnić. Jeśli przy większości nazwiska nie ma, znaleźliście właściwy projekt — tyle że to nie jest projekt z AI. To dwa popołudnia przy tablicy i ustalenie, kto za co odpowiada.

Chcecie ustalić, które operacje u was mogłyby bezpiecznie stanąć na szczeblu 3 i pod co dałoby się to podpiąć w waszym systemie? Napiszcie do mnie — zakres ustalamy bezpłatnie, zajmuje to pół godziny.