Интеграция Битрикс24 с 1С: продажи и учёт в единой системе

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

Что даёт интеграция Битрикс24 с 1С и когда она назрела

CRM и учётная система отвечают на разные вопросы. Битрикс24 хранит историю общения, этапы сделок, задачи и ответственность менеджеров. 1С считает деньги, склад, документы и налоги. Пока связи нет, между системами работает человек: он переписывает состав заказа, уточняет остатки, сверяет оплаты.

Признаки, что пора связывать системы:

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

Что меняется после запуска: заказ и счёт появляются в учётной системе по действию менеджера в CRM; в карточку сделки возвращаются суммы оплаты и отгрузки, проценты и признаки полной оплаты; менеджер видит доступный остаток, не покидая CRM. Наблюдаемый результат — не «красивая интеграция», а сокращение ручных операций и совпадение цифр в двух системах при сверке.

Ответственный за процесс — не только IT. Без владельца процесса со стороны продаж и со стороны учёта настройка превращается в техническую задачу без результата: никто не решает, какой этап сделки считается готовностью к заказу и что означает «оплачено». Если CRM уже куплена, но команда ей не пользуется, сначала стоит разобраться с процессом продаж — об этом «Купили Битрикс24, никто не пользуется»: как реально запустить CRM, иначе интеграция будет аккуратно синхронизировать хаос.

Какие данные синхронизируют: карта обмена

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

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

Как устроен обмен: два способа соединения

Модуль интеграции настраивается на стороне 1С, и там же выбирается способ взаимодействия. От выбора зависит, что должно быть доступно в сети и как быстро приходят изменения.

Обмен через Push&Pull

1С держит постоянное соединение с Битрикс24 и принимает команды в реальном времени. Поведение зависит от варианта базы: в клиент-серверном варианте соединение устанавливается в фоновом режиме, в файловом — в текущем сеансе, и прерывать сеанс нельзя, иначе модуль работает некорректно. Вариант недоступен, когда база 1С работает в режиме облачного сервиса (SaaS). При таком способе базу можно опубликовать внутри локальной сети, но для открытия 1С из Битрикс24 она должна быть доступна по HTTPS с действующим сертификатом, которому доверяет браузер. Для обмена нужен исходящий доступ к адресам сервисов Битрикс24 по портам 80 и 443.

Обмен через HTTP-сервисы

Здесь инициатор — Битрикс24: он сам подключается к 1С через опубликованный HTTP-сервис. База должна быть доступна снаружи по HTTPS с действующим сертификатом и полной цепочкой сертификатов. Если сертификат самоподписанный, просрочен или отсутствует полная цепочка доверия, соединение не установится. В общих настройках указывают пользователя и пароль для подключения, а также веб-адрес базы с https://. У пользователя должны быть полные права или роль 'Администратор комплексной интеграции'.

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

Готовые приложения: что закрывает каждое

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

• Коннектор к 1С — единое приложение для обмена: синхронизация содержимого и статусов сделок и заказов, работа с 1С внутри Битрикс24, обмен в реальном времени, роботы и триггеры.
• Синхронизация сделок и заказов в 1С:Предприятие 8 — создаёт в 1С заказы клиентов на основе сделок, передаёт обратно суммы оплаты и отгрузки, проценты и признаки полной оплаты, отправляет файлы счетов и УПД в карточку сделки. Важно: товары из сделки в 1С не передаются, их добавляют в заказ вручную; контрагенты создаются автоматически только при точном совпадении названия или ИНН; после создания заказа документ нужно провести, иначе статус не обновится.
• Оплаты из 1С:Предприятие 8 — берёт данные о поступлениях безналичных средств из документов поступления на банк, сопоставляет оплату с открытой сделкой по названию компании и записывает сумму в поле сделки, может перевести сделку на следующий этап и уведомить ответственного. Документы, клиенты и товары при этом не передаются.
• Парсер оплат из 1С — разбирает поступившие из 1С данные об оплатах, включая частичные, и записывает суммы в поля сделки.
• Подбор товаров из 1С — добавляет в сделку позиции из учёта с ценой и доступным остатком, без создания отдельного каталога в CRM.
• Получение остатков из 1С — показывает доступность товара.
• Мониторинг обмена с 1С — превращает скрытые ошибки синхронизации в видимые события: например, сделка в Битрикс24 есть, а заказа в 1С нет.
• Отпуска и отсутствия из 1С в Битрикс24 — переносит отпуска, больничные, командировки и неявки в календарь.
• Простая синхронизация с 1С:Бухгалтерией — облегчённый вариант для бухгалтерского контура.

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

Подготовка: роли, справочники, сопоставление пользователей

Большая часть сбоев обмена рождается не в момент настройки, а раньше — в данных и правах.

Роли на стороне 1С

Пользователям 1С назначают нужные роли до настройки модуля. Для подключения по HTTP-сервисам у служебного пользователя должны быть полные права или роль администратора комплексной интеграции. Это зона ответственности администратора 1С, а не менеджера продаж.

Справочники и дубли

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

Сопоставление пользователей

В модуле есть настройка контроля сопоставления пользователей: она показывает, кто из пользователей 1С не сопоставлен с пользователями Битрикс24. Без этого ответственные в документах и уведомлениях будут назначаться неверно.

Настройка модуля: что включить и что отключить

Отладка, история и журнал ошибок

Режим отладки сохраняет запросы в лог — это удобно при настройке. В повседневной работе его лучше отключить: записи занимают место и база разрастается. Для истории задают срок хранения в днях и периодически её обрезают. Отдельно включается журнал ошибок: он фиксирует сбои и оповещает пользователей.

Оповещения об ошибках

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

Открытие 1С из Битрикс24

Модуль позволяет открывать объекты 1С прямо из Битрикс24. Для этого базу публикуют на веб-сервере, указывают её адрес и выбирают способ запуска: в слайдере Битрикс24 или в приложении Битрикс24. Разница практическая: слайдер экономит лицензии 1С, потому что они используются только когда слайдер открыт, но база загружается заново при каждом открытии; приложение работает быстрее, но лицензия занята постоянно, пока приложение запущено.

Доступ ИИ к данным 1С

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

Признак синхронизированности

Если включить хранение признака синхронизированности, в дополнительных сведениях объекта 1С появляется отметка «Синхронизировано с Битрикс24». Это упрощает разбор: видно, что документ уже ушёл в CRM.

Типичные ошибки и их причины

• Дубли контрагентов и номенклатуры. Причина — расхождения в справочниках, а не в модуле. Решается сверкой и очисткой справочников до запуска.
• Заказ создан, но статус не вернулся. Причина — документ в 1С не проведён (не имеет статуса 'опубликован').
• Оплата не нашла сделку. Причина — сопоставление идёт по названию компании, и точного совпадения нет.
• Товары не попали в заказ. Причина — в типовом приложении синхронизации товары из сделки в 1С не передаются автоматически, их добавляют вручную.
• Соединение не устанавливается. Причина — самоподписанный, просроченный сертификат или неполная цепочка, либо нет доступа по нужным адресам и портам.
• Модуль работает нестабильно. Причина — прерван сеанс работы с базой при файловом варианте и использовании обмена через Push&Pull.
• Уведомления не приходят. Причина — не настроены конкретные получатели оповещений.
• База быстро растёт. Причина — оставленный включённым режим отладки.

Учебный пример: сделки и оплаты в едином контуре

Учебный пример. Данные условные, это не описание реального проекта.

Входные условия. Оптовая компания, 12 менеджеров продаж, учёт в 1С:Предприятие 8 (конфигурация для торговли), CRM — Битрикс24. Задача: сделки из CRM должны превращаться в заказы в 1С, а в сделку должны возвращаться суммы оплаты и отгрузки. Справочник контрагентов — около 400 записей, часть с похожими названиями. Номенклатура — около 1200 позиций. Часть менеджеров заведена в обеих системах, часть — только в CRM.

Порядок действий.

1. Владелец процесса со стороны продаж и администратор 1С фиксируют, какие этапы сделки означают готовность к заказу и что считается полной оплатой. 2. Администратор 1С назначает роли пользователям и заводит служебного пользователя для подключения. 3. Сверяют справочники: находят дубли контрагентов, договариваются о едином написании названий, проверяют заполнение ИНН. 4. Выбирают способ соединения исходя из того, можно ли публиковать базу снаружи, и проверяют сертификат и сетевой доступ. 5. Устанавливают и настраивают модуль, включают контроль сопоставления пользователей и закрывают расхождения. 6. Включают журнал ошибок и оповещения, назначают получателей. 7. Прогоняют тест на трёх сделках: одна с полной оплатой, одна с частичной, одна без оплаты. Тестовые сделки создают в отдельной воронке, чтобы не портить отчётность. 8. Смотрят результат: появился ли заказ в 1С, проведён ли он, вернулись ли суммы и признаки оплаты, не создалось ли дублей контрагентов.

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

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

Как проверить решение на своём проекте

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

Ограничения: что интеграция не решает

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

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

С чего начать и как оценить объём работ

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

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