Начните с момента, после которого сообщение теряет смысл: для напоминания это начало записи, для уведомления о брони — окончание бронирования. Затем проверьте, позволяет ли SMS-сервис ограничить срок доставки, и задайте его с учётом этого момента. Срок жизни SMS определяет, как долго система пытается доставить сообщение, если получатель недоступен. Ниже разберём, где искать настройку, как учитывать задержку перед отправкой и как проверить результат на тестовом номере.
Что такое срок жизни SMS и почему сообщения приходят поздно?
Срок жизни SMS, или validity period, — период, в течение которого система продолжает попытки доставки. Если телефон недоступен, сообщение не обязательно сразу получает окончательный статус. В документации белорусского SMS-сервиса описано, что повторную попытку доставки при временной недоступности абонента выполняет оператор (источник: «Статусы доставки SMS, Viber-сообщений, Telegram-сообщений и HLR-запросов», SMS Ассистент).
Для бизнеса задержка имеет значение, когда предложение или событие ограничено по времени. Представьте напоминание о записи: клиент включил телефон уже после назначенного визита и только тогда получил сообщение. Технически SMS дошло, но действовать по нему поздно.
При этом у уведомления есть два разных ограничения: до какого момента его вообще разрешено отправлять и сколько времени после отправки допустимо ждать доставки. Первое проверяет ваша программа или сотрудник, второе задаёт срок жизни SMS. Если сообщение долго лежало во внутренней очереди, настройка доставки сама по себе не сделает его актуальным.
Начните с одного сценария, где задержка особенно мешает: напоминания о записи, окончания брони или предложения с ограниченным сроком. Укажите для него точный момент, после которого отправка теряет смысл.
Как выбрать срок жизни и передать его SMS-сервису?
Привяжите срок к событию клиента. Для напоминания о визите ориентиром будет начало записи. Для сообщения о готовности заказа сначала проверьте, сколько времени заказ доступен к выдаче. У таких уведомлений разный запас времени, поэтому единая настройка для всех рассылок создаёт лишний риск.
Логика простая: допустимое время доставки не должно выходить за границу актуальности сообщения. Если до события осталось меньше времени, чем предусматривает обычная настройка, сократите срок. Когда событие уже наступило, отмените отправку ещё до передачи SMS в сервис.
- Найдите в кабинете или документации API настройку срока жизни. API — способ, которым ваша программа передаёт сервису команду отправить SMS.
- Уточните единицы измерения и точку отсчёта: сервис ждёт длительность или конечное время доставки.
- Проверьте допустимые значения, настройку по умолчанию и ограничения для нужного направления отправки.
- Задайте срок для выбранного сценария и проверьте в журнале запроса, что программа передала нужное значение.
Не подставляйте название параметра из чужой инструкции: у вашего сервиса оно может отличаться. Если настройка в кабинете отсутствует, задайте поддержке конкретный вопрос: «Как ограничить срок доставки этого типа SMS и что произойдёт после его окончания?» Отдельно уточните, как сервис обрабатывает запрос без такого параметра.
Для уведомлений о выдаче полезно сначала согласовать текст и срок хранения. В инструкции о том, как настроить SMS о готовности заказа и сроке хранения, эта задача рассматривается со стороны самого события. Срок жизни сообщения должен укладываться в период, когда клиент ещё успевает забрать заказ.
Как не отправить SMS, которое устарело ещё в очереди?
Добавьте проверку актуальности непосредственно перед отправкой. Между созданием события и обращением к SMS-сервису бывает задержка: например, программа ждала восстановления связи или сотрудник перенёс запуск кампании. Если отсчитывать срок жизни только после передачи сообщения, старое напоминание получит новый период доставки.
Для каждого срочного уведомления задайте конечный момент актуальности. Перед отправкой программа сравнивает его с текущим временем. Если время вышло, она пропускает сообщение; если запас ещё есть, передаёт допустимый срок доставки в пределах возможностей сервиса.
Проверяйте и состояние самого события. Клиент мог отменить запись, забрать заказ или продлить бронь. В этих случаях прежний текст уже не соответствует ситуации, даже когда его формальный срок ещё не закончился.
Вот пример для мастерской: уведомление «Ремонт завершён, устройство можно забрать» нужно сверить с текущим статусом заказа перед отправкой. Если устройство уже выдали, SMS следует исключить из очереди. Логику событий помогает продумать материал о том, как настроить SMS-уведомления о статусе ремонта.
Не рассчитывайте, что изменение срока в вашей программе отзовёт SMS, которое сервис уже принял. Возможность отмены зависит от сервиса и текущего состояния сообщения. Для срочных уведомлений полезно прямо написать в тексте дату или время события: это поможет получателю понять контекст, если сообщение всё же придёт с задержкой.
Как проверить срок жизни SMS перед запуском?
Проведите тест на номере, к которому у вас есть доступ. Сначала отправьте сообщение на доступный телефон, чтобы проверить саму отправку. Затем отдельно проверьте сценарий недоступности. Он покажет, как система обрабатывает ожидание доставки и окончание срока.
- Выберите тестовый срок, который поддерживает сервис, и временно сделайте телефон недоступным для мобильной сети.
- Отправьте тестовое SMS и сохраните его идентификатор, время запроса и значение срока жизни.
- Дождитесь окончания срока по правилам сервиса, затем верните телефон в сеть и проверьте, пришло ли сообщение.
- Сопоставьте результат на телефоне с окончательным статусом в отчёте и временем его появления.
Не оценивайте результат только по первому статусу. Сервис может сначала показать, что принял запрос, а окончательный результат доставки появится позже. В документации SMS Ассистент отдельно описано обновление статусов в течение срока жизни сообщения до получения конечного статуса (источник: «Статусы доставки SMS, Viber-сообщений, Telegram-сообщений и HLR-запросов»).
Если SMS пришло после ожидаемого момента, проверьте точку отсчёта, единицы измерения и фактический параметр в запросе. Затем передайте поддержке идентификатор сообщения и время событий. По этим данным можно разбирать конкретную отправку, а не предполагать причину по скриншоту телефона.
Для рабочего контроля сохраняйте время события, передачи в сервис и итоговый статус. Так в аналитике можно отделить задержку вашей очереди от ожидания доставки. Статус «доставлено» при этом не подтверждает, что человек прочитал SMS или успел выполнить действие.
Типичные ошибки при настройке срока жизни SMS
- Оставляют один срок для всех сообщений. Разделите хотя бы срочные напоминания и уведомления, которые сохраняют смысл дольше.
- Считают срок от создания события, хотя сервис отсчитывает его иначе. Уточните точку отсчёта и передавайте оставшееся время по правилам API.
- Задают слишком короткий срок без теста. Проверьте сценарий временной недоступности телефона, прежде чем применять настройку к рабочим отправкам.
- Повторяют отправку после истечения срока без проверки события. Сначала убедитесь, что запись, бронь или заказ всё ещё актуальны.
- Считают принятие запроса подтверждением доставки. Дождитесь конечного статуса и сверьте его значение с документацией своего сервиса.
Срок жизни работает вместе с проверкой события перед отправкой и отчётом о результате. Начните сейчас: откройте шаблон одного срочного уведомления и запишите рядом с ним момент, после которого это SMS уже не нужно клиенту.
