AWAITING_USER: Marekebisho ya Moja kwa Moja kwa Miamala Iliyotiwa Alama (SW)

Sehemu ngumu zaidi ya ufuatiliaji wa miamala siyo kukamata malipo ya kutiliwa shaka — bali ni nini unafanya baadaye. Kuikataa kabisa kunamaanisha unamzuia mteja anayelipa ambaye anaweza kuwa halali kabisa. Kuiacha ipite kunamaanisha umekubali hatari uliyoitambua. Timu nyingi hutatua hili kwa kutumia foleni ya mwongozo: mchambuzi hutuma barua pepe kwa mtumiaji, anasubiri siku kadhaa kwa hati, na muamala unabaki umeganda wakati wote huo.

API ya Ufuatiliaji wa Miamala ya Didit ina hali ya nne iliyojengwa kwa ajili ya pengo hili hasa: AWAITING_USER. Badala ya kuidhinisha au kukataa mara moja, muamala uliotiwa alama unaweza kusitishwa, ukaomba hatua maalum kutoka kwa mtumiaji — kuthibitisha upya kitambulisho, kutoa uthibitisho wa fedha — na ukaendelea kiotomatiki mara tu anapoidhinisha. Msuguano huwekwa pale tu ambapo hatari ipo, na inagharimu $0.02 kwa kila muamala kama mambo mengine yote.

Mwongozo huu unaeleza jinsi njia ya AWAITING_USER inavyofanya kazi na jinsi ya kuiunganisha kwenye mtiririko wako.

Mambo muhimu ya kuzingatia

• AWAITING_USER ni moja ya hali nne za miamala — pamoja na APPROVED, IN_REVIEW, na DECLINED — hivyo marekebisho ni matokeo ya daraja la kwanza, siyo njia ya kukwepa.
• Muamala uliotiwa alama husitishwa badala ya kushindwa, huomba hatua ya ziada kutoka kwa mtumiaji, na huendelea kiotomatiki mara tu hatua hiyo inapoidhinishwa.
• Hatua ya ziada inaweza kuwa re-KYC, upakiaji wa uthibitisho wa fedha, au hatua yoyote ya uthibitishaji iliyozalishwa kwenye API iliyounganishwa ya /v3/.
• Webhooks huendesha kitanzi — transaction.status.updated huwashwa wakati muamala unapoingia na kutoka AWAITING_USER.
• Hali hiyo hiyo ipo katika usimamizi wa kesi, hivyo mchambuzi anaweza kuhamisha tahadhari kwenda AWAITING_USER na kumruhusu mtumiaji aiidhinishe.
• $0.02 kwa kila muamala, hakuna kiwango cha chini. Re-KYC au ukaguzi wa AML unaozalishwa wakati wa marekebisho unatozwa kwa kiwango chake kilichochapishwa.

Nini AWAITING_USER inafanya

Kanuni inapowashwa, injini huweka hali. Hali tatu kati ya nne zinafahamika: APPROVED huruhusu muamala kupita, IN_REVIEW hufungua tahadhari kwa mchambuzi, na DECLINED huuzuia. Ya nne, AWAITING_USER, hufanya kitu tofauti — inasimamisha muamala na kuashiria kwamba mtumiaji lazima afanye kitu kabla hauwezi kutatuliwa.

Kwa uwazi: uhamisho unawasha kanuni ya thamani ya juu au kasi ya juu, injini hurejesha AWAITING_USER, programu yako inamwomba mtumiaji kukamilisha hatua iliyoombwa (ukaguzi mpya wa uhai, upakiaji wa hati, tamko la chanzo cha fedha), na kikao cha uthibitishaji hurejea kwenye jukwaa. Mara tu hatua hiyo inapoidhinishwa, muamala hupimwa upya na kuhamia APPROVED (au huongezeka ikiwa ushahidi mpya utafanya mambo kuwa mabaya zaidi). Hakuna mchambuzi anayepaswa kuusimamia.

Kwa nini ni muhimu

Kukataliwa kabisa kunagharimu. Kila kizuizi cha makosa ya uwongo ni mteja halali aliyekasirika, tiketi ya usaidizi, na mara nyingi akaunti iliyofungwa. Lakini kuruhusu malipo yaliyotiwa alama kupita ndiyo jinsi makampuni yanavyoishia katika hatua za utekelezaji. Marekebisho ya kawaida — foleni ya marekebisho ya mwongozo — hubadilisha gharama moja na nyingine: muda wa mchambuzi, muda mrefu wa kugeuza, na muamala ulioganda kwa siku kadhaa.

AWAITING_USER huondoa mbadala huo. Mtumiaji hufanya kazi, papo hapo, katika hatua ya msuguano — wakati ambapo anahamasika kuifuta kwa sababu muamala wake unangojea. Unakamata hatari, unamweka mteja, na hulipi mchambuzi kufuatilia hati. Ni tofauti kati ya udhibiti wa kufuata sheria unaokugharimu wateja na ule unaofanya kazi yake kimya kimya.

Maelezo ya kiufundi

Muamala ambao injini huuelekeza kwenye marekebisho hurudi na hali ya AWAITING_USER na kanuni zilizouanzisha:

{
  "transaction_id": "txn_77c9e2",
  "status": "AWAITING_USER",
  "risk_score": 71,
  "triggered_rules": [
    { "name": "Uhamisho wa thamani ya juu — siku 30 za kwanza", "bundle": "AML/CTF", "action": "CHANGE_STATUS" }
  ],
  "required_action": "PROOF_OF_FUNDS",
  "alert_id": "alrt_5e3f10"
}

Unaitikia kwa kumwomba mtumiaji na kuanzisha hatua ya uthibitishaji kwenye API iliyounganishwa ya /v3/. Wakati hatua imekamilika, webhook inakuarifu kuwa muamala umeendelea:

# webhook payload: transaction.status.updated
{
  "event": "transaction.status.updated",
  "transaction_id": "txn_77c9e2",
  "previous_status": "AWAITING_USER",
  "status": "APPROVED"
}

Webhooks. Jisajili kwa transaction.created na transaction.status.updated. Tukio la kubadilisha hali huwashwa wakati muamala unapoingia AWAITING_USER na wakati unapoondoka — hivyo leja yako na UI yako hukaa sawa bila kupiga kura.

Bei. $0.02 kwa kila muamala. Hatua ya marekebisho yenyewe inatozwa kwa kiwango chake kilichochapishwa: re-KYC kwa viwango vya Uthibitishaji wa Mtumiaji, ukaguzi wa AML kwa sherehe iliyotiwa alama kwa $0.20.

Kitanzi cha marekebisho, hatua kwa hatua

1. Washa kanuni. Muamala unavuka kizingiti ambacho sera yako inasema inapaswa kurekebishwa badala ya kukataliwa — kwa mfano, uhamisho wa kwanza wa thamani ya juu kutoka akaunti mpya.
2. Sitisha, usifeli. Injini hurejesha AWAITING_USER badala ya DECLINED, na hatua inayohitajika imeambatishwa.
3. Mwombe mtumiaji. Programu yako huonyesha hatua ya ziada — ukaguzi upya wa uhai, upakiaji wa hati, tamko la chanzo cha fedha — na kuanzisha kikao cha uthibitishaji.
4. Mtumiaji anaidhinisha. Mtumiaji anakamilisha hatua ndani ya mtiririko ule ule aliokuwa nao.
5. Endelea kiotomatiki. Muamala hupimwa upya kwa ushahidi mpya na kuhamia APPROVED — au huongezeka hadi IN_REVIEW/DECLINED ikiwa ushahidi utaongeza hatari. Webhook ya transaction.status.updated inajulisha mfumo wako wa nyuma kwa njia yoyote.

Kwa sababu hali hiyo hiyo ya AWAITING_USER ipo katika usimamizi wa kesi, mchambuzi anayefanya kazi ya tahadhari ya IN_REVIEW anaweza pia kuirudisha kwa mtumiaji badala ya kuitatua mwenyewe — tahadhari huhamia OPEN → INVESTIGATING → AWAITING_USER na hutatuliwa mara tu mtumiaji anapojibu.

Matumizi

• Fintech — uhamisho wa kwanza wa thamani ya juu kutoka akaunti iliyosajiliwa hivi karibuni husitishwa kwa uthibitisho wa fedha badala ya kumzuia mteja.
• Crypto — uhamisho wa nje kwa mkoba wenye mfiduo mkubwa husitishwa kwa tamko la chanzo cha fedha kabla ya kutulia.
• Utoaji Mikopo — malipo yanayoanzisha ishara ya kitambulisho bandia husitishwa kwa ukaguzi wa uhai wa re-KYC.
• Masoko — malipo ya muuzaji yanayoanzisha kanuni ya kasi husitishwa kwa uthibitisho upya kabla ya fedha kutolewa.
• iGaming — ongezeko la kasi ya amana husitishwa kwa ukaguzi wa ziada, ambao pia hufanya kazi kama sehemu ya mawasiliano ya michezo ya kubahatisha inayowajibika.

Jinsi ya kuunganisha na Didit

1. Amua sera yako ya marekebisho. Katika Dashibodi ya Biashara, weka kanuni gani zitaelekeza kwenye AWAITING_USER badala ya DECLINED, na hatua gani ya ziada kila moja inahitaji.
2. Tuma miamala. POST /v3/transactions/ kadiri pesa zinavyosonga, na transaction_id thabiti na vendor_data inayounganisha kila moja na mtumiaji wake.
3. Shughulikia kusitisha. Wakati muamala unaporudisha AWAITING_USER, mwombe mtumiaji na anzisha hatua ya uthibitishaji kwenye API ya /v3/.
4. Sikiliza kuanza tena. Itikia kwa transaction.status.updated ili kutoa au kushikilia muamala mara tu mtumiaji anapoidhinisha hatua.

Kwa sababu yote ipo kwenye API iliyounganishwa ya /v3/, KYC ya marekebisho ambayo muamala uliotiwa alama huzaa ni KYC ile ile unayowapa watumiaji — jukwaa moja la kitambulisho na udanganyifu, mwanzo hadi mwisho.

Maswali yanayoulizwa mara kwa mara

AWAITING_USER ni nini?

Ni moja ya hali nne za miamala. Badala ya kukataliwa kabisa, muamala uliotiwa alama husitishwa na kuomba hatua ya mtumiaji — kuthibitisha upya au uthibitisho wa fedha — kisha huendelea kiotomatiki mara tu mtumiaji anapoidhinisha.

Je, muamala unaendelea wenyewe?

Ndiyo. Mara tu hatua iliyoombwa inapoidhinishwa, muamala hupimwa upya na kuhamia APPROVED kiotomatiki — au huongezeka ikiwa ushahidi mpya utaongeza hatari. Webhook ya transaction.status.updated huwashwa kwenye mabadiliko.

Hatua ya ziada inaweza kuwa nini?

Hatua yoyote ya uthibitishaji kwenye API iliyounganishwa ya /v3/ — ukaguzi wa uhai wa re-KYC, uthibitisho upya wa hati, ukaguzi wa AML, au upakiaji wa uthibitisho wa fedha.

Je, mchambuzi anapaswa kuhusika?

Hapana. Kitanzi cha marekebisho ya moja kwa moja huendesha bila mchambuzi. Lakini hali hiyo hiyo ya AWAITING_USER ipo katika usimamizi wa kesi, hivyo mchambuzi anaweza pia kurudisha tahadhari kwa mtumiaji wanapochagua.

Inagharimu nini?

$0.02 kwa kila muamala. Hatua ya marekebisho inatozwa kwa kiwango chake — re-KYC kwa viwango vya Uthibitishaji wa Mtumiaji, ukaguzi wa AML kwa $0.20.

Uko tayari kuanza?

Soma muhtasari wa Ufuatiliaji wa Miamala katika nyaraka, angalia jinsi inavyolingana na jukwaa zima kwenye ukurasa wa bidhaa wa Ufuatiliaji wa Miamala, na uangalie bei za uwazi kwa kila simu kwenye ukurasa wa bei. Unapokuwa tayari, anza bure — ukaguzi 500 wa KYC bila malipo kila mwezi, na ufuatiliaji wa miamala kwa $0.02 kwa kila simu.