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

Agent Three-Way-Matching

Zamówienie, list przewozowy, faktura - automatyczne uzgadnianie, odchylenia kierowane do odpowiednich osób.

Porównuje faktury przychodzące z zamówieniami i przyjęciami towarów. Sprawdza ilości, ceny i tolerancje. Kieruje zatwierdzenia wg kwoty i odchylenia - w pełni regułowo.

Panel wyników

Agent Readiness 89-96%
Governance Complexity 16-23%
Economic Impact 81-88%
Lighthouse Effect 21-28%
Implementation Complexity 21-28%
Wolumen transakcji Codziennie

Co robi ten agent

Three-Way-Matching to uzgadnianie zamówienia, przyjęcia towaru i faktury. Czy ilości, ceny i warunki się zgadzają? Przy ręcznym przetwarzaniu jest to czasochłonne i podatne na błędy - szczególnie przy dużych wolumenach zamówień z wieloma pozycjami.

Decision Layer rozkłada proces matching na sześć kroków decyzyjnych - wszystkie w pełni regułowe. Zamówienie i list przewozowy są identyfikowane przez porównanie w bazie danych. Ilości i ceny są porównywane numerycznie, tolerancje stosowane, odchylenia oceniane i kierowane wg matrycy zatwierdzeń.

Rezultat: Agent Three-Way-Matching to idealny kandydat na start - zero decyzji AI, zero decyzji ludzkich w standardowym przypadku. Wszystkie sześć kroków decyzyjnych jest deterministycznych. Wskaźnik błędów przy weryfikacji faktur drastycznie spada, a czas przetwarzania z dni do minut.

Tabela mikrodecyzji

Człowiek
Silnik reguł
Agent AI
Każdy wiersz to decyzja. Rozwiń, aby zobaczyć protokół decyzyjny i możliwość sprzeciwu.
Znalezienie zamówienia do faktury Które zamówienie należy do tej faktury? Silnik reguł Dostawca

Porównanie w bazie danych po numerze zamówienia i dostawcy

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

Znalezienie przyjęcia towaru Który list przewozowy lub przyjęcie towaru jest powiązane? Silnik reguł

Porównanie w bazie danych po referencji zamówienia

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.

Uzgodnienie ilości Czy zamówiona, dostarczona i zafakturowana ilość się zgadzają? Silnik reguł Dostawca

Porównanie numeryczne ze wszystkich trzech dokumentów

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

Uzgodnienie cen Czy zafakturowana cena zgadza się z uzgodnioną? Silnik reguł Dostawca

Porównanie numeryczne ze zdefiniowanym progiem tolerancji

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

Ocena odchylenia Czy odchylenie mieści się w tolerancji? Silnik reguł

Reguła progowa per grupa towarowa i dostawca

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.

Routing zatwierdzenia Kto musi zatwierdzić fakturę? Silnik reguł

Matryca zatwierdzeń wg kwoty i wielkości odchylenia

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 →

Wymagania wstępne

  • System ERP z zarządzaniem zamówieniami (Purchase Orders)
  • Elektroniczne przyjęcie towaru
  • Zdefiniowane progi tolerancji per grupa towarowa
  • Matryca zatwierdzeń wg klas kwotowych

Uwagi dotyczące governance

Zgodny z GoBD Zgodny z §203 StGB

Istotność GoBD: wysoka - proces matching to centralna instancja kontrolna między zamówieniem a płatnością. W pełni regułowy (0H/6R/0A) - brak decyzji AI, brak decyzji ludzkiej w standardowym przypadku. To czyni agenta idealnym punktem startowym dla organizacji, które muszą wykazać zgodność z GoBD. Matryca zatwierdzeń odwzorowuje zasadę czterech oczu, która jest wymagana w wielu wewnętrznych systemach kontroli.

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ą

Agent Three-Way-Matching dokumentuje dla każdego uzgodnienia: które zamówienie i które przyjęcie towaru zostały przypisane, dokładne ilości i ceny ze wszystkich trzech dokumentów, obliczone odchylenie, zastosowany próg tolerancji i wynik routingu. Przy kontroli podatkowej jest w pełni odtwarzalne, czy każda faktura została poprawnie zweryfikowana.

Wkład w infrastrukturę

Agent Three-Way-Matching buduje wzorzec uzgadniania, który jest ponownie wykorzystywany w całej organizacji Finance. Logika progów tolerancji jest wykorzystywana przez Agenta przebiegów płatności i Agenta przypisywania wpływów. Wzorzec routingu zatwierdzeń jest szablonem dla wszystkich agentów workflow wymagających zatwierdzeń kwotowych.

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

Często zadawane pytania

Co się dzieje przy dostawach częściowych?

Agent rozpoznaje dostawy częściowe automatycznie i uzgadnia ilości dostarczone z zamówionymi. Faktury za dostawy częściowe są weryfikowane względem otwartego salda pozycji zamówienia. Wielokrotne przyjęcia towaru na jedno zamówienie są kumulowane.

Jak są traktowane odchylenia cenowe?

Próg tolerancji jest konfigurowalny per grupa towarowa i dostawca. Odchylenia w ramach tolerancji są automatycznie zatwierdzane. Odchylenia przekraczające tolerancję są kierowane do odpowiedniego kupca - z dokładną różnicą i referencją do uzgodnionej ceny.

Czy do Three-Way-Matching potrzebna jest AI?

Nie. Agent jest w pełni regułowy - wszystkie sześć kroków decyzyjnych jest deterministycznych. Właśnie to czyni go idealnym punktem startowym: zero ryzyka AI, maksymalna odtwarzalność, natychmiastowa zgodność z GoBD. Komponenty AI pojawiają się dopiero przy agentach kolejnych etapów.

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.