Finansiella tjänster
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.
Hur arbetsflödet skulle struktureras
En föreslagen flerstegsåtgärd, dokumentgranskning, markerat mönster eller eskalering kan planeras som en kedja av steg. Föreslagna färdigheter och godkännandepunkter visas före körningen, och definierade arbetsflödeshändelser bevaras så att den granskade planen och efterföljande aktivitet kan jämföras och rekonstrueras.
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.
Där mänskligt godkännande sitter
Varje steg som kan påverka en kund, en transaktion eller en myndighetsinlämning kräver ett uttryckligt signerat godkännande innan det fortsätter. Efterlevnads-, risk- och kvantteam förblir beslutande om vad som utgör en signal och vilken åtgärd som tillåts. Plattformens roll är att bevara den angivna grunden, körningskontexten och det mänskliga beslutet i en spårbar post.
En första avgränsad pilot
En första pilot kan helt undvika behörighet över produktionstransaktioner. Ett team kan tillhandahålla en begränsad, godkänd uppsättning policyer, historiska eller syntetiska fall och ett granskningsflöde, exempelvis fullständighet i klientakter, korsreferens mot policy, sortering av undantag eller framtagning av en intern granskningspromemoria. Assist förbereder föreslagna slutsatser och stödjande källreferenser. Namngiven personal godkänner, korrigerar, avvisar eller eskalerar dem.
Framgång kan mätas genom granskningstid, policy- och källtäckning, falska eller obestyrkta flaggor, nödvändiga korrigeringar, konsekvens mellan återkommande akter, eskaleringskvalitet och godkännandepostens fullständighet. Inga kundåtgärder, inlämningar, betalningar, affärer eller kontobegränsningar behöver ligga inom pilotens behörighet.
Vad detta bygger på idag och vad det inte gör
Avgränsad kunskap, föreslagna färdighetskedjor, stegvisa godkännanden, lokal körning och spårbara arbetsflödesposter är fungerande delar av plattformen. Det som inte levereras som ett färdigt anspråk är en universell modell för AML, bedrägeri eller lämplighet. Institutionens egna efterlevnads-, risk- och kvantteam definierar reglerna och behåller behörigheten. Plattformen tillhandahåller den styrda arbets- och körningsmiljön runt dem.
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.
Ta med ett granskningsflöde
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.