Автоматизация SMS о доставке связывает интернет-магазин, CRM, службу доставки и сервис отправки сообщений. Когда заказ получает новый статус, клиенту автоматически уходит понятное уведомление: посылка принята, передана перевозчику, прибыла в пункт выдачи или задерживается. В статье разберём, какие данные подготовить для интеграции с Белпочтой и курьерскими службами, как построить цепочку статусов, что проверить перед запуском и как контролировать доставку сообщений.
Зачем интернет-магазину автоматизировать уведомления о доставке?
Ручная отправка сообщений быстро становится узким местом. Менеджер копирует номер заказа, проверяет статус в кабинете перевозчика, пишет клиенту и возвращается к следующей заявке. При большом количестве отправлений в цепочке появляются задержки и ошибки: один покупатель не получил трек-номер, другой получил старую информацию, третий звонит в магазин, хотя посылка уже находится в пункте выдачи.
Автоматическая схема убирает повторяющиеся действия. Магазин передаёт данные заказа в систему доставки, система получает изменение статуса, а SMS-сервис отправляет заранее подготовленный текст. Такой подход описывают и для автоматизации доставки в интернет-магазинах: заявки, трек-номера и статусы передаются между системами без постоянного ручного переноса данных (источник: «Автоматизация доставки в интернет-магазине»).
Для покупателя ценность простая: он понимает, что происходит с заказом и когда нужно совершить действие. Для магазина это меньше вопросов в поддержке и меньше риска, что клиент пропустит срок получения посылки. Сценарий особенно полезен для заказов с наложенным платежом, самовывозом и доставкой курьером.
Какие статусы нужно передавать клиенту?
Сначала составьте короткий список событий. Не каждый технический статус перевозчика стоит показывать покупателю. Клиенту нужен ответ на один из трёх вопросов: принят ли заказ, где он находится и какое действие требуется дальше.
| Событие | Что получает клиент | Пример SMS |
|---|---|---|
| Заказ передан в доставку | Подтверждение отправки и трек-номер | «Заказ №458 передан в доставку. Номер отправления: BY123456789. Проверить статус: ссылка» |
| Посылка прибыла в пункт выдачи | Адрес, срок хранения или способ получения | «Заказ №458 прибыл в пункт выдачи. Заберите его по адресу из заказа. Номер отправления: BY123456789» |
| Курьер получил заказ | Информация о ближайшей доставке | «Заказ №458 передан курьеру. Ожидайте доставку по адресу из заказа» |
| Доставка перенесена | Новая дата или необходимость связаться с магазином | «Доставка заказа №458 перенесена. Новая дата: 29 августа. Если дата не подходит, ответьте менеджеру» |
| Заказ возвращается | Предупреждение о проблеме | «По заказу №458 возникла проблема с получением. Свяжитесь с магазином, чтобы уточнить дальнейшие действия» |
Полезно заранее разделить статусы на обязательные и дополнительные. К обязательным обычно относят передачу заказа перевозчику, прибытие и проблему с доставкой. Дополнительные статусы добавляйте только тогда, когда они меняют действия покупателя. Список статусов, которые интернет-магазин передаёт из системы в CRM, лучше согласовать до технической настройки: это уменьшает количество лишних уведомлений и дублей.
Для самовывоза нужна отдельная ветка. Когда заказ собран и готов, клиент получает сообщение о возможности забрать покупку. Подробный сценарий описан в материале «SMS для самовывоза: как уведомить о готовности заказа».
Как связать магазин, Белпочту и курьерскую службу?
Интеграция начинается с карты обмена данными. В ней фиксируют, какая система считается источником статуса, каким способом она передаёт событие и какое SMS отправляется в ответ. Для одного интернет-магазина это может выглядеть так: CMS или CRM создаёт заказ, модуль доставки формирует отправление, служба доставки возвращает трек-номер, а SMS-сервис отправляет сообщение клиенту.
Есть несколько технических вариантов.
- API. Магазин или CRM запрашивает актуальный статус по номеру отправления. Способ подходит, если служба доставки предоставляет программный интерфейс или готовый модуль.
- Вебхуки. Система доставки сама отправляет уведомление об изменении статуса. Магазину остаётся принять событие, сопоставить его с заказом и запустить нужный шаблон. О связке магазина, CRM и доставки через вебхуки можно прочитать в материале «Вебхуки для SMS: как связать магазин, CRM и доставку».
- Обмен файлами. Система регулярно загружает реестр отправлений и выгружает обновлённые статусы. Такой вариант требует контроля формата файла и расписания обмена.
- Готовый модуль CRM или CMS. Подходит небольшому магазину, если нужная служба доставки уже поддерживается. Перед установкой проверьте, передаются ли трек-номер, телефон, статус и дата изменения.
При интеграции с Белпочтой и курьерской службой логика может отличаться, поэтому не стоит строить сценарий вокруг названий статусов. Один перевозчик может использовать формулировку «принято к пересылке», другой — «отправление зарегистрировано». Внутри магазина лучше создать единые понятные категории: «передано в доставку», «в пути», «прибыло», «проблема», «возврат».
Какие поля подготовить для обмена?
Минимальный набор зависит от схемы работы, но обычно в событии нужны идентификатор заказа, номер отправления, телефон получателя, новый статус и время его изменения. Для курьерской доставки дополнительно может понадобиться дата доставки или временной интервал. Если клиенту передают ссылку на отслеживание, её формируют из номера отправления или получают от перевозчика.
Отдельно продумайте сопоставление заказов. Трек-номер может появиться после создания заказа, поэтому система должна сохранить связь между номером заказа магазина и номером отправления. Если в одном заказе несколько посылок, уведомления нужно отправлять по каждой отправке либо объединять их по заранее выбранному правилу.
Как написать SMS о доставке, чтобы клиент понял его с первого раза?
Сервисное сообщение должно отвечать на вопрос клиента без перехода в личный кабинет. В коротком тексте оставьте название магазина или отправителя, номер заказа, текущий статус и следующее действие. Не перегружайте SMS внутренними кодами перевозчика, если они ничего не объясняют покупателю.
Рабочая формула выглядит так:
- кто отправляет сообщение;
- какой заказ изменился;
- что произошло;
- что делать клиенту;
- куда перейти за подробностями, если это нужно.
Пример для отправки: «Магазин N: заказ №458 передан в доставку. Трек-номер BY123456789. Статус заказа: ссылка». Пример для задержки: «Магазин N: доставка заказа №458 задерживается. Новая дата появится после подтверждения перевозчика». Текст должен отражать реальный статус, поэтому шаблон лучше собирать из динамических полей, а не вставлять дату вручную.
Проверьте длину сообщения и отображение кириллицы. Вопрос стоимости SMS с кириллицей и эмодзи разобран в материале «Как не переплачивать за SMS с кириллицей и эмодзи». Для сервисных уведомлений обычно достаточно обычного текста без эмодзи: он занимает меньше места и не отвлекает от номера заказа или даты.
Как проверить интеграцию до запуска?
Тестируйте цепочку на отдельных заказах, а не сразу на всей базе. Создайте тестовые сценарии для каждого статуса и проверьте, что сообщение уходит один раз, содержит правильный номер заказа и не отправляется при техническом обновлении, которое не меняет смысл для клиента.
- Создайте тестовый заказ с доставкой Белпочтой и отдельный заказ с курьерской доставкой.
- Проверьте, как система получает трек-номер и связывает его с заказом.
- Измените статус вручную или через тестовый контур и убедитесь, что срабатывает правильный шаблон.
- Повторите одно и то же событие. Дубликат SMS не должен уходить клиенту.
- Проверьте ошибочный номер, пустой трек-номер и временную недоступность системы доставки.
- Сверьте отчёт отправки с журналом событий магазина.
Мониторинг нужен и после запуска. В отчёте полезно видеть время события, статус отправки, код ошибки и идентификатор заказа. Если доставка статусов остановилась, менеджер должен узнать об этом до того, как накопится очередь. Практические настройки мониторинга SMS-интеграции собраны в материале «Как настроить мониторинг SMS-интеграции в 2026 году».
Типичные ошибки
- Отправка SMS на каждый технический статус перевозчика. Клиент получает много сообщений и перестаёт обращать на них внимание.
- Отсутствие защиты от повторного события. После повторного запроса API покупатель получает один и тот же текст несколько раз.
- Разные номера заказа в CRM и системе доставки. Из-за этого менеджер не может быстро найти отправление.
- Сообщение отправляется до появления трек-номера. Клиент узнаёт о передаче заказа, но не может проверить путь посылки.
- В шаблоне нет следующего действия. Фраза «статус изменён» не объясняет, нужно ли ждать курьера или забирать заказ.
- Магазин не проверяет сбои интеграции. Статусы продолжают меняться у перевозчика, но SMS-клиенты их не получают.
Автоматизация доставки начинается с простой карты статусов и понятных шаблонов. На этой неделе можно выбрать четыре ключевых события, сопоставить их с данными Белпочты или курьерской службы, подключить передачу через API или вебхуки и проверить дубли на тестовых заказах. После этого интеграцию SMS API, транзакционные уведомления и отчётность можно настроить как единую цепочку для магазина.
