Интеграции
Как избежать повторных SMS при ретраях
Пример применения · Это сценарий внедрения, а не история конкретного клиента. Результат зависит от вашей интеграции, телефона, сети и оператора.
Иллюстрация сценария, созданная с помощью ИИЗадача
Сеть может оборваться после создания задания, но до получения ответа. Повтор обычного запроса способен создать второе сообщение.
Как построить решение
Используйте постоянный Idempotency-Key для одного бизнес-события. При повторе передавайте те же устройство, номер, текст и metadata. Сохраняйте ключ вместе с событием на backend, а не генерируйте новый для каждой попытки.
Что проверить перед запуском
Проверьте параллельные запросы и таймаут ответа. Изменение содержимого с уже использованным ключом должно обрабатываться как конфликт, а новый бизнес-смысл — как новое событие.
Как работает SIM Bridge
Ваш backend создаёт задание через API, а подключённый Android отправляет SMS с вашей SIM-карты. Сохраняйте ID сообщения у себя и принимайте изменения статуса через webhook. Задание в очереди ещё не означает отправку: телефон должен быть доступен, а оператор — принять сообщение.
Сначала используйте свой тестовый номер. Проверьте разрешения Android, связь при выключенном экране, повтор запроса с тем же Idempotency-Key и обработку неизвестного статуса. Не записывайте API-ключи в клиентский код или публичный репозиторий.