Poznámky z praxe

Návrh KYC fronty na kontrolu, ktorá škáluje

KYC fronta na kontrolu je back-office workflow, v ktorom sa kontroly identity, ktoré stroj nevedel uzavrieť sám, predkladajú človeku. Väčšina žiadostí by mala prejsť automaticky; fronta existuje pre tie, ktoré neprejdú. Jej hlavným cieľom je zostať malá — držať skutočnú nejednoznačnosť a nič iné — pretože fronta plná prípadov, ktoré mal rozhodnúť stroj, nie je kontrola, ale úzke miesto, ktoré rastie lineárne s počtom registrácií. Ak je fronta nastavená správne, back office škáluje podľa výnimiek, nie podľa objemu.

Táto jediná vlastnosť — zámerne malá — určuje každé ďalšie rozhodnutie. Začnite rozdelením, ktoré ju takou udrží.

Straight-through je cieľ, fronta je výnimka

Straight-through processing (STP) znamená, že žiadosť prejde od začiatku do konca bez zásahu človeka: dokumenty prečítané, identita overená, screening sankcií a PEP čistý, liveness prešiel, rozhodnutie zaznamenané. Toto by mala byť bežná cesta a podiel žiadostí, ktoré ňou prejdú — miera STP — je jediné číslo, ktoré prezradí, či bude fronta škálovať. Ak sa deväťdesiat a niečo percent vybaví automaticky, ľudská fronta je zvládnuteľný pramienok; ak polovica vypadne na kontrolu, najímate kontrolórov v tempe rastu. Fronta nie je miesto, kde sa KYC deje. Je to miesto, kde automatizované KYC prizná, že si nie je isté. Keď zvýšite mieru STP, všetky ostatné čísla sa zlepšia zadarmo: menej prípadov vo fronte, kratšie čakanie, menej kontrolórov na najatie. Oplatí sa na to ísť priamo — lepšie snímanie dokladov na klientovi, jasnejšie pokyny pred odfotením, prahy párovania nastavené tak, aby sa skutoční zákazníci nezamietali prehnane opatrným pravidlom — lebo každý takto získaný percentuálny bod je prípad, ktorý sa nikdy nestane niekomu popoludním práce.

Čo sa dostane do fronty a prečo

Prípady vypadávajú na kontrolu z konkrétnych, pomenovateľných dôvodov a dôvod je najdôležitejším atribútom, aký prípad nesie. Fotka dokladu je príliš rozmazaná na prečítanie. Meno na doklade nesedí s menom v žiadosti. Screening sankcií alebo PEP vrátil možnú zhodu, ktorú musí človek potvrdiť alebo zamietnuť. Adresu sa nedá overiť v žiadnom zdroji. Kontrola liveness zlyhala, alebo rovnaká tvár či doklad už existuje na inom účte. Každé z toho je iný druh práce vyžadujúci iný druh úsudku — a hádzať ich do jednej nerozlíšenej kopy je prvá chyba, ktorú fronta robí. Rovnaký dôvod môže mať navyše veľmi odlišnú váhu: nezhoda mena môže byť nevýznamný rozdiel kvôli priezvisku po sobáši, alebo prvý signál ukradnutej identity, a úlohou fronty je nasmerovať ju k tomu, kto vie rozlíšiť, namiesto vynútenia rýchleho verdiktu v prípade, ktorý si zaslúži dôkladný.

Jedna fronta nestačí: segmentujte podľa dôvodu

Jediná fronta nútí každého kontrolóra byť generalistom a každý prípad čakať za nesúvisiacimi. Segmentácia podľa dôvodu rieši obe. Frontu možných zhôd v sankciách spracúvajú ľudia vyškolení na screening a disposition; frontu kvality dokladov tvorí rýchla vizuálna kontrola, ktorú junior kontrolór vybaví za sekundy; frontu duplicitných účtov tvorí vyšetrovanie podvodu. Každý segment má vlastné smerovanie, vlastné požadované zručnosti a vlastný SLA cieľ, lebo rozmazanú fotku treba vyriešiť v minútach, kým skutočná sankčná zhoda si zaslúži dôkladné a nenáhlené posúdenie. Segmentácia je to, vďaka čomu môžu priepustnosť a dôslednosť existovať spolu, namiesto aby sa jedno vymieňalo za druhé.

Fronta na manuálne posúdenie sa nedá škálovať najímaním ďalších posudzovateľov. Škáluje sa tým, že správne rozhodneme, ktoré prípady ju nikdy nepotrebovali — a že tie, ktoré ju potrebujú, prídu už roztriedené podľa dôvodu.
— Protocore · Prevádzkové inžinierstvo

Akcie s povinným dôvodom a auditom

Každé rozhodnutie posudzovateľa — schváliť, zamietnuť, eskalovať, vyžiadať ďalšie dokumenty — musí mať povinný dôvod a musí sa zaznamenať. Nie ako voľný text dopísaný dodatočne, ale ako štruktúrovaný výber, ktorý hovorí, prečo sa akcia vykonala, a ktorý sa zachytí v okamihu jej vykonania. Nie je to byrokracia, vďaka tomu je fronta obhájiteľná. Keď sa regulátor, audítor alebo neskorší posudzovateľ opýta, prečo bol účet schválený napriek príznaku, odpoveďou je konkrétny posudzovateľ, časová pečiatka a uvedený dôvod — nie pokrčenie plecami. Auditná stopa je append-only, takže rozhodnutie nemožno potichu prepísať dodatočne; opravy sú nové záznamy, nie úpravy starých. V našom stacku žije táto fronta aj jej auditný model v Protocore Center (/products/center), operátorskej konzole, kde každá privilegovaná akcia vyžaduje dôvod a končí v logu, ktorý nemožno potichu zmeniť.

Prípady so zásadou štyroch očí

Niektoré rozhodnutia sú príliš závažné na to, aby ich robil jeden človek. Uvoľnenie skutočného zásahu sankčného zoznamu, schválenie vysokorizikového profilu alebo zrušenie automatického zamietnutia by mali vyžadovať potvrdenie druhým posudzovateľom — maker-checker, teda štyri oči. Prvý posudzovateľ navrhne a uvedie dôvod; druhý, ktorý na to má oprávnenie, potvrdí alebo zamietne a uvedie svoj. Obe akcie sa zaznamenajú. Nie je to nedôvera voči posudzovateľom; je to uznanie, že práve pri schváleniach s najvyšším rizikom je jediná chyba najdrahšia a druhý pár očí je proti nej najlacnejšia poistka. Návrh fronty by mal tieto prípady smerovať do dvojkrokového rozhodovania automaticky, podľa dôvodu, a nespoliehať sa na to, že si to posudzovatelia zapamätajú. Dvojkrokový postup si však vyhraďte zámerne pre závažné prípady; ak ho uplatníte na všetko, zdvojnásobíte náklady celej fronty a naučíte posudzovateľov druhý podpis len odklikávať, čo celý zmysel druhého podpisu potichu zruší.

Návrh pre objem: starnutie, priorizácia, SLA

Fronta, ktorá len rastie, zlyhala. Zabudujte do nej tlak, ktorý ju udržiava v pohybe. Prípady viditeľne starnú, takže nič nezostane zabudnuté; každý segment má cieľ úrovne služby, takže prípad s rozmazanou fotkou, ktorý prekročí SLA v rádoch minút, sa zobrazí inak ako sankčný prípad v rámci dlhšieho limitu. Priorizácia je skutočná voľba: od najstaršieho je férové a jednoduché, ale často je správnym riešením od najrizikovejšieho — s najväčšou potenciálnou expozíciou navrchu — pričom starnutie slúži ako rozhodujúce kritérium, aby sa aj nízkorizikové prípady vybavili a nezostali bez pozornosti. Obrazovka posudzovateľa by mala ukázať ďalší prípad, už nasmerovaný a zoradený, nie zoznam na vyberanie — pretože fronta, z ktorej si ľudia vyberajú, je fronta, v ktorej sa nepríjemné prípady nikdy nevyberú. Fronta bez viditeľného starnutia potichu hnije: ťažké prípady klesnú na dno, zatiaľ čo ľahké sa točia navrchu, a jediná metrika, ktorá by to odhalila — vek najstaršieho otvoreného prípadu — je presne to číslo, ktoré nikto nesleduje, kým sa nesťažuje zákazník.

Meranie fronty

Štyri čísla vám povedia, či návrh funguje. Miera STP hovorí, koľko prípadov nikdy nepotrebovalo človeka; hĺbka fronty a jej trend hovoria, či držíte krok, alebo zaostávate; čas do rozhodnutia, sledovaný po segmentoch voči ich SLA, hovorí, či zákazníci na onboarding nečakajú príliš dlho; a miera znovuotvorenia — rozhodnutia neskôr zvrátené — hovorí, či posudzovatelia rozhodujú správne, alebo len rýchlo. Sledujte ich spolu, pretože si navzájom konkurujú: ak čas do rozhodnutia klesá, kým miera znovuotvorenia rastie, rýchlosť ste si kúpili chybami. Zdravá fronta je malá, plynulá, rozhodovaná správne a úprimná o prípadoch, ktoré sú v nej stále otvorené.

Back office, aký si ľudia predstavujú — miestnosti plné zamestnancov, ktorí prepisujú žiadosti — vzniká vtedy, keď automatizácia vybaví príliš málo a fronta je jedna nerozlíšená kopa. Back office, ktorý škáluje, je opak: väčšina žiadostí sa k človeku nikdy nedostane, tie, ktoré sa dostanú, prídu roztriedené podľa dôvodu a priority, každá akcia prenesie svoj dôvod do append-only logu a štyri oči strážia rozhodnutia, ktoré to vyžadujú. Postavte frontu pre výnimky a zostane malá, aj keď rastiete. Postavte ju ako miesto, kde sa robí KYC, a porastie s každou registráciou, ktorú prijmete.

Máte systém na vybudovanie?

Povedzte nám, aký máte problém. Vrátime sa s architektúrou a plánom.