Менеджер видит в CRM оплаты, отгрузки и документы без постоянного переключения в 1С.
Учёт и ERP
Интеграция Битрикс24 с 1С
Связываем работу продаж в CRM с учётными данными в 1С. Определяем, какие сведения нужны менеджерам, где их меняют и как проверяют результат передачи.
1С:УТ1С:ERP1С:БухгалтерияКЭДО
Остатки · оплаты · документыBitrix24
2 стороныобмен только по согласованным данным
без дублейповторная передача безопасна
журналвидно ошибки и статус обмена
Контрагенты и контакты1С ↔ Bitrix24
Товары, цены и остатки1С → Bitrix24
Сделки, заказы клиентовBitrix24 → 1С
Срок2–6 недельзависит от конфигурации и объёма обмена
Передаём клиентукарта обмена + рабочая синхронизация + логисхема обмена, журнал ошибок и чек-лист проверки
Сценарий
Когда нужен обмен с 1С
Интеграция Битрикс24 и 1С нужна, когда сделку ведут в CRM, а заказ, оплату или отгрузку учитывают в другой системе. Вместо ручного переноса согласуем обмен: сотрудник видит необходимые статусы в своём рабочем окне, а учёт продолжает вестись по правилам компании.
Если CRM запускается одновременно с обменом, включаем эту задачу в план внедрения Битрикс24. В действующей системе сначала проверяем справочники и существующие настройки.
Повторный ввод данных уменьшается: меньше ручных ошибок в номенклатуре, суммах и реквизитах.
Руководитель получает сквозной маршрут «лид → сделка → заказ → оплата → отгрузка».
Архитектура
Как настраиваем интеграцию
Собираем примеры данных и проверяем, можно ли использовать штатный коннектор 1С и Битрикс24 или подходящий модуль интеграции. Если возможностей недостаточно, рассматриваем обмен через API.
Карта данных
Какие сущности и поля действительно нужны бизнесу
Источник истины
Какая система владеет ценой, товаром, оплатой и статусом
Событие
Когда и в какую сторону запускается обмен
Контроль
Повторы, защита от дублей и журнал ошибок
Приёмка
Тест-кейсы и сверка на реальных сценариях
После выбора способа согласуем таблицу полей и идентификаторов. Настройку проверяем на ограниченном наборе объектов, затем показываем результат ответственным со стороны CRM и 1С. Перед запуском описываем повторную передачу и действия при ошибке.
Какие данные передавать
Состав обмена выбираем по процессу и возможностям конкретного решения. Это могут быть контрагенты, контакты, товары, заказы и сведения об оплате или отгрузке. Для каждого объекта фиксируем направление передачи и систему, где разрешено менять исходные данные.
СущностьОписаниеНаправлениеКонтроль
Контрагенты и контактыпоиск по внешнему ID, ИНН и контролю дублей1С ↔ Bitrix24контроль ошибок
Товары, цены и остаткиобновление каталога и доступности для менеджера1С → Bitrix24контроль ошибок
Сделки, заказы клиентовсоздание заказов на основании сделкиBitrix24 → 1Сконтроль ошибок
Счета, оплаты, отгрузкистатусы и суммы возвращаются в карточку CRM1С → Bitrix24контроль ошибок
Кадровые данные / КЭДОпри необходимости синхронизируем сотрудников и документы1С ↔ Bitrix24контроль ошибок
При настройке синхронизации 1С и Битрикс24 важно связать существующие объекты. Согласуем внешние идентификаторы, обязательные поля и правила поиска совпадений. Двусторонний обмен включаем только там, где понятны правила разрешения конфликтов.
Типовой сценарий: менеджер ведёт сделку в Битрикс24, в 1С появляется согласованный заказ, а его статус возвращается в CRM. Набор действий и документов зависит от выбранного коннектора. Это схема возможного проекта, а не обещание одинаковых функций любой конфигурации.
Кому подходит
- B2B‑компаниям, где менеджер продаёт в CRM, а факт оплаты и отгрузки живёт в 1С.
- Производству и дистрибуции, где критичны остатки, номенклатура и статусы документов.
- Компаниям, где нужно убрать спор «чья цифра правильная» между отделом продаж и бухгалтерией.
Что используем
ИнструментыREST API Bitrix24webhooksочередь обменажурнал интеграции1С:Предприятие 8
01
УНФ, ЗУП и документооборот
УНФ: заказ и его состояние Условный сценарий для интеграции 1С:УНФ и Битрикс24: менеджер согласует заказ в CRM, а учётная база возвращает его состояние после обработки. Сначала выбираем направление передачи, связываем внешний номер заказа и определяем, какая система меняет итоговый статус. Результат проверяем на одном заказе в обеих системах. Доступность этого маршрута подтверждаем для редакции УНФ, доработок базы и выбранного коннектора; готовое решение для любой базы не обещаем.
1С:УНФ
Товары, заказы, оплаты, статусы и другие данные — состав фиксируем под процесс.
1С:ЗУП
Сценарии со структурой и сотрудниками, когда CRM действительно должна использовать эти данные.
1С:Fresh
Сначала проверяем доступный способ обмена и ограничения конкретного приложения в облаке.
Особенности конфигураций 1С
ЗУП: ограниченный кадровый маршрут Условный сценарий связи 1С:ЗУП и Битрикс24 — передача согласованного статуса кадрового обращения ответственному сотруднику. До оценки решаем, какие идентификаторы и статусы действительно нужны, кто имеет право их видеть и где остаются исходные кадровые документы. Проверяем получение и обновление статуса под нужной ролью. Передачу зарплаты или всей кадровой базы в CRM не подразумеваем: способ обмена и допустимый состав сведений оцениваются отдельно.
Документооборот: документ и результат согласования Для 1С:Документооборот можно спроектировать условный маршрут: из CRM передаётся заявка на согласование договора, в системе документооборота ведётся документ, а в CRM возвращаются его номер и итоговый статус. Сотрудник видит, можно ли продолжать работу по сделке; файл и ход согласования остаются в согласованной системе. Перед запуском проверяем связь заявки и документа, права, обновление статуса и повтор события. Возможность маршрута подтверждаем по интерфейсам конкретного решения, а не по одному названию конфигурации.
Не объединяем эти конфигурации в одно обещание «передать всё». Перед оценкой проверяем совместимость, способ доступа к базе и ограничения выбранного решения. Для 1С:Фреш возможность подключения тоже проверяется по конкретному окружению.
02
Почему интеграции ломаются
✓
одни и те же данные редактируют в обеих системах
✓
не описаны правила обновления и удаления
✓
нет защиты от повторной отправки
✓
ошибки не попадают в журнал
✓
тестируют только один «идеальный» сценарий
03
Какие задачи обычно решает связка Bitrix24 и 1С
Цель обмена — не скопировать всю базу 1С в CRM, а дать сотруднику нужные данные в его рабочем контексте.
Менеджер видит оплату и отгрузку
В карточку сделки возвращаются ключевые статусы, чтобы менеджеру не приходилось уточнять их у бухгалтерии вручную.
Товары, цены и остатки
Если продажи зависят от актуальной номенклатуры, определяем, какие данные 1С публикует в Bitrix24 и как часто они меняются.
Не вводить данные дважды
После согласованной сделки можно передавать заказ или необходимые реквизиты в учётная система по правилам компании.
04
Источник истины назначается до настройки обмена
Самая опасная схема — когда обе системы могут менять одно поле и никто не знает, чьё значение правильное.
✓
Для каждого объекта определяем master-систему: контрагент, товар, цена, остаток, заказ, оплата, отгрузка.
✓
Двусторонний обмен включаем только там, где есть понятное правило конфликта.
✓
Внешние ID сохраняются с обеих сторон и используются для повторного сопоставления.
✓
ИНН, телефон и название могут помогать поиску, но не заменяют устойчивую связь сущностей.
✓
Удаление и архивирование проектируем отдельно: автоматическое удаление на другой стороне часто опаснее, чем устаревшая запись.
05
Почему «типовая интеграция» всё равно требует проверки
Даже при штатных модулях реальный процесс зависит от конфигурации 1С, версии, доработок и того, какие данные компания считает обязательными.
✓
Проверяем конфигурацию и режим работы 1С, доступность нужного механизма обмена.
✓
Фиксируем тестовую базу или безопасный набор сущностей для первого запуска.
✓
Отдельно проверяем дубли контрагентов, номенклатуру и единицы измерения.
✓
Согласуем частоту обмена и допустимую задержку данных для менеджеров.
✓
Настраиваем журнал и ответственного за ошибки: интеграция без мониторинга перестаёт быть надёжной после первого незаметного сбоя.
От чего зависит цена
Цена интеграции 1С и Битрикс24 зависит от конфигурации, числа баз, нужных объектов и доработок. Лицензии и сопровождение стороннего модуля учитываются отдельно, когда они нужны. После обследования фиксируем состав работ и критерии приёмки; сроки определяем для этого состава.
Риски и внимание к деталям
Что проверяем перед запуском
Проверяем создание и обновление объекта, повтор одного события, отсутствие обязательного поля, недоступность одной из систем и восстановление обмена. Отдельно убеждаемся, что согласованное сопоставление не создаёт новый объект вместо существующего. Результаты сверяем в обеих системах.
Если уже работающий обмен потерял данные или начал создавать дубли, сначала разбираем журнал и настройки. При проблемах внутри CRM может потребоваться аудит Битрикс24.
!
Без внешних ID и правил сопоставления быстро появляются дубли компаний, товаров и заказов.
!
Нельзя делать двусторонний обмен «всем подряд» — нужно назначить источник истины по каждой сущности.
!
Ошибки должны попадать в журнал и алерты, иначе команда узнаёт о сбое только после звонка клиента.
FAQ
Вопросы об обмене с 1С
Короткие ответы на вопросы, которые обычно появляются до оценки интеграции.
Можно использовать готовый модуль?
Да, если он поддерживает вашу конфигурацию и нужный сценарий. Проверяем не только установку, но и передачу конкретных полей, повтор события и порядок обновления данных.
Интеграция сайта на «1С-Битрикс» — та же задача?
Нет. «1С-Битрикс: Управление сайтом» и учётная база 1С решают разные задачи. Для передачи заказов сайта в CRM есть отдельная страница интеграции с сайтом.
Кто отвечает за работу обмена после запуска?
До передачи проекта назначаем ответственных со стороны CRM и 1С, описываем журнал и порядок обращения при сбое. Регулярный контроль можно включить в техподдержку Битрикс24.
Разобраться глубже
Практические материалы по теме
Практические материалы о настройке, проверке и типовых ошибках до запуска.
Обсудим интеграцию с 1С
Укажите конфигурацию, версию и какие данные нужно передавать
