Проверьте статус сообщения в отчёте доставки, сопоставьте его с номером телефона и временем отправки, а затем решите, нужно ли повторить SMS или связаться с клиентом другим способом. Статус помогает понять, что произошло на стороне доставки сообщения, но сам по себе не подтверждает, что человек прочитал текст. Ниже — порядок проверки, действия при задержке и сбое, а также простой способ настроить контроль отправок для магазина, службы доставки или компании, которая записывает клиентов на услуги.
Что показывает статус доставки SMS?
Сначала найдите сообщение в журнале отправок по номеру клиента, времени или идентификатору заказа. Посмотрите статус и время последнего обновления. Названия статусов зависят от сервиса, поэтому ориентируйтесь на их описание в интерфейсе или документации.
Обычно отчёт помогает различить три ситуации: сообщение доставлено, ещё обрабатывается или не доставлено. Доставленное SMS было передано на телефон получателя, но это не означает, что клиент его прочитал или выполнил указанное действие. Если статус долго не меняется, проверьте, завершилась ли отправка и обновился ли отчёт.
Для сервисного сообщения сверьте также его содержание с событием. Например, если вы отправляете уведомление о готовности заказа, проверьте, что в сообщении указан именно тот заказ и актуальный способ его получения.
Что делать, если SMS не доставлено или статус неизвестен?
Начните с проверки номера: сравните его с данными в заказе и убедитесь, что при передаче в сервис не пропали цифры или код страны. Затем проверьте текст и настройки отправки. Если система передаёт сообщение через API, посмотрите, какое событие запустило отправку и какой ответ вернул сервис.
Если в отчёте указана ошибка, найдите её описание и исправьте причину до повторной отправки. Повторять SMS без проверки не стоит: при временном сбое клиент может получить несколько одинаковых уведомлений. Для заказа, который уже ждёт ответа, используйте другой рабочий способ связи, предусмотренный вашим процессом.
Когда сообщение задерживается, не отправляйте его автоматически снова, пока не выясните, продолжает ли система обработку. Настройте правило: после заданного интервала проверить итоговый статус, а при ошибке записать её в журнал и передать ответственному сотруднику. Интервал выберите по срочности сообщения: уведомление о переносе доставки требует более быстрой реакции, чем напоминание о событии заранее.
Если клиенту нужно сообщить о задержке услуги или доставки, заранее подготовьте короткий текст с новым сроком и способом связаться с компанией. Отдельный разбор такой ситуации есть в материале о SMS-уведомлении при задержке или сбое услуги.
Как настроить контроль отправок через API?
При ручной отправке сотрудник может сверить сообщение с заказом и проверить результат в журнале. Когда SMS запускает сайт или внутренняя программа, этот порядок нужно перенести в автоматический сценарий: событие создаёт сообщение, сервис возвращает результат, а система сохраняет статус для последующей проверки.
Опишите этот сценарий простыми словами. Например: «заказ передан в доставку — отправить SMS; получен статус доставки — обновить запись; возникла ошибка — создать задачу сотруднику». Так проще проверить, что уведомление запускается по правильному событию и не дублируется при повторной обработке заказа.
Для каждого сообщения храните техническую запись, по которой сотрудник найдёт отправку: идентификатор заказа, номер получателя, время, статус и код ошибки, если он есть. Не помещайте в журнал лишние сведения о клиенте. При сбое сначала проверьте, дошло ли событие до интеграции, затем — принял ли его сервис отправки и обновился ли отчёт о доставке.
Если уведомление связано с оплатой или незавершённым заказом, сначала проверьте, какое действие клиента должно запускать SMS. Пример такого сценария разобран в статье о SMS при сбое оплаты и незавершённом заказе.
Какие ошибки мешают понять результат отправки?
- Проверять только факт запуска отправки. Он не равен подтверждённой доставке.
- Повторять сообщение без проверки текущего статуса. Так клиент может получить дубликат.
- Не сохранять идентификатор заказа рядом с записью об отправке. Тогда сотруднику трудно связать ошибку с конкретным обращением.
- Считать статус доставки подтверждением прочтения. Отчёт о доставке этого не доказывает.
- Отправлять SMS до проверки данных события. Например, сообщать новый срок доставки, пока его ещё не подтвердил сотрудник.
Начните с одного типа уведомления, например с сообщения о готовности заказа. Проверьте путь от события до итогового статуса, запишите, кто разбирает ошибку, и добавьте правило против повторной отправки. После этого примените тот же порядок к другим сервисным SMS.
