د پلاتفورم په بېلابېلو برخو کې له لټون پرته له همدې پاڼې ژر پیل وکړئ.
روښانه Base URL، auth header، چمتو مثالونه، webhooks او error codes.
د پلاتفورم په بېلابېلو برخو کې له لټون پرته له همدې پاڼې ژر پیل وکړئ.
سم سناریو وټاکئ او لومړی request د cURL یا چمتو snippets له لارې وچلوئ.
په خپل سیسټم کې sent، delivered او failed callbacks د retries او ښکاره log سره ترلاسه کړئ.
د همدې تجربې پرېښودو پرته devices، queue health او message state وګورئ.
د development یا CI پر مهال دوه چټک endpoints وکاروئ څو ډاډ ترلاسه شي چې service فعاله ده او account د واقعي traffic لپاره چمتو دی.
{
"ok": true,
"request_id": "req_01H...",
"status": "queued",
"queued_at": "2026-03-14T12:30:00Z"
}
{
"ok": true,
"otp_id": "otp_01H...",
"status": "sent",
"expires_in_seconds": 300
}
{
"ok": true,
"request_id": "req_01H...",
"status": "delivered",
"device_name": "Relay Device 1",
"attempts": 1
}
د developer او operations ټیم د همغږۍ لپاره OpenAPI فایل او Postman collection وکاروئ.
مهمې ناکامۍ باید د webhooks او روښانه retry log له لارې ستاسې سیسټم ته راستانه شي.
د لومړي production launch څخه مخکې health، readiness او app pairing وازمویئ.
د device routing او status tracking سره د queue له لارې transactional SMS واستوئ.
OTP د purpose، locale او روښانه پای وخت سره واستوئ.
کوډ تایید کړئ او success/failed/expired په روښانه ډول بېرته ورکړئ.
د request_id له لارې د پیغام حالت، هڅې او د ناکامۍ دلیلونه وګورئ.
د خوندي شوو ترلاسه کوونکو لړلیک وګورئ او د نوم یا شمېرې له مخې ولټوئ.
بشپړ لست queue ته واستوئ؛ هر شمېره به جلا queue item شي.
unauthorizedAPI key یا auth header ناسم دی.
invalid_deviceوسیله شتون نه لري یا د routing لپاره سم نه دی.
rate_limitedد لېږلو حدود یا د خوندیتوب حدونه اوښتي دي.
queue_blockedلېږل د queue حالت یا پالیسیو له امله لنډمهاله بند دي.
subscription_expiredاشتراک ختم شوی او نوي کولو ته اړتیا لري.
It fits login systems, stores, bookings, invoices, and operational alerts that need OTP or event-driven messaging, not mass marketing campaigns.
Yes. Ready-to-copy examples include cURL, PHP, Laravel, Node, Axios, Python, Flutter, Kotlin, Java, C#, Go, and Ruby.
Yes. You can rely only on Send OTP and Verify OTP if your project needs verification without other messaging flows.
The device should preferably stay online with permissions and foreground service enabled so sending and status heartbeat continue normally.
Start by creating the account, pairing the Android Relay, taking an access token, then running your first request from the ready examples before moving to webhooks and production.
واټساپ