KYC Bila Msimbo: Kuunda Utiririshaji wa Uthibitishaji Bila Uhandisi (SW)

Muundaji wa utiririshaji wa KYC (Mfahamu Mteja Wako) bila msimbo ni kiolesura cha kuona cha kuunda, kujaribu, na kupeleka mantiki ya uthibitishaji wa utambulisho bila kuandika msimbo. Tofauti muhimu kutoka kwa paneli ya usanidi: uwezo wa kupanga programu. Matawi yenye masharti, maamuzi yaliyowekwa ndani, upimaji wa A/B, na uanzishaji wa moduli kwa kubofya mara moja huruhusu timu ya uzingatiaji kuelezea sera yao kamili ya hatari kwa kuona — na kuibadilisha bila usambazaji wa msimbo.

Tofauti hiyo ni muhimu zaidi kuliko inavyosikika. Mahitaji ya uzingatiaji hubadilika. Vizingiti vya hatari hubadilika. Mstari mpya wa bidhaa unahitaji wigo tofauti wa uthibitishaji. Wasimamizi husasisha mwongozo. Katika mbinu ya kawaida, kila moja ya mabadiliko hayo huenda kwenye orodha ya uhandisi na inasubiri mzunguko wa usambazaji. Katika mfumo wa utiririshaji bila msimbo, mabadiliko hufanywa kwenye Dashibodi, kukaguliwa na uzingatiaji, na huenda hewani siku hiyohiyo.

Kidhibiti cha Utiririshaji cha Didit ni safu hiyo, na ni bure. Kinakaa juu ya API ya /v3/ iliyounganishwa, ambayo wahandisi huita mara moja. Kuanzia wakati huo na kuendelea, kile ambacho mtiririko wa uthibitishaji hufanya ni uamuzi wa bidhaa na uzingatiaji — sio wa uhandisi.

Mambo muhimu ya kuzingatia

• Muundaji wa utiririshaji bila msimbo hutenganisha ujumuishaji na usanidi. Wahandisi huita sehemu moja ya mwisho ya API; uzingatiaji huunda na kurekebisha mtiririko kwenye Dashibodi bila kugusa ujumuishaji.
• Matawi yenye masharti na maamuzi yaliyowekwa ndani hupeleka watumiaji kwenye seti tofauti za hundi kulingana na nchi, aina ya bidhaa, kiwango cha muamala, au sehemu yoyote inayopatikana katika muktadha wa kikao.
• Uanzishaji wa moduli kwa kubofya mara moja huongeza au kuondoa moduli yoyote kati ya moduli 25+ za Didit — hati, biometriska, AML, barua pepe, IP, simu, uthibitishaji wa hifadhidata — kutoka kwa utiririshaji kwa sekunde chache.
• Upimaji wa A/B katika uzalishaji huendesha mtiririko miwili dhidi ya trafiki halisi, hupima viwango vya kukamilika na kufaulu kwa kila mkono, na kukuza mshindi — hakuna mabadiliko ya msimbo yanayohitajika.
• Mabadiliko yaliyokaguliwa na uzingatiaji inamaanisha kila marekebisho ya utiririshaji wa moja kwa moja hupitia hatua ya idhini kabla ya kuathiri watumiaji halisi.
• Kidhibiti cha Utiririshaji ni bure. Unalipa kwa kila moduli inayoendeshwa, kwa kila simu, bila leseni za viti au ada za jukwaa.

Muundaji wa utiririshaji wa KYC bila msimbo ni nini

Utiririshaji wa uthibitishaji ni mlolongo wa hundi ambazo mtumiaji hupitia wakati wa kuingia — au katika tukio la kupanda juu baadaye katika maisha yao. Kwa urahisi wake: changanua hati ya kitambulisho, piga picha ya selfie, linganisha uso na hati. Kwa utata wake: mti unaoegemea ambapo watumiaji kutoka maeneo yenye hatari kubwa hupokea seti tofauti ya moduli kuliko watumiaji wa ndani, ambapo ukubwa wa muamala huamua kiwango gani cha uhai kinaendeshwa, na ambapo biometriska iliyoshindwa hupeleka kwenye foleni ya ukaguzi badala ya kukataliwa kabisa.

Muundaji bila msimbo huonyesha mti huo kwa kuona. Kila nodi ni sharti au moduli; kila ukingo ni tawi. Mtu anayehusika na sera ya uzingatiaji — sio mhandisi — ndiye anayemiliki mantiki. Utengano huo wa umiliki ndio hoja: mtu anayeelewa sera ya hatari sasa anaweza pia kuibadilisha moja kwa moja.

Matawi yenye masharti na maamuzi yaliyowekwa ndani

Muundaji wa Utiririshaji wa Didit inasaidia matawi ya ngazi nyingi. Utiririshaji mmoja unaweza kuwa na:

Uelekezaji kulingana na nchi. Wakazi wa EU hufuata njia moja; wakazi wa LATAM, ambapo uthibitishaji wa hifadhidata dhidi ya rejista za ndani unatumika, hufuata nyingine. Masharti ya uelekezaji hutathminiwa wakati wa uundaji wa kikao kutoka kwa muktadha wa kikao.

Uelekezaji kulingana na bidhaa. Akaunti za biashara zinahitaji hati kamili pamoja na uhai; akaunti za akiba huondolewa kwa barua pepe pamoja na IP. Mtumiaji yuleyule, akifungua bidhaa tofauti, huingia kwenye tawi tofauti — yote ndani ya utiririshaji mmoja, workflow_id moja, ujumuishaji mmoja.

Milango ya kiasi cha muamala. Amana ya kwanza ya mtumiaji chini ya kizingiti hupata hundi nyepesi; chochote kilicho juu huendesha mtiririko kamili. Masharti ya kiasi hupitishwa kwenye mzigo wa malipo wa kikao na kutathminiwa na injini.

Uelekezaji wa hali ya kushindwa. Jaribio la kwanza la biometriska kushindwa hupeleka kwenye foleni ya ukaguzi wa kibinadamu badala ya kukataliwa kabisa. Tawi ni sharti kwenye matokeo ya moduli, sio ujumuishaji tofauti.

Masharti yamewekwa ndani — sharti ndani ya sharti — ili ramani ya sera iweze kuwa sahihi kama biashara inavyohitaji. Yote yanaonyeshwa katika muundaji wa kuona, sio katika msimbo wa nyuma.

Uanzishaji wa moduli kwa kubofya mara moja

Maktaba ya moduli ya Didit inashughulikia utambulisho kamili na mzunguko wa ulaghai: Uthibitishaji wa Vitambulisho, Usomaji wa NFC, Uhai Tulivu, Uhai Amilifu, Kulinganisha Uso 1:1, Utafutaji wa Uso 1:N, Makadirio ya Umri, Uchunguzi wa AML (Kupambana na Utakatishaji Fedha), Ufuatiliaji wa AML Unaendelea, Uthibitishaji wa Barua Pepe, Uthibitishaji wa Simu, Uchambuzi wa IP, Akili ya Kifaa, Uthibitishaji wa Hifadhidata, Uthibitisho wa Anwani, Maswali Maalum, na mengineyo.

Katika Muundaji wa Utiririshaji, kila moduli inaonekana kama kadi. Kuiongeza kwenye utiririshaji ni kubofya mara moja. Kuiondoa ni kubofya mara moja. Moduli inatozwa kwa kila matumizi inapoendeshwa — kwa hivyo kuongeza moduli kwenye tawi moja tu inamaanisha inatozwa tu kwa watumiaji wanaofikia tawi hilo.

Hii ni muhimu zaidi wakati kanuni zinabadilika na hundi mpya inayohitajika lazima iongezwe kwenye utiririshaji wote. Katika ujumuishaji unaotegemea msimbo, huo ni mabadiliko ya nyuma, ukaguzi, mzunguko wa usambazaji. Katika Muundaji wa Utiririshaji, ni kuwasha moduli kwenye mtiririko husika kwenye Dashibodi na kuwasilisha kwa ukaguzi wa uzingatiaji. Safu ya ujumuishaji haisogei.

Kupima utiririshaji wa A/B katika uzalishaji

Athari ya ubadilishaji ya chaguzi za muundo wa uthibitishaji — hati kwanza dhidi ya selfie kwanza, hatua tatu dhidi ya mbili, uhai amilifu dhidi ya uhai tulivu — mara nyingi ni kubwa kuliko inavyotarajiwa na kwa kawaida haipimwi. Upimaji wa A/B uliojengwa ndani wa Didit hufanya kipimo kuwa cha moja kwa moja.

Sanidi mgawanyiko wa trafiki (kwa mfano, 50/50) kati ya anuwai mbili za utiririshaji. Zote huendeshwa kwa watumiaji halisi katika uzalishaji. Dashibodi inaonyesha kiwango cha kukamilika, kiwango cha kufaulu, na usambazaji wa uamuzi kwa kila mkono, kando kwa kando. Unapokuwa na uhakika na mshindi, mkuze hadi trafiki 100% — kutoka kwa Dashibodi, bila mabadiliko ya msimbo, na ukaguzi wa uzingatiaji kabla ya kwenda hewani.

Utaratibu huo unatumika kwa mabadiliko yanayoendeshwa na uzingatiaji. Hundi mpya ya lazima inayoongezwa inaweza kupimwa A/B dhidi ya mtiririko uliopo ili kupima athari ya ubadilishaji kabla ya tarehe ya usambazaji wa lazima — ikipa timu ya bidhaa data badala ya mawazo.

API ya /v3/ iliyounganishwa: jumuisha mara moja, rudia milele

Usanifu wa msingi ndio unaofanya hili liweze kutumika kwa kiwango kikubwa. Kila moduli, kila tawi, kila toleo la utiririshaji huita uso wa API wa /v3/ uleule. Wahandisi huita POST /v3/session/ na workflow_id na kuelekeza mtumiaji kwenye URL ya kikao. Injini ya utiririshaji inashughulikia mpangilio wa moduli, mantiki ya matawi, utoaji wa matokeo, na usambazaji wa webhook.

Wakati uzingatiaji unaporekebisha utiririshaji, workflow_id inabaki sawa. Hakuna chochote upande wa uhandisi kinachobadilika. Ujumuishaji ni thabiti; sera ni hai na inaweza kubadilishwa.

Hii pia inamaanisha ujumuishaji uleule unasaidia kila moduli ya baadaye Didit inayosafirisha. Uanzishaji wa kubofya mara moja kutoka kwa Dashibodi, unaotozwa kwa kila matumizi, bila kazi ya kujumuisha upya. Moduli mpya — uthibitishaji wa hifadhidata kwa nchi mpya, kiwango kipya cha uhai, mtoaji mpya wa AML — huonekana kwenye muundaji na zinapatikana kwa utiririshaji wowote mara moja.

Kwa sababu Kidhibiti cha Utiririshaji kiko kwenye API ya /v3/ sawa na Ufuatiliaji wa Miamala, kikao cha KYC kinaweza kuunganishwa na wasifu wa hatari wa muamala kwenye marejeleo ya vendor_data yale yale. Utambulisho ulioanzishwa wakati wa kuingia huenda moja kwa moja kwenye safu ya ufuatiliaji inayoendelea — jukwaa moja, ujumuishaji mmoja.

Matukio ya matumizi

Fintech iliyodhibitiwa ikizindua bidhaa mpya. Mstari mpya wa bidhaa na wasifu tofauti wa hatari ya mteja unahitaji wigo tofauti wa uthibitishaji. Unda tawi jipya la utiririshaji kwenye Dashibodi; hakuna sprint ya uhandisi inayohitajika. Kumbukumbu ya ukaguzi hunasa kila mabadiliko na muhuri wa saa na mwandishi.

Uzingatiaji wa VASP na kubadilishana wa Crypto. Majukumu ya Kanuni ya Usafiri ya FATF hutofautiana kulingana na mamlaka na aina ya mshirika. Utiririshaji na matawi yanayotegemea nchi na kiasi hutumia sera sahihi kwa kila kitengo cha muamala bila mantiki maalum ya nyuma kwa kila soko.

Majukwaa ya soko na uingizaji wa pande mbili. Akaunti za mnunuzi na muuzaji zina wasifu tofauti wa hatari. Utiririshaji miwili — au matawi mawili ndani ya moja — na seti tofauti za moduli, zinazodhibitiwa kwenye Dashibodi na kudhibitiwa toleo kwenye kumbukumbu ya ukaguzi. Wahandisi walisafirisha ujumuishaji mmoja.

Waendeshaji wa iGaming. Mahitaji ya michezo ya kubahatisha ya kuwajibika hutofautiana kulingana na mamlaka na sehemu ya mtumiaji. Upimaji wa A/B wa urefu wa mtiririko dhidi ya viwango vya kukamilika, na uzingatiaji ukikagua kila mabadiliko, ndiyo mifumo ya udhibiti ambayo wasimamizi nchini Uhispania, Uingereza, na Malta wanatarajia zaidi.

Maswali yanayoulizwa mara kwa mara

Je, Kidhibiti cha Utiririshaji ni bure kweli?

Ndio. Uratibu, matawi, upimaji wa A/B, na mantiki ya uanzishaji wa moduli haina malipo. Unalipa kwa kila moduli inayoendeshwa, kwa kila simu, bila leseni za viti au ada ya usajili wa jukwaa.

Je, muundaji bila msimbo unachukua nafasi ya ujumuishaji wetu wa nyuma?

Hapana — wahandisi bado huita POST /v3/session/ kutoka kwa nyuma yako. Muundaji husanidi kile ambacho injini hufanya na simu hiyo. Inaondoa hitaji la kujumuisha upya wakati sera inabadilika; haiondoi sehemu ya ujumuishaji.

Mabadiliko yaliyokaguliwa na uzingatiaji hufanya kazi vipi?

Kila marekebisho ya utiririshaji wa moja kwa moja kwenye Dashibodi huanzisha hatua ya ukaguzi kabla ya mabadiliko kuathiri watumiaji halisi. Kumbukumbu ya ukaguzi hunasa nani alibadilisha nini na lini, ambayo inakidhi mahitaji mengi ya nyaraka za usimamizi wa mabadiliko ya udhibiti.

Naweza kuunganisha Muundaji wa Utiririshaji na Ufuatiliaji wa Miamala?

Ndio. Kikao cha KYC kinaunganishwa na wasifu wa ufuatiliaji wa muamala kupitia marejeleo ya vendor_data yale yale — kwa hivyo utambulisho wa kuingia huenda kwenye safu ya hatari ya muamala baada ya kuingia bila kujumuisha upya. Hali ya AWAITING_USER katika ufuatiliaji wa muamala inaweza kuanzisha kikao cha kurekebisha cha KYC kupitia injini ya utiririshaji ileile.

Naweza kuunganisha moduli ngapi katika utiririshaji mmoja?

Hakuna kikomo kigumu. Utiririshaji unaweza kuwasha mchanganyiko wowote wa moduli 25+ za Didit, kwa mpangilio wowote, na kina chochote cha matawi ambacho sera inahitaji.

Uko tayari kuanza?

• Jifunze kipengele → Nyaraka
• Kione kwenye jukwaa → Ukurasa wa bidhaa wa Uthibitishaji wa Vitambulisho
• Angalia bei → Bei — Kidhibiti cha Utiririshaji bure, moduli zinatozwa kwa kila simu
• Anza bure → business.didit.me — Uthibitishaji 500 bure/mwezi