SMS о частичной оплате, доплате и готовности заказа помогают покупателю понимать, что происходит с его заказом и какое действие нужно сделать дальше. В статье разберём схему для интернет-магазина: какие статусы передавать в SMS, как связать магазин с платёжной системой и складом, какие данные включить в сообщение и как избежать повторной отправки. В результате менеджер не будет вручную напоминать о каждом заказе, а клиент получит понятное уведомление в нужный момент.
Какие события нужно передавать клиенту?
Сначала опишите путь заказа от оформления до выдачи. Для сценария с частичной оплатой обычно достаточно нескольких событий: заказ создан, предоплата получена, требуется доплата, заказ собран, заказ готов к выдаче, заказ передан в доставку. Каждый статус должен отвечать на один вопрос клиента: что произошло и что делать дальше.
Транзакционное SMS отправляют после подтверждённого события в системе. Например, магазин не должен сообщать о получении предоплаты сразу после нажатия кнопки оплаты. Сначала платёжная система должна вернуть успешный результат, а магазин зафиксировать его в заказе. Для статуса «готов к выдаче» источником события служит складская или торговая система, где сотрудник завершил сборку.
| Событие | Задача SMS | Что указать |
|---|---|---|
| Частичная оплата получена | Подтвердить поступление денег | Номер заказа, полученная сумма, остаток |
| Нужна доплата | Напомнить о незавершённом платеже | Номер заказа, сумма к доплате, срок или способ оплаты |
| Заказ собран | Сообщить о переходе к следующему этапу | Номер заказа и текущий статус |
| Готов к выдаче | Подсказать, что заказ можно забрать | Место получения, часы работы, код или номер заказа |
| Передан в доставку | Снизить число вопросов о доставке | Статус, ориентир по доставке, ссылка на отслеживание |
Не стоит объединять все события в одно длинное сообщение. После оплаты клиенту нужна сумма остатка, а после сборки — информация о получении. Если магазин передаёт в SMS только статус без следующего шага, покупатель всё равно обращается к менеджеру.
Как отправить SMS о частичной оплате?
В заказе храните отдельные поля: полная стоимость, сумма предоплаты, остаток и статус оплаты. Система сравнивает эти значения и выбирает нужный шаблон. При успешной частичной оплате она передаёт в сервис SMS номер клиента и параметры сообщения.
Пример текста: «Заказ №1842 принят. Получена предоплата 40 BYN. Остаток к оплате — 60 BYN. Информация о доплате: [ссылка]». Суммы нужно брать из заказа автоматически, чтобы менеджер не перепутал данные при ручном копировании.
Ссылка в SMS должна вести прямо на нужное действие: страницу доплаты, детали заказа или инструкцию для получения. Если ссылка получается длинной, её можно сократить через сервис сокращения ссылок для SMS, если такой сценарий предусмотрен в вашей интеграции. Важно сохранить идентификатор заказа, чтобы система понимала, за что вносится платёж.
После оплаты система получает уведомление от платёжного модуля. Этот сигнал запускает следующий шаг: обновление статуса заказа и отправку подтверждения. Если платёж отменён или истёк, SMS о полученной доплате отправлять нельзя. Для спорных операций лучше оставить статус «проверяется» и передать заказ менеджеру.
Как напомнить о доплате без лишних сообщений?
Напоминание отправляют только по заказам, где остаток действительно не погашен. Перед каждой отправкой система проверяет актуальный статус, сумму долга и наличие ранее отправленного напоминания. Если клиент уже внёс деньги, запланированное SMS отменяется.
Какие правила помогут настроить цепочку?
- Отправляйте первое сообщение после фиксации частичной оплаты.
- Указывайте точный остаток, а не общую стоимость заказа.
- Перед повторным напоминанием снова проверяйте платёжный статус.
- Ограничьте число напоминаний для одного заказа.
- Не отправляйте сообщение после отмены, возврата или полного погашения заказа.
- Храните в журнале время, шаблон и результат отправки.
Для небольшого магазина достаточно одной проверки перед отправкой и одной проверки после ответа платёжной системы. При большом числе заказов лучше запускать напоминания по расписанию: система выбирает только те заказы, где срок доплаты подошёл, а статус не изменился.
Отдельно задайте правило для частично оплаченных заказов, которые ожидают поступления товара. В таком случае клиенту сначала сообщают о готовности товара или заказа к сборке, а уже затем предлагают доплатить. Сообщение должно соответствовать реальному этапу, иначе покупатель может оплатить остаток до подтверждения наличия.
Как сообщить о готовности заказа к выдаче?
SMS о готовности отправляют после того, как заказ собран и место выдачи подтверждено. В тексте укажите номер заказа, адрес или название точки, часы работы и срок хранения, если магазин использует такое правило. Для заказа с остатком к оплате добавьте короткое уточнение: «При получении потребуется доплата 60 BYN».
Пример: «Заказ №1842 готов к выдаче. Остаток к оплате — 60 BYN. Заберите заказ по адресу: [адрес]. Часы работы: [время]. Возьмите номер заказа». Такой текст закрывает сразу две задачи: сообщает о готовности и заранее предупреждает о сумме.
Если заказ выдают по коду, код должен формироваться для конкретного заказа и попадать в сообщение только после его готовности. Не вставляйте в один шаблон данные, которые появляются на разных этапах. Адрес может измениться, а сумма доплаты может обновиться, поэтому система должна подставлять значения непосредственно перед отправкой.
Для пунктов выдачи полезно разделить уведомления о готовности и напоминания о неполученном заказе. Практические варианты такой цепочки разобраны в материале о настройке SMS для пункта выдачи. Для статусов доставки пригодится отдельная схема, описанная в статье о SMS-цепочке статуса заказа в интернет-магазине.
Как связать магазин, оплату и SMS-сервис?
Интеграция строится вокруг событий. Магазин или CRM передаёт запрос на отправку, платёжная система сообщает об оплате, а склад меняет статус готовности. SMS-сервис принимает эти данные через API и возвращает результат: запрос принят, сообщение доставлено, произошла ошибка.
Для каждого события задайте обязательные поля:
- номер заказа;
- номер телефона получателя;
- тип события;
- сумма оплаты или остатка, если она нужна в тексте;
- адрес, код или ссылка, если они относятся к статусу;
- уникальный идентификатор операции.
Уникальный идентификатор нужен для защиты от дублей. Если магазин повторно отправил один и тот же запрос из-за сетевой ошибки, сервис должен распознать операцию и не создать второе одинаковое SMS. Для связки магазина, CRM и доставки можно использовать вебхуки: принцип такой интеграции разобран в материале о вебхуках для SMS.
До запуска проверьте четыре сценария: успешная частичная оплата, отменённый платёж, полная доплата и повторный запрос одного события. Затем отправьте тестовые сообщения на номера сотрудников и убедитесь, что сумма, ссылка, адрес и код подставляются правильно. Отдельно проверьте длину текста: при добавлении ссылки сообщение может перейти в несколько SMS.
Какие ошибки встречаются чаще всего?
- SMS отправляется после создания платежа. Событием для подтверждения должна быть успешная фиксация оплаты, а не открытие платёжной страницы.
- В сообщении указана старая сумма. Перед отправкой система должна брать остаток из актуального заказа.
- Клиент получает уведомление о доплате после полной оплаты. Запланированные сообщения нужно отменять после изменения статуса.
- Один статус запускает несколько SMS. Добавьте уникальный идентификатор события и проверку уже отправленных сообщений.
- SMS о готовности не содержит места выдачи. Номер заказа без адреса или часов работы оставляет клиента с дополнительным вопросом.
- Ошибки доставки никто не видит. Настройте журнал и уведомления для менеджера, чтобы повторить отправку только после проверки причины.
3 шага, которые можно сделать на этой неделе:
- Составьте таблицу статусов заказа и назначьте каждому статусу одно SMS с конкретным действием.
- Добавьте в заказ поля «полная сумма», «предоплата» и «остаток», затем проверьте их обновление после платежа.
- Настройте API-события, защиту от повторов и мониторинг доставки, после чего протестируйте четыре сценария на тестовых заказах.
