Как настроить SMS об окончании резерва и отключать их после покупки

Настройте напоминание от срока резерва в заказе и повторно проверяйте статус покупки перед отправкой SMS. Если клиент уже купил товар, отменил заказ или продлил резерв, система должна убрать прежнее сообщение из очереди. Начните с правил: какое событие подтверждает покупку, когда заканчивается резерв и что происходит с товаром после этого срока. Затем свяжите события магазина с SMS API. Ниже разберём логику отправки, текст уведомления и проверки, которые помогут избежать напоминаний после оплаты.

Дата публикации: 2026-11-01.

Какие правила резерва нужны до настройки SMS?

Запишите, до какого момента магазин держит товар за покупателем. Срок должен быть доступен системе как отдельное поле заказа. Комментария менеджера «отложить до вечера» недостаточно: программа не поймёт, когда отправлять напоминание и когда освобождать остаток.

Определите событие, после которого напоминание теряет смысл. Для заказа с онлайн-оплатой это может быть подтверждение успешного платежа. Для покупки с оплатой при получении ориентиром станет выдача товара. Сам выбор способа оплаты ещё не означает, что покупка завершена.

• Укажите срок окончания резерва с датой и временем.
• Выберите момент напоминания относительно этого срока.
• Перечислите статусы, при которых SMS ещё нужно отправлять.
• Определите события отмены: покупка, отказ клиента, снятие или продление резерва.
• Назначьте сотрудника, который разбирает заказы с неизвестным статусом оплаты.

Если срок меняет менеджер, напоминание должно учитывать новое значение. Прежнее задание нужно отменить, иначе покупатель получит сообщение со старой датой. Такой же подход используют для уведомлений о хранении заказа: напоминание привязывают к его сроку, а не к общему времени отправки для всех покупателей (источник: smsinfo.by).

Отдельно решите, что означает окончание резерва для остатков. Если магазин освобождает товар вручную, SMS не должно обещать автоматическую отмену заказа. Текст обязан совпадать с тем, что сотрудники и система делают на практике.

Как связать резерв, покупку и отправку через SMS API?

Передавайте сервису уведомлений события из системы, где магазин ведёт заказы. API здесь — способ автоматически сообщить об изменении заказа и передать текст SMS. Нужны события создания резерва, изменения срока и завершения покупки. Отмена заказа тоже должна прекращать напоминания.

1. При создании резерва сохраните его срок и запланируйте напоминание.
2. При изменении срока отмените прежнее задание и создайте новое.
3. При покупке или отмене заказа уберите напоминание из очереди.
4. Перед отправкой заново проверьте срок, статус заказа и наличие покупки.
5. После обращения к SMS API сохраните результат и идентификатор сообщения.

Последняя проверка нужна даже при отмене заданий по событиям. Покупатель может оплатить заказ, когда напоминание уже готовится к отправке. Если система увидела оплату до обращения к SMS API, отправку следует остановить. После передачи сообщения провайдеру рассчитывать на его отзыв нельзя.

Для каждого напоминания задайте ключ, который отличает его от повторного запуска того же события. Подойдёт связка «заказ + тип напоминания + версия резерва». При продлении срока версия меняется. Повторная передача события без изменений не должна создавать ещё одно SMS. Аналогичный принцип защиты от повторов описан для уведомлений об оптовых заказах (источник: QUICKTEL).

Если статус оплаты временно недоступен, отложите отправку до повторной проверки. Иначе техническая задержка превратится для клиента в требование оплатить уже купленный товар. Для разбора таких ситуаций полезно отдельно настроить синхронизацию статусов заказа, доставки и SMS.

При интеграции SMS API зафиксируйте и правила повторной попытки. Если ответ сервиса потерялся, сначала проверьте результат предыдущего запроса доступным способом. Слепой повтор создаёт риск дубля, даже когда магазин правильно обработал статус покупки.

Что написать в SMS об окончании резерва?

Сообщите, какой заказ ждёт клиента, до какого времени действует резерв и как завершить покупку. Используйте точный срок из заказа. Формулировка «резерв скоро закончится» заставляет покупателя искать дату самостоятельно.

Шаблон для заказа с онлайн-оплатой: «Резерв заказа {номер} действует до {дата}, {время}. Оплатить заказ и проверить его статус: {ссылка}».

Шаблон для самовывоза: «Заказ {номер} ждёт вас до {дата}, {время}. Адрес и часы выдачи: {ссылка}. Если нужен другой срок, свяжитесь с магазином через страницу заказа».

Используйте второй вариант только тогда, когда товар действительно готов к выдаче. Резерв на складе ещё не означает, что покупатель может приехать за заказом. Для разных состояний нужны разные тексты: «товар в резерве» и «заказ готов к получению».

Ссылка должна вести к нужному заказу. На странице покажите актуальный срок и доступное действие: оплатить, посмотреть условия получения или запросить продление. Если покупатель открыл старое SMS после покупки, страница должна сообщить, что заказ уже оплачен или выдан, и убрать предложение повторной оплаты.

Проверьте время на странице и в сообщении: они должны совпадать. Для магазина в Беларуси укажите, какое местное время используется, если покупатель может находиться в другом часовом поясе. Дату и время подставляйте из одного поля заказа, чтобы менеджеру не приходилось исправлять их в нескольких местах.

Как проверить, что после покупки напоминания прекращаются?

Проведите проверку на тестовых заказах до включения рассылки для покупателей. Смотрите не только на телефон: в журнале должно быть видно, почему система отправила сообщение или пропустила его. Статус доставки SMS сам по себе не подтверждает, что заказ всё ещё требовал напоминания.

• Резерв активен, покупки нет: система отправляет сообщение с текущим сроком.
• Клиент купил товар до запуска задания: система отменяет напоминание.
• Оплата пришла во время подготовки SMS: повторная проверка останавливает отправку до обращения к API.
• Менеджер продлил резерв: прежнее задание не срабатывает, новое использует обновлённый срок.
• Система повторно получила то же событие: дополнительное SMS не появляется.

Для каждого запуска сохраняйте номер заказа, версию резерва и результат проверки. Для отправленного сообщения добавьте идентификатор от SMS-сервиса. Для пропуска укажите причину: «заказ оплачен», «срок изменён» или «резерв отменён». Такой журнал позволяет разобраться в жалобе без догадок.

Мониторинг стоит разделить на технический и смысловой. Первый показывает, принял ли сервис запрос и какой статус доставки вернул. Второй помогает найти сообщения, которые ушли по заказам с уже завершённой покупкой. Если такие случаи появляются, проверьте порядок событий и момент последней проверки статуса.

Типичные ошибки

• Отменять SMS только после онлайн-оплаты. Покупку с расчётом при получении система тоже должна учитывать, иначе напоминание придёт после выдачи.
• Считать переход на страницу оплаты покупкой. Останавливайте сообщение по подтверждённому событию из системы заказов или платёжной интеграции.
• Менять срок резерва без отмены прежнего задания. Свяжите перенос даты с новой версией напоминания.
• Отправлять SMS по списку, который подготовили заранее. Перед обращением к API заново проверяйте каждый заказ.
• Проверять только успешную отправку. Включите в тесты отмену, продление и повторную передачу события.

Рабочая схема связывает срок резерва, события покупки и журнал отправок. Тогда менеджер видит причину каждого SMS, а покупатель получает сообщение с актуальными условиями. Начните с действия на две минуты: откройте один заказ с резервом и найдите поле, из которого система сможет взять точную дату и время его окончания.