Uthibitishaji wa hifadhidata - kuwezesha huduma na kinacholipishwa
Uthibitishaji wa hifadhidata hulinganisha data ya utambulisho iliyotolewa na rejista ya serikali au yenye mamlaka. Kwa nini huduma inaonyesha "Inahitaji usajili", kwa nini inarudisha 403 au hakuna kitu kabisa, na ni hoja zipi zinalipishwa.
Uthibitishaji wa hifadhidata huendeshwa chinichini dhidi ya rejista rasmi: mtu hauoni kamwe. Huwashwa tu baada ya ujazo wa kwanza wa shirika lako, baadhi ya huduma huonyesha pia "Inahitaji usajili" hadi Didit iziwezeshe kwa ajili yako, na kila hoja ambayo rejista inajibu kwa kweli hulipishwa, ikiwemo kutolingana.
Kusoma hati kunakuambia kilichochapishwa juu yake. Uthibitishaji wa hifadhidata unakuambia kama chanzo chenye mamlaka kinakubaliana nacho: rejista ya raia, mamlaka ya kodi, ofisi ya mikopo, hifadhidata ya leseni za udereva. Kila nchi hutoa huduma moja au zaidi, kila moja ikiwa na bei yake, vigezo vyake vya pembejeo na sheria zake za idhini. Tazama nchi na huduma zinazotumika na bei kwa kila huduma.
#Huendeshwa kimya kimya, baada ya hatua ya hati
Hakuna skrini ya uthibitishaji wa hifadhidata. Hatua hii huchukua data iliyotolewa kutoka kwenye kitambulisho (au data uliyopitisha ulipounda kikao), huituma kwenye rejista, na kuhifadhi jibu kwenye ripoti ya kikao. Mambo mawili yanafuata kutokana na hilo:
- Ikiwa hatua ya kitambulisho ilitoa nambari au jina lisilo sahihi, rejista inaulizwa kwa thamani isiyo sahihi na ukaguzi unashindwa au unarudi bila hitimisho. Rekebisha utoaji kwanza. Tazama kurekebisha jina au sehemu iliyosomwa vibaya.
- Huwezi "kuwasilisha upya" uthibitishaji wa hifadhidata kwa mtumiaji kama unavyowasilisha upya kitambulisho au selfie, kwa sababu hakuna kitu cha yeye kurudia. Kuomba kuwasilisha upya
DATABASE_VALIDATIONkunarudisha hitilafu inayosema kipengele hicho si sehemu ya hatua za kikao zinazoweza kuwasilishwa upya. Ili kukiendesha tena, piga API huru ya uthibitishaji wa hifadhidata kwa data iliyorekebishwa. Wito huo hulipishwa kwa kila hoja kama nyingine yoyote.
#Kwa nini haufanyi kazi
Pitia haya kwa mpangilio. Yanaeleza karibu kila ripoti ya "uthibitishaji wa hifadhidata haukufanya chochote".
- Je, shirika lako limewahi kujaza salio?
Uthibitishaji wa hifadhidata (na uthibitishaji wa simu) huwashwa tu baada ya ujazo wa kwanza. Salio la kukaribisha, ikiwemo $10 ya akaunti mpya, halihesabiwi. Hadi wakati huo hatua huruka, kikao kinaweza kurudi kimeidhinishwa huku ukaguzi ukiwa haukufanywa kimya kimya, na wito wa moja kwa moja kwa
POST /v3/database-validation/hujibu 403. Tazama ujazo, ankara na njia za malipo. - Je, huduma imewekwa alama ya Inahitaji usajili?
Katika hatua ya uthibitishaji wa hifadhidata ya mtiririko wa kazi, baadhi ya huduma huonyesha "Inahitaji usajili. Wasiliana na usaidizi wa Didit ili kuiwezesha." Huduma inaonekana lakini imezimwa kwa shirika lako hadi Didit iiwashe. Hili si hitilafu na hakuna swichi ya kujihudumia: fungua tiketi ya usaidizi ukitaja huduma na nchi, na timu itaanza usajili.
- Je, nchi imewekwa kabisa?
Wito wa API kwa nchi ambayo hukuwahi kuichagua kwenye mtiririko wa kazi, au wito huru kwa huduma ambayo hujaiwezesha, hujibu "No database validation services configured" kwa nchi hiyo. Ongeza huduma kwenye hatua, au pitisha
service_idhalisi kutoka kwenye ukurasa wa nchi. - Je, salio ni chanya?
Uthibitishaji wa hifadhidata haumo kamwe kwenye kiwango cha bure. Salio la sifuri au hasi hurudisha
insufficient_credits, kama kipengele chochote kinacholipishwa. Tazama kurekebisha hitilafu ya "salio halitoshi".
#Huduma zinazohitaji usajili kwa mtoa huduma
Vyanzo vichache vya serikali vinahitaji Didit isajili shirika lako kwa mtoa huduma, si kuwasha swichi tu. Leo hili linahusu:
- Australia (DVS: leseni ya udereva, pasipoti, visa, Medicare na huduma nyingine za DVS)
- New Zealand (DIA: pasipoti, uraia, rekodi za kuzaliwa na vifo, leseni ya udereva)
- Canada (ofisi za mikopo na huduma za kulinganisha za aina ya FINTRAC)
Kwa hizi, usaidizi hukutumia fomu za mtoa huduma ujaze, mtoa huduma hutoa vitambulisho vya akaunti yako, na kuwezesha kwa kawaida huchukua hadi wiki mbili. Australia na New Zealand kihistoria zimehitaji pia makubaliano ya chini ya huduma (kiasi cha malipo ya awali cha mara moja, kwa sasa USD 5,000, kinachoingia kwenye salio lako kama salio lisilokwisha muda). Hitaji hilo linahusu ufikiaji wa rejista za nchi hizo mbili tu, si kipengele kingine chochote cha Didit, na linarekebishwa Didit inapokamilisha ithibati yake katika mfumo wa Australia, kwa hivyo uliza usaidizi masharti ya sasa kabla ya kupanga kulingana nalo.
Baadhi ya huduma pia zinahitaji idhini ya wazi ya mtumiaji wa mwisho kabla hoja haijatumwa (kwa mfano ukaguzi wa pasipoti wa DIA wa New Zealand). Hatua ya mtiririko wa kazi huweka alama huduma hizo, na idhini lazima ikusanywe katika mtiririko wako kabla ukaguzi haujaweza kuendeshwa.
#Kinacholipishwa
Unalipa kwa kila huduma, kwa kila hoja ambayo rejista inajibu, kwa bei iliyo kwenye ukurasa wa huduma hiyo. Isome kama "rejista iliulizwa na ikajibu", si "jibu lilikuwa ulilotaka":
| Matokeo | Inalipishwa? |
|---|---|
| Kulingana, kulingana kwa sehemu, kutolingana | Ndiyo |
| Bila hitimisho, picha ya kibiometriki haitumiki | Ndiyo |
| Umbizo la hati batili, pembejeo batili (imekataliwa na rejista) | Ndiyo |
REGISTRY_UNAVAILABLE, REGISTRY_ERROR (rejista haikujibu kamwe) | Hapana |
| Ombi limekataliwa kabla ya kufika kwenye rejista (400 kwenye API huru, au hatua ya mtiririko wa kazi imerukwa kwa sehemu zilizokosekana au zenye umbizo mbaya) | Hapana |
Kikao kimoja kinaweza kusababisha hoja kadhaa zinazolipishwa kikiendesha huduma kadhaa, na hoja hulipishwa mara moja kwa kila huduma, si kwa kila nchi. Maelezo kamili: bei za uthibitishaji wa hifadhidata na misimbo ya matokeo.
Matokeo tupu si kutolingana. Ikiwa huduma hairudishi chochote badala ya matokeo ya NO_MATCH,
sababu za kawaida ni sheria ya ujazo wa kwanza, huduma inayosubiri usajili, au hitilafu ya
rejista; zote zinastahili kuondolewa kabla ya kutatua tatizo kwenye muunganisho wako. Tazama
hitilafu za API na maana yake.
#Kinachorudi
Kila huduma hurudisha msimbo wa matokeo wa kawaida pamoja na data ya rejista yenyewe pale chanzo kinaporuhusu: sehemu zipi zililingana, alama ya kulingana pale rejista inapotoa alama badala ya kujibu ndiyo au hapana, na kwa huduma za kibiometriki (RENAPER ya Argentina, BVN ya Nigeria, Panama) ulinganisho wa uso na picha ya rejista. Kile Didit inachohifadhi kutoka kwenye jibu hilo kinaamuliwa na mipangilio ya Data iliyorudishwa ya hatua. Tazama kuchagua data ambayo uthibitishaji unarudisha na ripoti ya uthibitishaji wa hifadhidata.
#Kujaribu kabla ya kuanza kutumika
Programu za sandbox hazifiki kamwe kwenye rejista halisi na hazitumii salio kamwe: hali ya sandbox kama decline_database_no_match hulazimisha matokeo unayotaka kufanyia mazoezi. Kile sandbox haiwezi kukuambia ni kama huduma mahususi imewekwa kwa shirika lako la moja kwa moja; hilo linahitaji ujazo wa kwanza na wito halisi. Tazama kujaribu kwenye sandbox.