Tumanggap ng New Zealand SMS OTP Code gamit ang API o Dashboard

Pansamantalang +64 number o long-term na line: alin ang kailangan ko?

Mas makatitipid ka sa pag-uulit kung tama ang unang pipiliin mong product.

Piliin ang OTP Gateway kapag isang code lang ang kailangan ng test o onboarding step: bagong QA account, smoke test ng New Zealand sign-up screen mo, o pag-check kung gumagana nang buo ang flow ng isang Kiwi na customer. Makakakuha ka ng number, isang code, at magsasara na ang session.

Piliin ang Dedicated Number kapag kailangang mag-log in muli ang parehong account makalipas ang ilang linggo o kapag may recovery number na ginagamit ng buong team. Ang mga long-term na line na ito ay inaalok lang sa United States at Canada, mula $1.95/buwan, na ang inbound SMS ay ipinapasa bilang number.sms_received event.

Para sa New Zealand mismo, walang self-serve na long-term number. Mag-email sa [email protected] kung kailangan mo nito; nakadepende ang sagot sa mga lokal na patakaran at maaaring hindi ito posible. Ang calling, outbound SMS at mga renewal term ng mga North American na line na iyon ay nasa pahina ng virtual numbers.

Bakit sinusubukan ng mga product team ang sign-up sa New Zealand?

Karaniwang soft-launch market ang New Zealand para sa mga app na English ang wika: maliit ang audience, pamilyar ang wika, at maaga ang time zone, kaya praktikal itong lugar para panoorin ang totoong onboarding bago ang mas malawak na release. Ibig sabihin, madalas na ang +64 verification step ang unang production path na dinadaanan sa isang bagong market, at karapat-dapat itong magkaroon ng sarili nitong test case.

Ilang bagay ang dapat saklawin:

• Wika. Opisyal na wika ang English, te reo Māori at New Zealand Sign Language. Karamihan sa mga serbisyo ay nagpapadala ng code sa English, pero kung gumagamit ng mga salitang Māori na may macron (ā, ō, ū) ang sarili mong template, wala sa GSM-7 ang mga karakter na iyon at gagawin nitong UCS-2 ang SMS, kaya umiikli ang bawat segment.
• Gilid ng orasan. Isa ang New Zealand sa mga unang lugar na umaabot sa bagong petsa, kaya maaaring iba ang kilos ng expiry at rate-limit logic na nakabatay sa petsa para sa mga lokal na user.
• Akma sa market. Ang QA account na na-verify gamit ang lokal na number ay nagpapagana ng parehong country logic na haharapin ng mga Kiwi mong user.

Para sa release-gate pattern na nakabatay sa mga ganitong check, tingnan ang aming mga tala sa QA testing.

Paano dapat i-store at i-normalize ang mga +64 mobile number?

Gumagamit ang New Zealand ng trunk prefix na 0. Ang mobile number na isinusulat nang pambansa bilang 021 123 4567 ay nagiging +64211234567 sa E.164: alisin ang unang 0, saka idagdag ang +64. Nagsisimula sa 2 ang mga mobile range kapag naalis na ang zero, at nagkakaiba-iba ang haba nila, kaya huwag mag-hard-code ng iisang bilang ng digit.

Mga praktikal na patakaran para sa schema mo:

• Mag-store ng isang canonical na E.164 string; i-format lang para sa display sa oras ng render.
• Tanggapin ang input na may espasyo, gitling o trunk zero, saka i-normalize gamit ang maintained na phone-number parsing library.
• Magdagdag ng mga test fixture para sa pambansa at internasyonal na pagsulat, pati ang number na idinikit ng user na may +64 at naiwang 0.

Aling mga app ang nagpapadala ng code sa mga New Zealand number sa OTP Route?

Mahigit 800 serbisyo ang dala ng +64 route. Mula sa kasalukuyang snapshot, kabilang sa madalas gamitin ang Google (Gmail & YouTube), WhatsApp, Telegram, Facebook, Instagram, TikTok, ChatGPT (OpenAI), Claude, Microsoft & Outlook, Amazon, Discord, Snapchat, LinkedIn, Uber at Netflix.

Dahil live ang availability, i-query ang GET /api/v1/countries at GET /api/v1/services sa simula ng bawat run sa halip na i-cache ang listahan nang ilang linggo. Kung kakaunti ang isang serbisyo sa +64, ang katabing Australia route ang karaniwang fallback para sa paghahambing sa English na wika.

Ano ang hitsura ng sequence ng New Zealand OTP API?

Ang bawat +64 call ay papunta sa https://otproute.com/api/v1 na may or_live_ Bearer key na ibinibigay sa Developer console. Ito ang sequence:

1. Basahin ang live na presyo gamit ang GET /api/v1/prices?country=nz&service=uber.
2. Likhain ang activation gamit ang POST /api/v1/activations at ang body na {"service": "uber", "country": "nz"}.
3. Kunin ang code sa pamamagitan ng pag-poll sa GET /api/v1/activations/{id}, o hayaang dumating ang activation.sms_received sa webhook mo. Sinasabi ng activation.expired at activation.cancelled kung kailan maglilinis.
4. Kanselahin ang mga hindi nagamit na order gamit ang POST /api/v1/activations/{id}/cancel, at bantayan ang pondo gamit ang GET /api/v1/balance.

Para sa mga webhook, i-verify ang X-OTPRoute-Signature sa pamamagitan ng pagkalkula ng HMAC-SHA256 ng <t>.<raw body> gamit ang endpoint secret, tanggihan ang mga lumang timestamp, at gawing idempotent ang handler batay sa activation id para walang masamang epekto ang muling pagpapadala. May mas kumpletong walkthrough sa integration guide; ang limitasyon ay 300 request kada minuto bawat account.

Puwede bang um-order ng New Zealand verification number ang hindi developer?

Siyempre. Sa dashboard, piliin ang New Zealand, piliin ang serbisyo, tingnan ang ipinapakitang presyo, at kumpirmahin. Lalabas ang +64 number sa order; i-type ito sa app, humiling ng SMS, at lilitaw ang code sa parehong card pagdating nito. Lahat ay nangyayari sa loob ng 20-minutong window, kaya buksan muna ang target na app bago mag-order.

Paano kung hindi dumating ang +64 code?

Ibigay muna ang buong 20 minuto ng window, dahil may mga sender na nagpapaantala o nagba-batch ng SMS nila. Kung walang laman pa rin, maaaring tumatanggi ang serbisyo sa mga virtual number, o abala ang route na iyon; subukan ulit mamaya o gumamit ng ibang service route sa halip na magpadala ng sunud-sunod na bagong order. Awtomatikong nire-refund sa wallet ang mga order na walang sagot at ang mga kinansela mo. Pay as you go ang billing mula sa prepaid na USD wallet: card o USDT/USDC na top-up, PDF invoice para sa bawat isa, walang monthly fee, at sandbox mode kapag hiniling para sa mga dry run. Para sa sarili mong lehitimong account at produkto ang OTP Route, alinsunod sa mga tuntunin ng bawat serbisyo at sa aming Acceptable Use Policy.

Mga madalas itanong

Puwede ko bang i-test ang New Zealand sign-up flow ng app ko nang walang lokal na SIM?

Oo. Mag-order ng +64 number sa OTP Gateway, gamitin ito sa sign-up form mo at basahin ang code sa dashboard o sa pamamagitan ng API.

Iniiwan ko ba ang 0 kapag sine-save ang New Zealand mobile number?

Hindi. Tinatanggal ang trunk 0 sa E.164, kaya ang 021 123 4567 ay naka-store bilang +64211234567.

Ano ang API country id ng New Zealand?

Ito ay nz, na ginagamit sa mga price lookup at sa body ng activation request.

Magkano ang New Zealand verification code?

Nagsisimula ang presyo sa $0.20 kada code at nakadepende sa serbisyo; ipinapakita ng dashboard at ng GET /api/v1/prices ang eksaktong halaga bago ka mag-order.

Puwede ba akong umupa ng New Zealand number sa loob ng ilang buwan?

Walang self-serve na long-term +64 line. Product para sa US at Canada ang Dedicated Numbers, at maaari kang mag-email sa [email protected] para magtanong tungkol sa ibang bansa.

Mas mainam ba ang polling o webhook sa pagkuha ng +64 code?

Mas simple ang polling para sa iisang script; mas mahusay mag-scale ang signed webhook kapag maraming test job ang sabay-sabay na tumatakbo. Parehong code ang ibinabalik ng dalawa.

Tatanggapin ba ng bawat app ang New Zealand number ng OTP Route?

Hindi palagi. May mga serbisyong tumatanggi sa mga virtual number, kaya awtomatikong nire-refund ang order na walang dumating na SMS.

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.