Przegląd transakcji, kontrola AML i łańcuchy eskalacji mają ten sam wymóg: nie tylko decyzja jest prawidłowa, ale także możliwość jej późniejszej rekonstrukcji niezależnie, bez polegania na własnych rejestrach instytucji. Na tej stronie przedstawiono sposób planowania i realizacji takiego przepływu pracy w inTheEU Assist, a nie opis zakończonego wdrożenia.
Proponowane wieloetapowe działanie, przegląd transakcji, oflagowany wzorzec, eskalacja, zostaną zaplanowane jako łańcuch etapów. Pełna sekwencja jest szyfrowana przed uruchomieniem dowolnego z nich, więc plan, który osoba zatwierdzająca przegląda, jest dokładnie tym planem, który jest wykonywany. Nie ma rozbieżności pomiędzy tym, co pokazano człowiekowi, a tym, co faktycznie zrobił system.
Etapy oznaczone jako niosące ryzyko (eskalacja, wynik skierowany do klienta, ostateczna decyzja) będą wymagały niezależnej, drugiej zgody, niezależnej od wstępnego podpisania na poziomie planu. Ogólna akceptacja przepływu pracy nie zastępuje konkretnej zgody w faktycznie istotnym momencie.
Każdy etap, który może mieć wpływ na klienta, transakcję lub zgłoszenie regulacyjne, wymaga wyraźnej podpisanej zgody przed kontynuowaniem. Zespoły ds. zgodności i ilościowe pozostają autorytetem w zakresie tego, co stanowi sygnał ryzyka. Rolą platformy jest dopilnowanie, aby podjęta decyzja była możliwa do udowodnienia, a nie tylko zarejestrowana.
Dwupoziomowa struktura zatwierdzania, haszowanie na poziomie planu i podpisana, możliwa do zweryfikowania w trybie offline ścieżka audytu za każdym etapem wykonania to działające części platformy. Co nie jest częścią tego: dowolny gotowy model AML lub wykrywania oszustw. Własne zespoły instytucji ds. zgodności i ilościowe zapewniłyby logikę definiującą sygnał ryzyka; platforma zapewnia pod sobą warstwę kontrolowanego wykonywania i audytu.
Część architektury leżącej u podstaw tego zestawu możliwości jest udokumentowana w dokumentach będących w toku. Na tej stronie opisano, do czego platforma została zaprojektowana, na poziomie odpowiednim do planowania pilotażu, a nie specyfikacji wdrożenia.
podlegają ciągłemu udoskonalaniu. Opisy zawarte w tym przewodniku mogą nie odzwierciedlać dokładnego układu lub sformułowań najnowszej wydanej wersji.