Ścieżka audytu decyzji — fragment

Artefakt do prześledzenia logiki decyzji i odpowiedzialności

Cel i zakres

Ścieżka audytu decyzji umożliwia odtworzenie: jakie były wejścia do decyzji, jaką logikę zastosowano, kto zatwierdził kluczowe założenia i gdzie znajdują się dowody.

Struktura śladu decyzyjnego

• dane wejściowe i ich źródła,
• logika decyzyjna (w tym komponenty ML / reguły),
• założenia o wysokiej dźwigni,
• odpowiedzialności (owners),
• wydarzenia i decyzje w czasie.

Fragment tabeli śladu decyzyjnego

Przykładowe wiersze pokazujące, jak śledzić konkretne decyzje.

Czas / zdarzenie	Wejście / kontekst	Logika / komponent	Odpowiedzialność	Dowód / ślad
2026-01-15 10:32 CET Event-ID: EVT-0012	Zapytanie kredytowe z kanału mobilnego; segment klienta: SME.	Model ML v3.4 + reguły polityki kredytowej.	Owner modelu + Owner polityki.	Snapshot feature store + zapis wersji modelu.
2026-01-15 10:32 CET Decision-ID: DEC-0012-A	Scoring > threshold, brak flag ryzyka AML.	Reguła decyzyjna: "approve if score ≥ X and no AML flags".	Committee / Credit Risk.	Log decyzji + zapis parametru threshold.
2026-01-15 10:34 CET Override-ID: OVR-0004	Manualne nadpisanie decyzji (override) po dodatkowej analizie.	Manual override z uzasadnieniem.	Senior Credit Officer.	Notatka z decyzji + sygnatura osoby zatwierdzającej.

Mapowanie odpowiedzialności

Każdy element śladu (wejście, logika, decyzja, override) ma przypisanego ownera. Odpowiedzialność za decyzję nie może "rozpływać się" pomiędzy systemem a człowiekiem.

Gotowość audytowa

• czy można odtworzyć wejścia do konkretnej decyzji (ID + snapshot)?,
• czy znana jest dokładna wersja modelu / reguł użytych w danym momencie?,
• czy override ma powód, właściciela i zgodność z polityką?,
• czy istnieje ścieżka eskalacji, gdy decyzja jest sporna?

Nota końcowa (SAMPLE)