Sheria za uamuzi na vikomo
Kila ukaguzi hutoa maonyo, na wewe ndiye unayeamua kila onyo linafanya nini - pass, review, au decline. Ramani hiyo ndipo hamu yako ya hatari inapoishi hasa.
Kila hatua huramanisha maonyo yake kwa kitendo: pass, review, au decline. Hatua iliyowekwa kukataa inasitisha workflow - hatua za baadaye hazitawahi kuendeshwa, na hutozwi kwa ajili yake. Hilo linafanya mpangilio wa sheria kuwa uamuzi wa hatari na uamuzi wa gharama kwa wakati mmoja.
#Wapi maamuzi hasa yanafanywa
Ni rahisi kufikiria workflow kama "ukaguzi ninaoendesha". Ukaguzi ni nusu tu yake. Nusu nyingine - na nusu inayoamua kiwango chako cha kukubaliwa - ni kile ambacho maonyo ya kila ukaguzi yamewekwa kufanya.
- Kila node ya kipengele ina vikomo vyake na uamuzi wake.
- Ukaguzi unaweza kuwa wa lazima au wa hiari, jambo ambalo lenyewe ni uamuzi wa nani anapita.
- Sheria iliyobadilishwa inafikia vikao vipya mara workflow inapohifadhiwa.
Kwa kila hatua, kila onyo linaloweza kutolewa hulingana na moja ya vitendo vitatu:
| Kitendo | Athari |
|---|---|
| Approve (au puuza) | Onyo linarekodiwa lakini halibadilishi matokeo |
| Review | Kikao kinaenda In Review ili mtu aamue |
| Decline | Kikao kinakataliwa na workflow inasitishwa |
Ramani hiyo ndiyo sera yako, iliyoelezwa kwa usanidi.
#Decline inasitisha workflow
Hii ndiyo tabia inayowashangaza watu zaidi, hivyo inafaa kuwa wazi: hatua inapokataa, utekelezaji unasimama pale pale. Hatua zinazofuata hazitawahi kuendeshwa.
Matokeo mawili:
- Matokeo yatakosa ukaguzi uliotarajia. Hazikushindwa - hazikuwahi kuendeshwa. Kikao kilichokataliwa kwenye uthibitishaji wa ID hakitakuwa na liveness, wala kulinganisha uso, wala AML.
- Hutozwi kwa ajili yake. Malipo ni kwa kila kipengele kilichokamilika, hivyo hatua isiyowahi kuendeshwa haigharimu chochote.
#Kutumia mpangilio wa sheria kudhibiti gharama
Kwa sababu decline inasitisha mtiririko, mpangilio wa hatua ni chombo cha gharama. Kuweka ukaguzi wa hatari wa bei nafuu mbele ya kifurushi cha gharama kubwa kunamaanisha trafiki ambayo isingepita kamwe inasimama kabla hujalipa sehemu ya gharama kubwa.
Uchambuzi wa kifaa na IP kwa $0.03 mbele ya mtiririko kamili wa KYC ni mfano wa kawaida: unachuja trafiki ambayo ungeikataa hata hivyo, kwa gharama nafuu.
Mzani wa kubadilishana ni uzoefu wa mtumiaji na matokeo chanya ya uwongo. Ishara za kifaa na IP ndizo ukaguzi wenye kelele zaidi anaotoa Didit - mitandao ya kikampuni, NAT ya makampuni ya simu, na vivinjari vya wingu vyote huweka watumiaji halisi nyuma ya anwani zilizoshirikiwa. Kuzuia mtiririko mzima kwa msingi wa hizo kutazuia wateja halisi, hivyo elekeza kwa review badala ya decline mpaka umepima trafiki yako mwenyewe.
#Sheria zinazohitaji busara, si automesheni
Baadhi ya maonyo hayana utata na yanapaswa kukataa: checksum ya MRZ iliyoshindwa, chip ambayo saini yake haifungamani na mtoaji wake, uso ulio kwenye blocklist yako. Hizo ni hitilafu za uadilifu.
Nyingine karibu kila mara ni bora zaidi kama review:
- Ulinganifu wa sehemu wa anwani kwenye uthibitisho wa makazi - umbo hutofautiana kwa nchi.
- Ulinganifu wa sehemu wa jina kwenye uthibitishaji wa hifadhidata - vyanzo rasmi hurekodi majina kwa njia tofauti.
- Migongano ya AML yenye uhakika mdogo - majina ya kawaida huyazalisha mara kwa mara.
- Kulinganisha uso kwenye mpaka - angalia alama na vikomo vya kulinganisha uso.
- Alama ya uso wa marudio - ambayo ni ulaghai kwa akaunti mpya na ni jambo la kawaida kwa mteja anayerudi.
Na baadhi ni hitilafu za matumizi zinazostahili retry, si uamuzi: chip ya NFC isiyosomeka, unasaji usio wazi, fremu ya kamera iliyodondoka.
#Sera za umri
Umri wa chini na wa juu huwekwa kwa kila workflow, na kitendo cha ukiukwaji ni chako kuchagua. MINIMUM_AGE_NOT_MET inaweza kukataa moja kwa moja, au kuelekeza kwa review ikiwa sera yako inaruhusu ubaguzi wenye ushahidi. Zote mbili ni halali; chagua kwa makusudi.
#Sheria maalum kwenye data iliyotolewa
Zaidi ya ramani ya kila onyo, unaweza kuandika sheria dhidi ya data ambayo hatua ilitoa - kwa mfano, kukataa wakati sehemu iliyotolewa inachukua thamani fulani. Vitu viwili vya kukumbuka:
- Sheria inaweza kutenda tu kwenye data ambayo hatua kwa hakika ilitoa. Ikiwa OCR haikutoa sehemu hiyo, sheria haina cha kutathmini.
- Sheria inayokataa bado inasitisha workflow, na matokeo yale yale kama hapo juu.
Ikiwa unajenga sheria inayotegemea sifa iliyolindwa kisheria, chukulia hilo kama swali la kisheria kwa timu yako ya utii kabla halijawa swali la uhandisi.
#Jaribu sheria, si hatua tu
Hatua za workflow ni rahisi kuthibitisha kwa jicho. Sheria zake si rahisi - njia pekee ya kujua kwamba onyo linaelekeza mahali unapofikiri ni kulizalisha onyo hilo.
Sandbox ipo kwa hili. Kila hali (scenario) inalazimisha onyo moja maalum, hivyo unaweza kuthibitisha kitendo cha kila sheria mwanzo hadi mwisho: decline_document_expired, review_face_match_borderline, decline_aml_hit, review_poa_partial_match, na kadhalika. Angalia kujaribu kwenye sandbox.
Jaribu njia ya review kwa uangalifu sawa na njia ya decline. Sheria inayoelekeza kwa review ina manufaa tu ikiwa mtu kweli anafanya kazi kwenye foleni hiyo, na njia ya kujua kama mchakato wako wa review unafanya kazi ni kupitisha kikao cha kujaribu kupitia hicho kabla mteja halisi hajasubiri.
#Mabadiliko yanatumika kwa vikao vipya
Kuhariri workflow hakubadilishi kwa nyuma vikao vilivyoundwa tayari. Kikao kinabeba usanidi kilichoundwa nao, hivyo baada ya mabadiliko ya sheria, jaribu kwa kikao kipya badala ya kuangalia tena kikao cha zamani.