SMS-рассылки из 1С: настройка интеграции и сценарии для бизнеса

1С — центральная учётная система в большинстве российских компаний. В ней хранятся клиенты, заказы, отгрузки, платежи, договоры. Логично, что и коммуникацию с этими клиентами удобнее запускать прямо отсюда — где есть все данные и где регистрируется каждое событие, требующее уведомления.

SMS-рассылки из 1С — это не отдельный «маркетинговый канал», а инструмент автоматизации сервисной коммуникации. Заказ принят — SMS. Заказ собран — SMS. Документ подписан — SMS. Оплата зачислена — SMS. Каждое из этих сообщений уходит автоматически, без участия менеджера, на основании событий в 1С.

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

Зачем нужны SMS прямо из 1С

Альтернатива — запускать рассылки из отдельной системы (внешней SMS-платформы, CRM, маркетингового сервиса). Это работает, но создаёт несколько проблем.

Дублирование данных. Список клиентов, телефоны, согласия на коммуникации нужно держать актуальными и в 1С, и во внешнем сервисе. На каждое изменение клиента (новый телефон, отзыв согласия) приходится править данные в двух местах. На дистанции это превращается в кашу: где-то старый номер, где-то отозванное согласие.

Задержка триггеров. Чтобы внешний сервис «узнал» о новом заказе или изменении статуса, нужна синхронизация — обычно раз в N минут или по расписанию. SMS уходит с задержкой, клиент успевает позвонить в поддержку «где мой заказ» до того, как пришло уведомление.

Сложная отчётность. Кто получил SMS и когда, что ответил, во сколько обошлась рассылка — эти данные живут во внешнем сервисе. Когда бухгалтер или руководитель хочет посмотреть «расходы на коммуникации за месяц», нужно лезть в отдельную систему.

Когда SMS отправляется прямо из 1С — все эти проблемы исчезают. Данные те же, что и в учётной системе. Триггер срабатывает в момент события. Отчётность — в одном окне с финансами и продажами.

Какие сценарии SMS чаще всего настраивают в 1С

В типичной торговой или сервисной компании, работающей на 1С, обычно набор такой:

Подтверждение заказа. Менеджер оформил заказ в 1С → клиенту мгновенно уходит SMS «Заказ № N принят. Сумма N руб. Доставка N. Проверить статус: ссылка». Это снимает половину звонков в поддержку «правильно ли меня поняли по телефону».

Изменение статуса заказа. Заказ переведён в статус «Собран», «Передан в доставку», «Доставлен», «Готов к самовывозу» — на каждое изменение SMS с актуальной информацией. Клиент в курсе процесса, не нервничает, не звонит.

Оплата. Поступил платёж от клиента — SMS «Оплата по заказу № N в размере N руб. зачислена. Спасибо». Закрывает вопрос «дошли ли деньги», особенно при банковских переводах между разными банками.

Документы. Подписан акт, выставлен счёт, готова накладная — SMS со ссылкой на личный кабинет. Удобно для B2B-клиентов, где документы критичны для бухгалтерии.

Напоминания о платежах. За три дня до срока оплаты — мягкое напоминание. В день срока — повторное. После просрочки — отдельный текст. Снижает дебиторскую задолженность.

Маркетинговые сценарии. День рождения клиента (если дата хранится в 1С), годовщина первой покупки, «возврат» клиента после длительной паузы. Это уже маркетинг, требует согласия на рекламу.

Внутренние уведомления для сотрудников. Менеджер получил нового клиента — SMS «Поступил новый клиент: Иван Иванов, +7 999 …». Кладовщик получил задание на отгрузку — SMS «Срочно: заказ N к выдаче». Это не клиентский, но не менее важный сценарий.

Способы интеграции SMS-шлюза с 1С

Подключение SMS к 1С возможно несколькими путями, и выбор зависит от конфигурации 1С, навыков команды и масштаба рассылок.

Готовый модуль от провайдера. Большинство SMS-операторов предоставляют типовые внешние обработки или расширения для популярных конфигураций (1С:Управление торговлей, 1С:Розница, 1С:ERP, 1С:Бухгалтерия). Модуль ставится в режиме «Внешний отчёт» или через подсистему расширений, настраивается за пару часов, и сразу появляется возможность отправлять SMS из карточки контрагента, заказа или документа. Самый быстрый старт — если у вас типовая конфигурация без сильной доработки.

HTTP-интеграция через REST API. SMS-шлюз публикует REST API (обычно POST-запрос с номером и текстом → ответ с ID и статусом). 1С умеет работать с HTTP-запросами через `HTTPСоединение` и `HTTPЗапрос`. Программист 1С пишет простую процедуру отправки и встраивает её в нужные места конфигурации — например, в обработчик «При изменении статуса заказа». Подходит для нестандартных конфигураций, где готовый модуль не работает.

Очередь через промежуточный сервис. Для крупных компаний с большим объёмом SMS имеет смысл отделить отправку от 1С. 1С пишет события в очередь (RabbitMQ, файл, веб-сервис), отдельный сервис обрабатывает очередь и отправляет в SMS-шлюз. Это даёт устойчивость к падениям 1С и гибкость в настройке retry-логики. Минус — сложнее в поддержке.

Через CRM с интеграцией к 1С. Если в компании уже есть CRM (Битрикс24, AmoCRM, Megaplan), которая обменивается данными с 1С, можно настроить рассылки в CRM, а 1С использовать как источник данных. Подходит, когда маркетинг ведёт CRM, а 1С — это «бухгалтерия».

Выбор способа — это всегда баланс «скорость старта» против «гибкость настройки». Для большинства компаний оптимально начать с готового модуля, и если потребуется — мигрировать на REST API.

Технически как устроен поток данных

Когда событие в 1С триггерит SMS, цепочка выглядит примерно так:

1. Событие в 1С. Менеджер изменил статус заказа на «Собран» и сохранил документ. Срабатывает обработчик `ПриЗаписи` или подписка на событие, в зависимости от того, как настроено в конфигурации.

2. Подготовка данных. Конфигурация определяет, какому клиенту отправить SMS (из реквизита «Клиент» документа), какой текст использовать (из шаблона по статусу), и какой номер телефона взять (из карточки контрагента).

3. Проверка согласия. Перед отправкой проверяется флаг «Согласие на SMS» в карточке клиента. Если отозвано — отправка не происходит, событие логируется.

4. HTTP-вызов к SMS-шлюзу. Конфигурация формирует POST-запрос: номер, текст, идентификатор подписи (Sender ID), внутренний ID для отслеживания. Запрос уходит на API SMS-провайдера.

5. Подтверждение от шлюза. Провайдер сразу возвращает ответ «SMS принято в очередь, id такой-то». 1С сохраняет этот id в журнале отправок.

6. Финальный статус. Через несколько секунд или минут провайдер присылает на webhook (или 1С опрашивает статус) финальный результат: доставлено, не доставлено, ошибка. 1С обновляет журнал.

Эта цепочка работает в фоне, никак не блокируя пользователя 1С. Менеджер сохранил документ, увидел сообщение «Документ записан», и поехал дальше работать — SMS-отправка происходит асинхронно.

Юридическая сторона: 152-ФЗ и согласия в 1С

1С хранит персональные данные клиентов — ФИО, телефоны, адреса. К отправке SMS из 1С применяются стандартные требования 152-ФЗ.

Согласие в карточке клиента. В карточке контрагента (или номенклатуры контактов) должен быть отдельный реквизит «Согласие на SMS-рассылку» с датой и источником. При проверке Роскомнадзором это первое, что запрашивают.

Отдельные типы согласия. Сервисные SMS (статусы заказов, документы) и маркетинговые (акции, скидки) формально регулируются по-разному. В карточке клиента полезно иметь два независимых флага: «Согласие на сервисные коммуникации» и «Согласие на рекламу».

Журнал отправленных SMS. В 1С должен храниться журнал — кому, когда, какой текст ушёл, по какому событию. Это нужно и для разбора жалоб (если клиент пишет «я не давал согласия»), и для отчётов по запросу Роскомнадзора.

Минимизация данных в тексте. В SMS не пишут детали сделки, которые могут раскрыть чувствительную информацию (диагноз клиента, его финансовое положение, состав покупок). Достаточно номера заказа и статуса — без расшифровки.

Подробнее про юридические требования к SMS-рассылкам — в нашей статье Согласие на SMS-рассылку.

Интеграция Quicktel с 1С

Quicktel поддерживает интеграцию с 1С через готовое расширение для типовых конфигураций и через REST API для нестандартных решений. Это значит, что подключиться можно в день обращения — без долгой разработки.

Готовое расширение работает с 1С:Управление торговлей, 1С:Розница, 1С:ERP, 1С:CRM и 1С:Бухгалтерия. После установки в конфигурации появляются объекты для отправки SMS, обработки статусов и ведения журнала. Шаблоны сообщений настраиваются через интерфейс, без программирования.

Для кастомных конфигураций используем REST API — программист 1С пишет процедуру отправки на нашем токене, мы помогаем с примерами и тестовым стендом. Полная документация API доступна на странице протокола HTTP.

Подробнее о готовой интеграции с 1С — на странице Интеграция SMS с 1С:Предприятие. Чтобы получить тестовый доступ и попробовать на своей конфигурации — свяжитесь с командой через контакты.