Transaktionsgranskning, AML-screening och eskaleringskedjor delar alla samma krav: inte bara att ett beslut var korrekt, utan att det kan rekonstrueras i efterhand, oberoende, utan att förlita sig på institutionens egna loggar. Den här sidan anger hur ett sådant arbetsflöde skulle planeras och köras på inTheEU Assist, inte en registrering av en slutförd implementering.
En föreslagen åtgärd i flera steg, en transaktionsgranskning, ett flaggat mönster, en eskalering, skulle planeras som en kedja av steg. Hela sekvensen hashas innan någon av den körs, så planen som en godkännare granskar är exakt den plan som körs. Det finns ingen klyfta mellan vad som visades för en människa och vad systemet faktiskt gjorde.
Stadier som flaggats som riskbärande (en eskalering, en kundinriktad utdata, ett slutligt beslut) skulle ha ett oberoende, andra godkännande, separat från den initiala sign-off på plannivå. Ett allmänt godkännande av arbetsflödet ersätter inte ett specifikt godkännande på den punkt som faktiskt har betydelse.
Varje steg som kan påverka en kund, en transaktion eller en regulatorisk ansökan skulle kräva ett uttryckligt undertecknat godkännande innan du fortsätter. Efterlevnads- och kvantitetsteam förblir auktoriteten på vad som utgör en risksignal. Plattformens roll är att se till att när de väl bestämt sig är beslutet och dess grund bevisbara, inte bara registreras.
Godkännandestrukturen i två nivåer, hashing på plannivå och det signerade, offline-verifierbara revisionsspåret bakom varje exekveringssteg är fungerande delar av plattformen. Vad är inte en del av detta: någon förbyggd AML- eller bedrägeriupptäckningsmodell. Institutionens egna efterlevnads- och kvantitetsteam skulle tillhandahålla logiken som definierar en risksignal; Plattformen tillhandahåller det styrda utförandet och revisionslagret under den.
En del av arkitekturen som ligger till grund för denna funktionsuppsättning är dokumenterad i ansökningar som fortfarande pågår. Den här sidan beskriver vad plattformen är designad för att göra, på en nivå som är lämplig för att planera en pilot, inte en implementeringsspecifikation.
Plattformsfunktioner och gränssnitt är föremål för ständiga förbättringar. Beskrivningarna i den här guiden kanske inte återspeglar den exakta layouten eller ordalydelsen för den senaste versionen.