Короткие ответы
Что означает входящее SMS?
Это сообщение, поступающее на названный номер или в систему. Для отправителя оно исходящее, для получателя — входящее. Чтение уже сохранённого сообщения через API является отдельной операцией с данными, а не новой отправкой SMS.
Можно отправлять коды моим пользователям через этот продукт?
Описанная услуга принимающего номера не является исходящим отправителем или платформой аутентификации. Не покупайте активацию приёма для задачи отправки собственных сообщений.
Принимающий номер работает с любым сервисом?
Такой гарантии нет. Выберите реально доступные страну и принимающий сервис, срок и допустимое использование. Выдача номера и решение стороннего сервиса отправить сообщение — разные события.
Чтение API означает webhook о новом SMS?
Нет. Запрос вашего backend за сохранёнными данными отличается от вызова вашего адреса сервером. Используйте только механизмы, которые документирует фактический API; слово API не подтверждает произвольный webhook или доставку.
Запишите направление сообщения одной фразой
Начните так: «разрешённый сервис отправит сообщение на этот номер, а моя программа прочитает его». Если фраза другая — «моё приложение отправит код пользователю на его номер» — нужен другой тип услуги. Слово «подтверждение» встречается в обоих случаях и не делает продукты взаимозаменяемыми.
Результаты поиска по SMS API могут смешивать входящие ящики, отправку, переписку и аутентификацию. Не выбирайте по одному заголовку или цене. Сначала сопоставьте нужную операцию с документированным контрактом. Для приёма также определите, где именно вы ожидаете увидеть сообщение: в кабинете, приложении телефона или собственной программе.
Разделите участников и операции
| Задача | Направление | Что нужно приложению | Граница продукта |
|---|---|---|---|
| Прочитать разрешённое сообщение сервиса | Выбранный сервис → выданный номер | Доступ к своему номеру и сохранённым сообщениям | Проверить страну, сервис и период |
| Отправить собственный код входа | Ваш отправитель → номер пользователя | Исходящий транспорт и процесс аутентификации | Не обеспечивается покупкой принимающей активации |
| Получить уже сохранённое сообщение | Ваш backend → ресурс данных API | Авторизация и обработка состояния чтения | Это чтение данных, не новая SMS-передача |
Таблица не описывает реальную выдачу или отправку. Входящий номер сам по себе не даёт идентификатор отправителя, его правила согласия, механизм генерации кодов или инфраструктуру исходящих сообщений. Политику своего приложения нельзя получить сменой формата API-запроса.
Выберите доступ к номеру под разрешённую задачу
В каталоге SMS сопоставьте страну с нужным сервисом: одно наличие страны не доказывает, что выбранный сервис там доступен. Не переносите срок или возможность повторного использования с одной позиции на другую. Активация и аренда решают разные временные задачи.
Временный доступ не становится постоянным контролем номера после первого кода. Если аккаунт зависит от него позднее, заранее проверьте разрешённые способы входа и восстановления по списку перед окончанием срока. Чужой сервис определяет, подходит ли такой номер и операция.
Не смешивайте оплату, выдачу и приход сообщения
- Проверьте конкретный продукт, актуальную сумму, принимающий сервис и условия доступа.
- Сохраните существующий заказ или идентичность операции, если результат обрабатывается либо неясен.
- Дождитесь номера в принадлежащем вам ресурсе прежде, чем считать выдачу завершённой.
- Используйте его только для разрешённой задачи по правилам принимающего сервиса.
- Читайте собственный ресурс сообщений через документированный интерфейс, различая пустые, устаревшие, скрытые и неизвестные данные.
- При неопределённости исследуйте существующий заказ, не создавая новую покупку автоматически.
Подтверждённый платёж ещё не является наблюдением номера. Выданный номер не доказывает отправку кода. Сохранённое сообщение не означает, что ваша программа его успешно прочитала или использовала. Криптооплата и состояние заказа тоже имеют собственные этапы.
Проверяйте реальный контракт, а не название функции
SMS/eSIM API · English описывает аутентификацию, каталог, покупку, собственные ресурсы и поддерживаемые действия. Это источник требований к владению, правам, идемпотентности и ошибкам. Руководство не добавляет новых endpoint или обязанности принимать webhook, которого контракт не описывает.
Чтение входящего ящика спрашивает, какие сохранённые данные доступны сейчас. Для пустого результата нужны контекст последней проверки, состояние ресурса, пагинация и возможное скрытие содержимого. Повтор API-чтения не заставляет сторонний сервис отправить SMS. Если данных нет, сохраняйте неизвестность вместо предполагаемого успешного сообщения.
Для неполученного кода есть отдельная диагностика. Не превращайте её в новый исходящий продукт или обещание, что любая повторная покупка улучшит доставку. При отказе принимающей стороны остановитесь и проверьте допустимость номера и операции.
Защитите номер, ключ и содержимое
API-ключ храните на backend; используйте разрешённый ресурс собственного покупателя. Коды, тело сообщений и номера не должны попадать в публичные журналы, аналитику или демонстрационные снимки. Платёж не превращает открытый ящик в закрытый автоматически: проверьте фактические условия доступа.
Поездочный пакет данных — отдельный продукт: data-only eSIM не получает номер и операторские SMS автоматически. Для подходящей задачи приёма выберите реальный SMS-продукт; кабинет и оформление доступны на английском. Редакция от 2 ноября 2026 года основана на текущем контракте, без покупки, выдачи номера, отправки или реальной доставки.
Допустимое использование
Выполняйте только разрешённые действия в пределах правил назначения. Сохраняйте учётные данные и личное содержимое в тайне; соблюдайте политику допустимого использования · English.