Интеграция SMS с 1С позволяет автоматически сообщать покупателю, что заказ принят, оплачен, собран, передан в доставку или готов к выдаче. Для этого нужно описать статусы, выбрать события для отправки, связать 1С с SMS-шлюзом через API и проверить текст каждого сообщения. В статье разберём пять шагов, которые подходят интернет-магазину малого или среднего бизнеса в Беларуси и помогают запустить уведомления без постоянной ручной работы менеджера.
Какие статусы заказа нужно передавать покупателю?
Начните с карты заказа. Откройте путь, который проходит покупатель от оформления до получения, и выпишите только те изменения, которые действительно требуют сообщения. Обычно в интернет-магазине это оформление заказа, подтверждение, оплата, сборка, передача в доставку, готовность к выдаче и завершение заказа.
Не стоит отправлять SMS при каждом внутреннем изменении документа в 1С. Менеджер может исправить комментарий, заменить товар или повторно открыть заказ, но покупателю не нужен отдельный текст на каждое такое действие. Свяжите сообщение с понятным статусом, который виден в рабочем процессе.
| Статус в 1С | Что получает клиент | Зачем отправлять |
|---|---|---|
| Заказ принят | Номер заказа и краткое подтверждение | Покупатель понимает, что заявка поступила |
| Оплата подтверждена | Сообщение о переходе заказа в работу | Снижается неопределённость после платежа |
| Заказ собран | Информация о готовности к передаче | Менеджер может перейти к следующему этапу |
| Передан в доставку | Факт отправки и номер заказа | Покупатель знает, что заказ покинул магазин |
| Готов к выдаче | Адрес или название точки, срок хранения | Клиент получает инструкцию перед визитом |
Для начала достаточно трёх-четырёх ключевых уведомлений. Когда цепочка заработает, добавьте напоминание о готовом заказе или сообщение о переносе доставки. Отдельно продумайте отмену: покупатель должен узнать о ней раньше, чем начнёт ждать курьера.
Как подготовить данные в 1С для отправки SMS?
У каждого сообщения должны быть источник события и данные получателя. В карточке заказа проверьте номер телефона, идентификатор заказа, текущий статус и способ получения. Если магазин передаёт заказы из сайта в 1С, убедитесь, что телефон приходит в едином формате и не теряется при обмене.
Для интеграции обычно используют отдельный модуль, обработку или внешнюю систему, которая обращается к SMS API. В 1С фиксируют факт изменения статуса, формируют запрос и получают ответ сервиса. В журнале обмена полезно хранить дату отправки, код сообщения, результат доставки и текст ошибки. Так бухгалтер или менеджер увидит, что произошло с конкретным заказом, без поиска по нескольким системам.
Заранее решите, что произойдёт при повторном открытии заказа. Уведомление о статусе должно отправляться один раз на одно изменение, иначе покупатель получит одинаковый текст несколько раз. Для этого используют технический признак вроде «SMS отправлено» или отдельный журнал событий с номером заказа и статусом.
Как связать 1С с SMS API?
На стороне SMS-сервиса создают учётные данные для API, а в 1С настраивают адрес запроса, ключ доступа и шаблоны сообщений. Сам запрос должен передавать минимум номер телефона, текст или идентификатор шаблона, а также внутренний номер заказа. Если сервис поддерживает статус доставки, 1С может получать отдельный ответ и записывать его в журнал.
Для небольшого магазина удобнее начать с одного сценария, например с сообщения «заказ готов к выдаче». После проверки добавьте остальные статусы. Такой порядок помогает отделить ошибку в логике 1С от ошибки в настройках SMS-шлюза.
Если магазин работает с интернет-витриной и CRM, заранее определите систему, которая считается источником статуса. Когда сайт меняет статус, а 1С перезаписывает его другим значением, цепочка начинает отправлять лишние сообщения. Описание интеграции и готовых сценариев можно сопоставить с материалом как настроить SMS-цепочку статуса заказа в интернет-магазине.
Как написать SMS о статусе заказа?
Текст должен отвечать на один практический вопрос: что произошло и что делать дальше. В короткое сообщение включают название магазина, номер заказа, текущий статус и следующий шаг. Если покупателю нужно перейти на страницу заказа, ссылка должна вести сразу к нужному действию, а не на главную страницу.
- Заказ №{{номер}} принят. Мы сообщим, когда он будет готов.
- Заказ №{{номер}} собран и передан в доставку.
- Заказ №{{номер}} готов к выдаче. Заберите его до {{дата}}.
- Доставка заказа №{{номер}} перенесена на {{дата}}. Ответьте менеджеру, если время не подходит.
Переменные в шаблоне нужно проверять отдельно. Номер заказа не должен подменяться пустым значением, дата должна выводиться в понятном формате, а название точки выдачи не должно обрезать смысл сообщения. До запуска отправьте тесты на несколько телефонов и проверьте кириллицу: длина SMS зависит от кодировки, поэтому длинный текст иногда разбивается на несколько сообщений.
Для уведомлений о готовности заказа полезно сразу указать срок хранения, если магазин его использует. Для статуса «передан в доставку» лучше дать факт отправки и номер заказа, а не обещать точное время, которого нет в данных 1С. Дополнительные примеры формулировок собраны в материале какие SMS о статусе заказа сокращают вопросы в колл-центр.
Как проверить интеграцию перед запуском?
Проверка должна пройти на тестовом заказе и на каждом переходе статуса. Создайте заказ, измените его по цепочке и сравните три события: изменение в 1С, запрос к API и получение SMS. Затем проверьте повторное сохранение заказа, отмену, отсутствие телефона и временную ошибку сервиса.
| Проверка | Ожидаемый результат |
|---|---|
| Статус изменился один раз | Отправлено одно сообщение |
| Заказ сохранили без изменения статуса | Новое SMS не отправляется |
| Телефон отсутствует | 1С фиксирует ошибку и не создаёт бесконечные повторы |
| API временно не отвечает | Система записывает сбой и повторяет отправку по заданному правилу |
| SMS доставлено | В журнале появляется результат доставки |
После запуска смотрите не только на факт отправки. Сверяйте количество изменённых заказов и количество сообщений, отслеживайте ошибки API и проверяйте случаи, когда клиент получил SMS с неправильным статусом. Мониторинг и отчётность помогают быстро найти разрыв между 1С и SMS-шлюзом.
Какие ошибки встречаются при интеграции?
- Сообщение отправляется при каждом сохранении. Привяжите отправку к фактическому изменению статуса и храните признак уже обработанного события.
- В 1С и на сайте разные названия статусов. Составьте таблицу соответствий, чтобы «собран» и «готов к выдаче» не воспринимались как одно состояние.
- Текст не содержит следующего шага. Добавьте дату, способ получения или инструкцию, которая нужна клиенту именно на этом этапе.
- Ошибки API остаются без записи. Сохраняйте код ответа и время сбоя, иначе повторную отправку придётся искать вручную.
- Один заказ создаёт несколько одинаковых SMS. Используйте уникальный идентификатор события, а не только номер заказа.
- В шаблоне слишком много переменных. Оставьте только данные, которые 1С заполняет стабильно: номер заказа, статус и конкретное действие.
3 шага, которые можно сделать на этой неделе:
- Выписать статусы заказа в 1С и оставить для SMS только те, которые меняют ожидания покупателя.
- Подготовить два шаблона: для подтверждения заказа и для готовности к выдаче, затем проверить переменные на тестовых заказах.
- Подключить API, включить журнал событий и протестировать повторную отправку после ошибки.