Webhook rudufu haipaswi kuunda malipo ya pili

Utoaji wa angalau mara moja utajaribu tena. Webhook rudufu inayoweka malipo ya pili au mstari wa pili wa kikasha ni tukio la pesa na shughuli, sio 'ukubali usio na madhara.' Ukurasa huu ni njia ya kushindwa: majaribio na uchezaji wa marudio hubaki bila kubadilika kwenye pesa za kulipia kabla na kikasha — sio insha ya utambulisho wa API na sio mwongozo wa majaribio ya SMS zinazoingia.

Inayohusiana: Lango la sahihi na dirisha la kurudia, Mkataba wa webhook kabla ya kutuma kwa mara ya kwanza, safu ya debit na hali ya uwasilishaji kwenye ledger moja.

IOSOR ni huduma ya kulipia kabla ya lebo nyeupe. USD 20 inafadhili jaribio la tukio rudufu kwa mtumiaji mmoja; ukaguzi wa upole wa USD 1,000/month unachukulia 'retry = new charge' kama deni la upatanisho. Wateja huona vitambulisho vya tukio vya lebo nyeupe pekee.

Kutobadilika ni njia ya kushindwa, sio kauli mbiu

Njia ya kufanikiwa: tukio moja lililosainiwa, ukubali mmoja, malipo moja. Njia ya kushindwa inachoma uaminifu — muda kuisha, 5xx, kurudia kwa mtoa huduma, kusukumwa upya na mwendeshaji. Hifadhi ufunguo wa kutobadilika kutoka Mkataba wa webhook kabla ya kutuma kwa mara ya kwanza kabla ya athari za upande: leja, kikasha, CRM. USD 1,000/month ya upole inachukulia 'ACK kisha uvumbue ufunguo mpya' kama deni la ujazo; USD 20 inathibitisha kuwa kurudia kwa kulazimishwa hakuzidishi pesa mara mbili.

Kinachoteseka kama rudufu

Pesa haipaswi kusogea mara mbili

Malipo ya pili kwa kitambulisho kile kile cha tukio ni mdudu hata kama bidhaa 'bado inaonyesha imewasilishwa.' Fedha huchuja kwa kitambulisho cha tukio au ujumbe na kuona safu moja ya kulipia kabla kwa dirisha hilo la UTC. Athari za upande za sehemu baada ya ACK — CRM kwanza, leja baadaye — zinatengeneza ukweli mara mbili. Ikiwa usindikaji utashindwa baada ya kuhifadhi, jaribu tena mfanyakazi kwa ufunguo ule ule; usikubali mwili wa HTTP kama malipo mapya. Lugha ya ujazo wa upole itabaki imefungwa hadi moshi wa rudufu uonyeshe safu moja ya leja.

Kikasha hakipaswi mara mbili pia

Kutobadilika sio kuhusu pesa tu. Tukio la kurudia la kuingia au uwasilishaji linalofungua uzi wa pili wa kikasha huwafunza wafanyakazi wa usaidizi kufukuza vizuka na linaweza kusababisha mizunguko ya majibu ya kiotomatiki. Hifadhi ufunguo wa kikasha na kitambulisho kile kile cha tukio kilichotumiwa kwa malipo. Bidhaa na fedha hushiriki hali ya kukataa/rudufu.

Orodha ya ukaguzi ya mnunuzi kwa webhook salufu za rudufu

• Je, mfumo wako hufunga kitambulisho cha tukio kwenye leja kabla ya ACK?
• Je, CRM yako inatambua kurudia na kuipuuza?
• Je, una lango la kukataa matukio nje ya dirisha la kurudia?
• Je, leja yako huweka kitambulisho cha tukio kuwa cha kipekee kulingana na dirisha la UTC?

Anza na IOSOR

Lazimisha urudiaji mmoja wenye saini ndani ya dirisha kwenye korido iliyokwisha toza. Hamisha kitambulisho cha tukio kando ya kitambulisho cha daftari na thibitisha mstari mmoja wa debit pamoja na mstari mmoja wa kikasha. Debit ya pili ikionekana, simamisha mtumiaji huyo na rudisha mstari wa ziada — usiunganishe na trafiki ya baadaye. Lango hili ni pesa ya urudiaji, si ukaguzi wa E.164 wala maandishi ya usafirishaji.

Hitimisho la IOSOR

Urudiaji si utumaji mpya.