Обмен 1С и Битрикс24: с чего начать

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

Коротко о главном:

• Сначала определяется источник правды по каждой сущности — иначе системы начнут перезаписывать данные друг друга.
• Способ обмена выбирается по тому, какая система инициирует передачу: REST API Битрикс24, HTTP-сервис на стороне 1С или OData.
• Обязательны очередь, повторные отправки, защита от дублей, журнал и уведомления об ошибках.
• Сроки: узкий обмен — 1–2 недели, двусторонняя связка с CRM — от трёх недель.

Зачем связывать 1С и Битрикс24

Что это даёт бизнесу

• Менеджеры не переносят данные руками — заказы и оплаты ходят сами.
• Цены и остатки в CRM и на сайте всегда актуальные.
• Сделка, счёт, оплата и отгрузка связаны в одну цепочку.
• Меньше ошибок: данные вводятся один раз, в одной системе.
• Видно, что происходит с заказом, без переключения между программами.

Когда интеграция не нужна

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

Шаг 1. Определите сущности и «источник правды»

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

Если этот шаг пропустить, обе системы начинают считать себя главными, и обмен превращается в конфликт данных: то цена перезапишется, то статус откатится.

Шаг 2. Выберите способ обмена

Технически обмен можно построить тремя способами. Выбор зависит от того, какая система инициирует обмен и какие данные нужно передавать.

REST API Битрикс24

Подходит, когда инициатор обмена — 1С: она обращается к Битрикс24 по API и забирает или передаёт данные. Хороший вариант, если 1С работает по расписанию.

HTTP-сервис на стороне 1С

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

OData

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

Шаг 3. Позаботьтесь о надёжности

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

Очередь и повторные отправки

Если одна из систем недоступна, данные встают в очередь и отправляются повторно. Ничего не теряется при кратковременном сбое сети или перезапуске сервера.

Идемпотентность: защита от дублей

У каждой записи есть уникальный ключ, по которому система понимает: этот заказ уже загружен. Повторная отправка обновляет запись, а не создаёт вторую. Без этого при сбое появляются дубли заказов и двойные оплаты.

Журнал обмена

Отдельный журнал показывает, что, когда и в какую сторону перенеслось. Это первое место, куда смотрят, когда «данные не пришли».

Уведомления об ошибках

Сообщение в Telegram или на почту приходит сразу при сбое — а не когда менеджер заметит, что заказ не появился в 1С.

Сроки и стоимость интеграции

Чем больше сущностей и сценариев, тем больше тестов — поэтому двусторонний обмен дороже не «за код», а за количество проверенных ситуаций.

Частые ошибки при интеграции

• Нет источника правды. Обе системы считают данные своими — начинается перезапись.
• Нет защиты от дублей. Первый же сбой сети создаёт повторный заказ.
• Нет журнала. Непонятно, что перенеслось, а что потерялось.
• Обмен «по кнопке». Ручной запуск работает, пока о нём помнят.
• Нет уведомлений об ошибках. О сбое узнают от клиента.
• Игнорирование тестов. Проверяют один заказ, а не реальные сценарии: частичные оплаты, возвраты, изменения после отгрузки.

Как это выглядит на практике — в кейсах «Обмен 1С и Битрикс24» и «Выгрузка на сайт». Подробнее об услуге — в разделе «Интеграции».

Что нужно от вас для старта

Интеграция — это совместная работа, а не «отдал доступы и жду». Чтобы начать без задержек, понадобится:

• Доступ к копии базы 1С — работа идёт на копии, рабочая база не трогается до выкатки.
• Доступ к Битрикс24 — вебхук или приложение с нужными правами.
• Список сценариев — как сейчас проходит заказ: от заявки до отгрузки и оплаты.
• Договорённость об источнике правды по каждой сущности: где данные считаются основными.
• Ответственный с вашей стороны — человек, который проверяет результат и отвечает на вопросы по процессу.

Как поддерживать обмен после запуска

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

Мониторинг

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

Доработка сценариев

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

Поддержка по ретейнеру

Когда интеграций и доработок становится много, выгоднее держать их на абонентском сопровождении: задачи выполняются в рамках пакета часов, а не оформляются отдельной сметой каждый раз.

Частые вопросы