Быстро начните с этой же страницы, не переходя по разным разделам платформы.
Чистый Base URL, auth header, готовые примеры, webhooks и коды ошибок в организованном опыте.
Быстро начните с этой же страницы, не переходя по разным разделам платформы.
Выберите нужный сценарий и выполните первый запрос через cURL или готовые сниппеты.
Получайте в своей системе callbacks sent, delivered и failed с повторными попытками и видимым журналом.
Следите за устройствами, состоянием очереди и статусом сообщений, не выходя из того же интерфейса.
Используйте два быстрых endpoint во время разработки или CI, чтобы убедиться, что сервис работает, а аккаунт готов к реальному трафику.
{
"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
}
Используйте файл OpenAPI и коллекцию Postman, чтобы согласовать работу разработчиков и операционной команды.
Важные ошибки должны возвращаться в вашу систему через webhooks и понятный журнал повторов.
Проверьте health, readiness и привязку приложения перед первым production-запуском.
Отправляйте транзакционное SMS через очередь с маршрутизацией по устройству и отслеживанием статуса.
Отправляйте OTP с назначением, локалью и понятным сроком действия.
Проверяйте код и явно возвращайте success/failed/expired.
Читайте статус сообщения, попытки и причины ошибок по request_id.
Просматривайте сохранённый справочник получателей и ищите по имени или номеру.
Ставьте весь список в очередь: каждый номер станет отдельным элементом.
unauthorizedAPI-ключ или заголовок авторизации недействителен.
invalid_deviceУстройство недоступно или не подходит для маршрутизации.
rate_limitedПревышены лимиты отправки или пороги безопасности.
queue_blockedОтправка временно заблокирована из-за состояния очереди или политик.
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.