Kubadilisha mtiririko wa uthibitishaji bila kusafirisha toleo la programu

Charles Archibong, Mwanzilishi mwenza
Weka SDK ukitumia kitambulisho cha mtiririko wa kazi na usanidi wa mtiririko huo unachukuliwa kutoka kwa seva kila wakati wa uthibitishaji. Kuchapisha upya hubadilisha hatua, ukaguzi, nakala na sheria za uamuzi kwa uthibitishaji unaofuata, bila kutolewa kwa programu.

Mambo muhimu
- Kwa kitambulisho cha mtiririko wa kazi, SDK huleta usanidi uliochapishwa, kwa hivyo kuchapisha upya hubadilisha mtiririko bila kusambaza tena.
- Mipangilio ya mtiririko wa kazi hushindana na vifaa vinavyoingiliana; data ya kila mtumiaji na marejesho ya simu hubaki katika msimbo kila wakati.
- Uwezo mpya wa SDK, ruhusa asilia na mantiki ya kupiga simu tena bado vinahitaji kutolewa.
- Kila uthibitishaji hurekodi kitambulisho cha mtiririko wa kazi na toleo lililoendeshwa, kwa hivyo kila mabadiliko yanabaki kuhusishwa.
Weka uthibitisho SDK ukiwa na kitambulisho cha mtiririko wa kazi badala ya kuandika mtiririko katika msimbo, na usanidi wa mtiririko hutoka kwa seva kila wakati uthibitishaji unapoanza. Unapochapisha tena mtiririko wa kazi kwenye dashibodi, uthibitishaji unaofuata katika kila nakala iliyosakinishwa ya programu yako huendesha toleo jipya. Hakuna ujenzi, hakuna ukaguzi wa duka, hakuna sasisho la kulazimishwa.
Hilo ndilo linalofanya iwe rahisi kukaza kiwango cha ulinganisho wa uso Jumanne alasiri, au kuongeza hatua ya uthibitisho wa anwani kwa soko moja, bila mzunguko wa kutolewa kwa simu. Haiondoi matoleo kabisa, na kujua mpaka ndiko kunakoweka mbinu hiyo kuwa salama.
Jinsi gani SDK hupata usanidi wake
Kipachiko kilichosanidiwa na prop hubeba mtiririko katika msimbo wako: nchi, aina za vitambulisho, hatua zinazoendeshwa, chapa, nakala. Kubadilisha yoyote kati ya hizo kunamaanisha kubadilisha msimbo, na kwenye simu hiyo ina maana ya safari ya kwenda na kurudi kutoka dukani la programu ikifuatiwa na wiki za watumiaji kwenye matoleo ya zamani.
Kiambatisho cha mtiririko wa kazi hubeba kitambulisho kimoja. SDK huituma kwa seva inapowekwa:
GET /api/kyc/workflows/:workflowId
Authorization: Bearer pk_…Jibu lina usanidi uliochapishwa, aina za vitambulisho vilivyowezeshwa kwa shirika lako na chapa, na SDK hujenga mtiririko kutokana na hilo. Kulingana na nyaraka za mtiririko wa kazi (hufunguka kwenye kichupo kipya) , mtiririko wa kazi lazima uwe wa API mpangilio na mazingira ya ufunguo na kuchapishwa; kitu kingine chochote hurejesha kitu kisichoweza kutofautishwa404 workflow_not_found, na SDK inaripoti kupitiaonErrorbadala ya kuendesha mtiririko tofauti kimya kimya.
Katika programu ya React Native, muunganisho mzima ni:
import { MyazaKYC } from "@myazahq/kyc-sdk-react-native";
<MyazaKYC
apiKey="pk_live_…"
workflowId="wf_AbC123dEf456"
userId="user_42"
userData={{ firstName: "Jane", lastName: "Doe" }}
metadata={{ requestId: "order_1001" }}
onSubmit={(submission) => console.log(submission.verificationId)}
onError={(err) => console.error(err.code, err.message)}
>
Verify Identity
</MyazaKYC>Mipangilio ya mtiririko wa kazi hushinda vifaa vyovyote vinavyoingiliana. Ukifaulucountryna mtiririko wa kazi ukiweka moja, thamani ya mtiririko wa kazi hutumika.
Unachoweza kubadilisha kwa kuchapisha tena
Kila kitu kinachoelezea mtiririko badala ya mtu:
Nchi, aina za vitambulisho na sheria za uthibitishaji kwa kila kitambulisho.
Nakili hatua na nyongeza: misimbo ya mawasiliano, uthibitisho wa anwani, NFC hatua ya chipu, dodoso, kunasa anwani, vitambulisho vingi kwa wakati mmoja.
Mbinu ya uchangamfu (ishara, mfuatano wa skrini-mwanga, au vyote viwili).
Chapa, nakala ya ridhaa na nakala ya mafanikio.
Sera kama vile mipaka ya umri na jinsi maelezo ya utambulisho ambayo hayalingani yanavyoshughulikiwa.
Grafu ya uamuzi (hufunguka kwenye kichupo kipya) : ni matokeo gani yanayoidhinishwa, ni yapi yanaenda kwenye ukaguzi, ni yapi yanayopungua.
Mfano wa kufikirika wa aina ya mabadiliko ambayo hii hufanya iwe ya kawaida: mkopeshaji huona mfululizo wa makosa ya selfie yanayosababishwa na mwanga hafifu na anataka yapitiwe badala ya kukataliwa. Wanaongeza sheria katika kijenzi, huiangalia kwenye kisanduku cha mchanga na kuchapisha tena. Kila toleo la programu kwenye sehemu hiyo hutumia sheria mpya kutoka kwa uthibitishaji unaofuata.
Kinachohitaji kutolewa bado
Vitu vitano vinaishi katika msimbo wako au mfumo wako wa jozi, na hakuna kiasi cha kuchapisha tena kinachovihamisha.
Data ya kila mtumiaji. userId,userDatanametadatani thamani za muda wa utekelezaji. Mtiririko wa kazi ni kiolezo kinachoshirikiwa na kila mtu anayekiendesha, kwa hivyo hakiwezi kukibeba.
Kurudi nyuma na kile ambacho programu yako hufanya na matokeo. Jinsi unavyoshughulikiaonSubmit,onErrorna kiambato cha wavuti kwenye sehemu yako ya nyuma ni msimbo wako.
SDK matoleo. Mtiririko wa kazi unaweza kutumia uwezo uliosakinishwa pekee SDK inaelewa. Kiwango cha chini kilichoandikwa kwaworkflowIdni 2.2.0 kwa wavuti SDK , 2.1.0 kwa React Native na 2.2.0 kwa Flutter. Matoleo ya awali ya wavuti na React Native hupuuza kitambulisho na huendeshwa kwa vifaa pekee, ambayo ni jambo la kwanza kuangalia ikiwa upachikaji wa mtiririko wa kazi haufanyi chochote.
Uwezo na ruhusa asilia. Kusoma chipu ya pasipoti kunahitaji React Native au Flutter SDK ; kivinjari hakiwezi kufanya hivyo. Kukamata anwani kwenye iOS kunahitaji masharti ya matumizi ya eneo katika programu yako, au ombi la ruhusa litaharibika. Ukipanga kuwasha hatua inayohitaji ruhusa asilia, tuma ruhusa kwanza.
Kitambulisho cha mtiririko wa kazi chenyewe. Mitiririko ya kazi imepangwa katika mazingira moja, kwa hivyo kisanduku chako cha majaribio na mtiririko wa kazi wa uzalishaji ni mtiririko tofauti wa kazi. Weka kitambulisho katika usanidi badala ya msimbo mgumu, kwa hivyo kuhamia kwenye mtiririko mpya wa kazi ni mabadiliko ya usanidi, sio mabadiliko ya msimbo.
Kwa nini kubadilisha mtiririko wa moja kwa moja kunabaki salama
Kubadilisha kile ambacho kila mtumiaji anaona kutoka kwenye dashibodi kunaonekana kuwa hatari. Sifa nne za jinsi kazi za kazi zinavyobadilishwa hufanya iwe rahisi kudhibiti.
Rasimu ni tofauti na zile zinazopatikana moja kwa moja. Kuhariri mtiririko wa kazi uliochapishwa hubadilisha rasimu yake tu. Miunganisho huendelea kusoma picha ya mwisho iliyochapishwa hadi utakapochapisha tena.
Kila chapisho limebadilishwa. Kila chapisho huunganisha toleo na kuongeza ingizo la historia lisilobadilika ambalo unaweza kukagua au kurejesha kutoka kwake. Ikiwa mabadiliko yataenda vibaya, unarejesha toleo linalojulikana, si kujenga upya moja.
Kazi katika ndege haihamishwi. Kiungo cha kipindi cha kila mwombaji hubeba usanidi uliochapishwa uliogandishwa ulipoundwa, kwa hivyo kuchapisha upya hakubadilishi kiungo ambacho tayari kiko kwenye kikasha cha mtu. Utekelezaji wa uamuzi umebandikwa kwenye toleo lililoanza nalo, kwa hivyo grafu kali haiamui tena programu ambayo haijakamilika.
Kila matokeo yanatokana. Kila uthibitisho hurekodi kitambulisho cha mtiririko wa kazi na toleo lililoendeshwa, na vyote viwili huonekana kwenye visanduku vya wavuti vya uthibitishaji kamaworkflowIdnaworkflowVersionHifadhi jozi hiyo. Miezi sita kuanzia sasa, mtu anapouliza kwa nini mwombaji aliidhinishwa chini ya sheria dhaifu, toleo hilo linakuambia hasa ni sheria zipi zilizotumika.
Kikomo kimoja cha makusudi: upeo wa mtiririko wa kazi, kile kinachothibitishwa (kwa mfano mtiririko wa anwani pekee au uthibitishaji wa uso), unaweza kuhaririwa hadi utakapochapishwa kwanza na kisha kufungwa, kwa sababu uthibitisho na viungo tayari hutegemea maana ya Kitambulisho hicho. Ili kubadilisha upeo, unda nakala iliyo na upeo, ambayo huanza kama rasimu mpya chini ya Kitambulisho kipya cha mtiririko wa kazi.
Kutoa mabadiliko
Mabadiliko ya mtiririko wa kazi humfikia kila mtumiaji katika uthibitishaji wake unaofuata, jambo ambalo lina nguvu na pia linamaanisha kuwa hakuna uwasilishaji wa taratibu kwa toleo la programu. Chukua chapisho kama uwasilishaji:
Fanya mabadiliko katika mtiririko wa kazi wa kisanduku cha majaribio na ufanyie kila njia iliyoathiriwa ukitumia vitambulisho vya majaribio vilivyochapishwa.
Hakikisha kwamba kila tawi la grafu ya uamuzi linaishia kwenye hali, na kwamba ruhusa asilia za hatua yoyote mpya tayari ziko kwenye programu yako iliyosafirishwa.
Tumia mabadiliko sawa kwenye mtiririko wa kazi wa uzalishaji na uchapishe.
Tazama matokeo ya kwanza kutoka
workflowVersion: idhini, viwango vya mapitio na kushuka, na ujazo wa foleni ya mapitio.Ikiwa kuna tatizo, rejesha toleo la awali kutoka kwenye historia na ulichapishe.
Waambie timu yako ya usaidizi kilichobadilika; watumiaji watagundua hatua mpya kabla ya dashibodi zako.
Kanuni ya kidole gumba
Ikiwa inaelezea mtiririko, iweke kwenye mtiririko wa kazi na uibadilishe kwa kuchapisha. Ikiwa inaelezea mtu, kifaa au kile ambacho programu yako hufanya na matokeo, inafaa katika msimbo na mabadiliko pamoja na toleo. Jenga muunganisho mara moja karibu naworkflowId, endelea na yako SDK ya kisasa kiasi, na mengi ya yale ambayo yalikuwa toleo huwa chapisho.
Vyanzo
Mtiririko wa kazi, Toden nyaraka (hufunguka kwenye kichupo kipya)
Mwitikio wa Asili SDK , Toden nyaraka (hufunguka kwenye kichupo kipya)
Flutter SDK , Toden nyaraka (hufunguka kwenye kichupo kipya)
Unda kipindi, Toden nyaraka (hufunguka kwenye kichupo kipya)
Kufanya maamuzi, Toden nyaraka (hufunguka kwenye kichupo kipya)

Charles Archibong
Mwanzilishi mwenza
Charles Archibong ndiye mwanzilishi mwenza wa Toden. Anaandika kuhusu uthibitishaji wa utambulisho, teknolojia ya kifedha, na kazi ya vitendo ya kujenga huduma za kidijitali zinazoaminika.


