Paano tumatanggap ng mga SMS code ng DiDi ang mga team para sa testing at operasyon

OTP Gateway simula $0.20 kada code198 bansaAPI id: didiDedicated US/CA numbers simula $1.95/buwan
Mabilis na sagot

Nakakatanggap ang isang team ng verification code ng DiDi sa numero ng OTP Route sa pag-order ng isang beses gamiting numero mula sa OTP Gateway na may service id na didi at bansa, saka pagbasa ng code sa dashboard o pagkuha nito sa pamamagitan ng API polling o signed webhook. Nagsisimula ang presyo sa $0.20 kada code, nakadepende sa bansa ang live na halaga, at ibabalik sa wallet ang singil kung walang dumating sa loob ng 20 minutong window.

Ang sitwasyon: mobility account na nakasalalay sa iisang numero ng telepono

Ang DiDi ay ride-hailing at mobility platform, at tulad ng karamihan ng app sa kategoryang iyon, itinuturing nitong ubod ng account ang mobile number. Karaniwang hinihingi ang SMS code sa sign-up, kapag may nag-log in sa bagong device, at sa account recovery; ganito rin ang check na sinasandalan ng onboarding ng driver at courier.

Nagdudulot ito ng alitan sa lehitimong gawain ng negosyo. Ayaw ng kumpanyang may corporate rider account na maitali ito sa personal na telepono ng iisang empleyado. Ang ahensyang namamahala ng biyahe para sa mga kliyente ay nangangailangan ng hakbang sa beripikasyon na magagawa ng iba maliban sa orihinal na nag-sign up. Ang QA team na bumubuo ng produktong kumokonekta sa DiDi account ay gustong i-rehearse ang flow nang hindi ipinapasa ang personal na telepono sa buong opisina. Ang virtual na numero para sa DiDi, na isang beses ginagamit kada beripikasyon, ay naglalayo sa mga hakbang na iyon mula sa pribadong SIM ng kahit sino.

Aling mga bansa ang makakapagbigay ng numero ng telepono para sa DiDi?

Kasalukuyang sumasaklaw sa 198 bansa ang ruta ng didi. Kadalasang nagsisimula ang mga team sa mga merkadong mataas ang demand sa ride-hailing, tulad ng Mexico, Brazil, Chile, Colombia, Peru, Argentina, Costa Rica, Panama, Dominican Republic, Ecuador, Australia, New Zealand, Japan at Hong Kong.

Piliin nang sinasadya ang bansa. Ang rider account na gagamitin sa Santiago ay dapat i-verify gamit ang numero ng Chile, at ang regression test para sa sign-up screen ng Mexico ay nangangailangan ng numero ng Mexico. Ang hindi pagtutugma ng bansa ng numero at ng merkado ng account ay karaniwang dahilan kung bakit pumapasa ang test sa papel pero pumapalya sa totoong app. Nasa ilalim ng mga bansa ang buong listahan.

Paano tumatakbo ang DiDi verification code API flow?

Ginagamit ng DiDi flow ang parehong base URL tulad ng bawat ibang ruta, https://otproute.com/api/v1, na may or_live_ key sa Authorization header.

  1. I-query ang GET /api/v1/prices?country=<id>&service=didi para makita kung bukas ang ruta at magkano ito ngayon.
  2. Ilagay ang order gamit ang POST /api/v1/activations at body na tulad ng {"service": "didi", "country": "mx"}.
  3. Ilagay ang ibinalik na numero sa DiDi screen na sinusubok mo at hilingin ang SMS.
  4. Basahin ang code mula sa webhook, o mag-poll sa GET /api/v1/activations/{id} hanggang lumitaw ito.
  5. Kung naitigil sa kalagitnaan ang ride-booking test, i-release ang numero gamit ang POST /api/v1/activations/{id}/cancel.

Maaaring magkaroon ang isang account ng hanggang 10 key at 5 webhook endpoint, sa loob ng 300 request kada minuto.

Paano dapat isulat ang isang DiDi webhook handler?

Mag-subscribe sa activation.sms_received, at gayundin sa activation.expired at activation.cancelled para malaman ng iyong test kung kailan titigil sa paghihintay. Bawat delivery ay may dalang X-OTPRoute-Signature: t=<unix>,v1=<hex>; kalkulahing muli ang HMAC-SHA256 sa "<t>.<raw body>" gamit ang endpoint secret, ihambing sa constant time, at itapon ang anumang may lumang timestamp.

Naka-key sa activation id ang mga event, kaya itabi ang id na iyon kapag nag-order at ituring na no-op ang pangalawang delivery para sa parehong id. Mahalaga ang idempotency na iyon dahil hindi dapat magsumite ng DiDi code nang dalawang beses ang muling sinubukang webhook. Kung nakakabahala ang mga inbound webhook sa iyong kapaligiran, gumagana rin ang polling sa activation endpoint. Inihahambing ng artikulo tungkol sa webhook-based na pagkuha ng OTP ang parehong paraan.

Pagtanggap ng DiDi OTP mula sa dashboard

Maaaring laktawan ng operations staff ang API. Mag-sign in, mag-top up ng wallet, buksan ang OTP Gateway, hanapin ang DiDi, piliin ang bansang tumutugma sa account, at tingnan ang ipinapakitang presyo bago kumpirmahin. Lalabas ang numero sa activation card, at doon din lalabas ang code kapag naipadala na ito ng DiDi. Nananatiling bukas ang activation nang 20 minuto.

Bakit maaaring hindi dumating ang code ng DiDi?

Ilang karaniwang dahilan ang nagpapaliwanag sa walang laman na activation:

  • Ang DiDi, tulad ng maraming platform, ay maaaring tumanggi sa mga virtual na numero sa ilang ruta o sa ilang oras.
  • Maaaring abala ang ruta ng napiling bansa; gumagalaw sa buong araw ang availability.
  • Maaaring i-throttle ng app ang paulit-ulit na request mula sa parehong device o session habang nagte-test.

Mapagpasensya at hindi agresibo ang solusyon. Hayaang matapos ang window, subukan mamaya o sa ibang bansang bagay pa rin sa test, at iwasan ang pag-order ulit nang mabilis na paulit-ulit. Hindi ka kailanman magbabayad para sa pumalya: kapag nagsara ang window o nagkansela ka, awtomatikong babalik nang buo ang halaga sa wallet.

Kailan dapat nasa Dedicated Number ang isang DiDi account, at anong mga patakaran ang nalalapat?

Bagay ang isang beses gamiting activation sa iisang beripikasyon. Kung kailangang mag-log in ulit sa susunod na buwan ang parehong DiDi account, halimbawa ang staging rider account o shared na corporate login, pinananatili ng Dedicated Number ang linya sa ilalim ng iyong kontrol. Iniaalok ang mga ito sa United States at Canada lang, mula $1.95/buwan, na may inbound SMS sa dashboard at sa iyong webhook. Tingnan ang virtual numbers para sa mga detalye.

Gamitin ang OTP Route para lang subukan at patakbuhin ang sarili mong lehitimong produkto at account. Sundin ang terms ng DiDi, manatili sa isang account bawat totoong tao o negosyo, at tandaang nalalapat ang Acceptable Use Policy ng OTP Route. Walang kaugnayan ang OTP Route sa DiDi, na ang pangalan ay trademark ng may-ari nito.

Mga madalas itanong

Ano ang service id para sa DiDi SMS verification para sa testing?

Gamitin ang didi sa field na service, kasama ng country id ng merkadong sinusubok mo.

Makakatanggap ba ako ng DiDi OTP para sa account sa Mexico nang walang SIM ng Mexico?

Oo, kung bukas ang ruta ng Mexico: mag-order ng numero na may bansang mx at serbisyong didi, saka basahin ang code sa pamamagitan ng API o sa dashboard.

Magbabayad ba ako kung hindi magpadala ng code ang DiDi?

Hindi. Ang activation na walang SMS sa loob ng 20 minuto, o ang kinansela mo, ay ibinabalik nang buo sa wallet.

Tinatanggap ba ng DiDi ang bawat virtual na numero?

Hindi palagi. Maaaring tanggihan ang ilang ruta, kaya subukan ulit mamaya o gumamit ng ibang angkop na bansa.

Puwede ko bang subukan ang DiDi integration nang hindi gumagastos ng pondo sa wallet?

Oo. Maaaring gawing sandbox kapag hiniling ang isang development account, na nagbabalik ng simulated na numero at code para sa mga end-to-end na test.

Paano ako magbabayad para sa mga activation ng DiDi?

Mag-top up ng prepaid na USD wallet gamit ang card o USDT/USDC; walang buwanang bayad, at may PDF invoice ang bawat top-up. Nasa pahina ng pricing ang mga kasalukuyang rate.

Ang mga pangalan ng serbisyo ay trademark ng kani-kanilang may-ari. Walang kaugnayan ang OTP Route sa kanila. Gamitin nang legal ang mga number at sundin ang mga tuntunin ng bawat serbisyo at ang aming Acceptable Use Policy.

I-route ang una mong OTP sa loob ng ilang minuto

Gumawa ng libreng account, mag-top up sa iyong USD wallet, at umorder ng number mula sa dashboard o API. Walang buwanang bayad.