Darba piezīmes

KYC pārbaudes rinda, kas mērogojas

KYC pārbaudes rinda ir back-office darba plūsma, kurā identitātes pārbaudes, ko mašīna nespēja nokārtot pati, nonāk cilvēka priekšā. Lielākajai daļai pieteikumu jāiziet automātiski; rinda pastāv tiem, kas to neizdara. Tās dizaina mērķis ir palikt maza — saturēt īstu neskaidrību un neko citu —, jo rinda, kas pildās ar gadījumiem, kurus bija jāizlemj mašīnai, nav kontrole, bet sastrēgums, kas aug lineāri līdz ar reģistrāciju skaitu. Ja rinda ir izveidota pareizi, back office mērogojas pēc izņēmumiem, nevis pēc apjoma.

Šī vienīgā īpašība — apzināti maza — nosaka katru turpmāko lēmumu. Sāksim ar sadalījumu, kas to nodrošina.

Straight-through ir mērķis, rinda ir izņēmums

Straight-through processing (STP) nozīmē, ka pieteikums tiek nokārtots no sākuma līdz galam bez cilvēka iejaukšanās: dokumenti nolasīti, identitāte saskaņota, sankciju un PEP pārbaude tīra, liveness pārbaude izieta, lēmums reģistrēts. Tam jābūt parastajam ceļam, un to pieteikumu īpatsvars, kas pa to iet — STP rādītājs —, ir vienīgais skaitlis, kas liecina, vai rinda mērogosies. Ja deviņdesmit ar kaut ko procenti nokārtojas automātiski, cilvēku rindā nonāk pārvaldāma straume; ja puse izkrīt uz pārbaudi, jūs pieņemat darbā pārbaudītājus tādā pašā tempā, kādā augat. Rinda nav vieta, kur notiek KYC. Tā ir vieta, kur automatizētais KYC atzīst, ka nav drošs. Paceliet STP rādītāju, un visi pārējie skaitļi uzlabojas paši: mazāk rindā nonākušu gadījumu, īsāks gaidīšanas laiks, mazāk pārbaudītāju, kas jāpieņem darbā. Tam vērts pievērsties tieši — labāka dokumentu fotografēšana klientā, skaidrākas instrukcijas pirms fotoattēla uzņemšanas, saskaņošanas sliekšņi, kas noregulēti tā, lai īstos klientus neatraidītu pārlieku piesardzīgs noteikums —, jo katrs šeit atgūtais procentpunkts ir gadījums, kas nekad nekļūst par kāda pēcpusdienas darbu.

Kas nonāk rindā un kāpēc

Gadījumi izkrīt uz pārbaudi konkrētu, nosaucamu iemeslu dēļ, un iemesls ir svarīgākā gadījuma pazīme. Dokumenta foto ir pārāk izplūdis, lai to nolasītu. Vārds uz personu apliecinošā dokumenta neatbilst vārdam pieteikumā. Sankciju vai PEP pārbaude atgrieza iespējamu sakritību, kuru cilvēkam jāapstiprina vai jānoraida. Adresi nevar pārbaudīt nevienā avotā. Liveness pārbaude neizdevās, vai tā pati seja vai dokuments jau ir citā kontā. Katrs no šiem ir cita veida darbs, kam vajadzīgs cita veida spriedums, — un to saliešana vienā nediferencētā kaudzē ir pirmā kļūda, ko pieļauj pārbaudes rinda. Turklāt viens un tas pats iemesls var būt ļoti dažāda svara: vārda neatbilstība var būt neuzkrītoša precēšanās uzvārda atšķirība vai pirmā zīme par nozagtu identitāti, un rindas uzdevums ir nosūtīt to cilvēkam, kurš spēj saskatīt starpību, nevis piespiest ātru lēmumu gadījumā, kam pienākas rūpīga izskatīšana.

Ar vienu rindu nepietiek: segmentējiet pēc iemesla

Viena rinda piespiež katru pārbaudītāju būt vispārīga profila speciālistam un katru gadījumu — gaidīt aiz nesaistītiem. Segmentēšana pēc iemesla atrisina abus. Sankciju iespējamo sakritību rindu apstrādā cilvēki, kas apmācīti skrīningā un lēmumu pieņemšanā; dokumentu kvalitātes rinda ir ātra vizuāla pārbaude, ko jaunākais pārbaudītājs nokārto sekundēs; dublētu kontu rinda ir krāpšanas izmeklēšana. Katrs segments saņem savu maršrutēšanu, savu nepieciešamo prasmi un savu pakalpojuma līmeņa mērķi, jo izplūdis foto jāatrisina minūtēs, bet īsts sankciju trāpījums pelna rūpīgu, nesteidzīgu izskatīšanu. Segmentēšana ļauj caurlaidspējai un precizitātei līdzāspastāvēt, nevis aizstāt vienai otru.

Pārbaudes rinda nemērogojas, pieņemot darbā vairāk pārbaudītāju. Tā mērogojas, pareizi nosakot, kuriem gadījumiem pārbaude nemaz nebija vajadzīga, un nodrošinot, ka pārējie jau ienāk sakārtoti pēc iemesla.
— Protocore · Operāciju inženierija

Darbības ar obligātu iemeslu un auditu

Katram pārbaudītāja lēmumam — apstiprināt, noraidīt, eskalēt, pieprasīt papildu dokumentus — jāprasa iemesls, un tam jābūt ierakstītam. Nevis brīva teksta piezīmei pēc fakta, bet strukturētai izvēlei, kas norāda, kāpēc darbība veikta, un tiek fiksēta tieši tās veikšanas brīdī. Tā nav birokrātija, tieši tas padara rindu aizstāvamu. Kad regulators, auditors vai vēlāks pārbaudītājs jautā, kāpēc konts apstiprināts, neraugoties uz brīdinājuma atzīmi, atbilde ir konkrēts pārbaudītājs, laika zīmogs un norādīts iemesls, nevis paraustīti pleci. Audita pieraksts ir tikai papildināms (append-only), tāpēc lēmumu nevar nemanāmi pārrakstīt pēc fakta: labojumi ir jauni ieraksti, nevis izmaiņas vecajos. Mūsu risinājumā šī rinda un tās audita modelis atrodas Protocore Center (/products/center) — operatoru konsolē, kurā katrai privileģētai darbībai nepieciešams iemesls un kura nonāk žurnālā, ko nevar nemanāmi mainīt.

Gadījumi ar četru acu principu

Daži lēmumi ir pārāk svarīgi, lai tos pieņemtu viens cilvēks. Reāla sankciju trāpījuma noņemšanai, augsta riska profila apstiprināšanai vai automātiska noraidījuma atcelšanai jāprasa otra pārbaudītāja apstiprinājums — maker-checker jeb četru acu princips. Pirmais pārbaudītājs ierosina un norāda iemeslu; otrs, kam ir tam nepieciešamās pilnvaras, apstiprina vai noraida un norāda savu iemeslu. Abas darbības tiek reģistrētas. Tā nav neuzticēšanās pārbaudītājiem, bet atziņa, ka augstākā riska apstiprinājumos viena kļūda izmaksā visdārgāk, un otra pāra acis ir lētākā apdrošināšana pret to. Rindas dizainam šie gadījumi jānovirza uz divpakāpju izskatīšanu automātiski, pēc iemesla, nevis jpaļaujoties, ka pārbaudītāji atcerēsies. Tomēr divu soļu procedūru rezervējiet tieši svarīgajiem gadījumiem: ja to piemēro visam, visas rindas izmaksas dubultojas un pārbaudītāji pierod otro parakstu vienkārši noštancēt, kas klusi iznīcina paša otrā paraksta jēgu.

Projektējot lielam apjomam: vecums, prioritātes, SLA

Rinda, kas tikai aug, ir neizdevusies rinda. Iebūvējiet spiedienu, kas to uztur kustībā. Gadījumu vecums ir redzams, tāpēc nekas neaizmirstas; katram segmentam ir savs pakalpojuma līmeņa mērķis, tāpēc gadījums ar izplūdušu foto, kas pārkāpj minūtēs mērāmu SLA, parādās citādi nekā sankciju gadījums, kas vēl iekļaujas savā garākajā termiņā. Prioritizēšana ir reāla izvēle: vispirms vecākais ir godīgi un vienkārši, taču vispirms riskantākais — lielākā potenciālā ekspozīcija augšgalā — bieži ir pareizais lēmums, ar vecumu kā papildu kritēriju, lai zema riska gadījumi tomēr tiktu atrisināti, nevis izbadētos. Pārbaudītāja ekrānam jārāda nākamais gadījums, jau novirzīts un prioritizēts, nevis saraksts, no kura izvēlēties, jo rinda, kurā cilvēki izvēlas, ir rinda, kurā neērtie gadījumi netiek izvēlēti nekad. Rinda bez redzama vecuma klusi pūst: sarežģītie gadījumi grimst dibenā, kamēr vieglie virspusē griežas riņķī, un vienīgais rādītājs, kas to atklātu — vecākā atvērtā gadījuma vecums — ir tieši tas skaitlis, ko neviens neseko, līdz sūdzas klients.

Rindas mērīšana

Četri skaitļi parāda, vai dizains darbojas. STP rādītājs norāda, cik daudz gadījumu cilvēku nemaz nevajadzēja; rindas garums un tā tendence — vai jūs tiekat līdzi vai atpaliekat; lēmuma pieņemšanas laiks, sekots pa segmentiem pret to SLA, — vai klienti uz reģistrāciju negaida pārāk ilgi; un atkārtotas atvēršanas rādītājs — vēlāk atceltie lēmumi — vai pārbaudītāji lemj pareizi vai tikai ātri. Sekojiet tiem kopā, jo tie savā starpā līdzsvarojas: ja lēmuma laiks samazinās, bet atkārtotas atvēršanas rādītājs aug, ātrums nopirkts ar kļūdām. Veselīga rinda ir maza, kustīga, ar pareiziem lēmumiem un godīga par tajā vēl atvērtajiem gadījumiem.

Back office, ko cilvēki iztēlojas — telpas, pilnas ar darbiniekiem, kas ievada pieteikumus —, rodas tad, kad automatizācija nokārto pārāk maz un rinda ir viena nediferencēta kaudze. Back office, kas mērogojas, ir pretējs: lielākā daļa pieteikumu nekad nenonāk pie cilvēka, tie, kas nonāk, ir sašķiroti pēc iemesla un prioritātes, katra darbība ar iemeslu nonāk tikai papildināmā žurnālā, un četru acu princips sargā lēmumus, kuriem tas nepieciešams. Veidojiet rindu izņēmumiem, un tā paliks maza, jums augot. Veidojiet to kā vietu, kur notiek KYC, un tā augs ar katru reģistrāciju, ko pieņemat.

Jāveido sistēma?

Pastāstiet par problēmu. Atgriezīsimies ar arhitektūru un plānu.