К статье
Практический материал

Автоматизация · 12 мин

Как работать в Битрикс24 и 1С: связка CRM и учётной системы

Как организовать совместную работу Битрикс24 и 1С: настройка синхронизации контрагентов, счетов и заказов, типовые сценарии, ошибки и проверка результатов обмена.

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

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

Практическая работа начинается с выбора способа интеграции. Для типовых конфигураций 1С (Управление торговлей, Комплексная автоматизация, ERP) существуют штатные модули обмена с Битрикс24. Для облачного Битрикс24 доступны готовые приложения из маркетплейса, для коробочной версии — модуль синхронизации, устанавливаемый на стороне 1С. Нестандартные сценарии реализуют через REST API обеих систем.

Как распределить роли между Битрикс24 и 1С

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

Для каждого справочника назначьте «мастер-систему». Например, новый контрагент создаётся в Битрикс24 при появлении сделки и выгружается в 1С, а карточка товара заводится только в 1С и подтягивается в CRM. Изменения реквизитов контрагента (ИНН, банковские счета) безопаснее править в 1С, потому что именно оттуда формируются юридически значимые документы.

Отдельно определите, где фиксируется факт продажи. Удобная схема: менеджер доводит сделку до этапа «Выставлен счёт» в Битрикс24, после чего данные автоматически уходят в 1С, где создаётся заказ и счёт на оплату. Номер счёта и статус оплаты возвращаются в сделку, и менеджер видит финансовое состояние без доступа в учётную систему.

Какие способы интеграции существуют и как выбрать

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

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

Сравнение вариантов интеграции

Штатный модуль обмена 1С

Подходит для типовых УТ, КА, ERP. Двусторонний обмен, гибкие настройки сопоставления. Ограничение: требует поддержки со стороны 1С-специалиста при обновлениях конфигурации.

Приложение из маркетплейса

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

Интеграция через REST API

Полная свобода сценариев, работа с любыми доработками. Ограничение: нужна разработка и постоянная поддержка кода обмена.

Выбирайте по принципу достаточности: если конфигурация типовая и нужны стандартные сущности — начните со штатного модуля. Переходите к API-интеграции только когда упрётесь в конкретное ограничение, а не «на вырост».

Как настроить синхронизацию: порядок действий

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

Порядок настройки обмена
  1. 1
    Определите мастер-систему для контрагентов, товаров и документов, зафиксируйте правила письменно
  2. 2
    Установите модуль обмена в 1С или приложение в Битрикс24 и подключите его к порталу
  3. 3
    Настройте сопоставление полей: какие поля компании в CRM соответствуют реквизитам контрагента в 1С
  4. 4
    Задайте правила поиска дублей — обычно по ИНН, телефону или e-mail
  5. 5
    Выполните первый обмен на малой выборке (5–10 записей) и проверьте результат
  6. 6
    Настройте расписание автоматического обмена и журналирование ошибок

Ключевой этап — сопоставление полей. Реквизиты «ИНН», «КПП», «Юридический адрес» должны попадать в одноимённые поля контрагента в 1С, а не в комментарий или пользовательское поле. Иначе счета, сформированные из 1С, будут содержать пустые реквизиты, и бухгалтерия потребует ручных правок.

Правила поиска дублей настраиваются до первого обмена. Если в обеих системах уже есть контрагенты, обмен без правил сопоставления создаст копии: одна запись придёт из CRM, другая останется в 1С. Сопоставление по ИНН для юридических лиц и по телефону или e-mail для физических лиц решает большинство случаев.

Типовые рабочие сценарии для менеджера и бухгалтера

Сценарий: от сделки до оплаченного счёта

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

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

Сценарий: контроль остатков и цен

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

Сценарий: повторные продажи и история клиента

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

Как проверить, что обмен работает правильно

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

Контрольные точки

Как проверить результат

Контрагент из сделки появился в 1С
Норма

Одна карточка с корректными ИНН, адресом и банковскими реквизитами

Тревожный признак

Дубль контрагента или реквизиты попали в комментарий

Счёт, созданный в 1С, виден в сделке
Норма

В сделке отображается номер, дата и сумма счёта

Тревожный признак

Сделка без привязанного счёта или с неверной суммой

Статус оплаты возвращается в CRM
Норма

После оплаты в 1С сделка меняет стадию или получает отметку об оплате

Тревожный признак

Статус не меняется, менеджер узнаёт об оплате от бухгалтерии вручную

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

Ошибок нет или они разобраны и устранены

Тревожный признак

Регулярные ошибки соединения или отказа в доступе, которые игнорируются

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

Типичные ошибки и ограничения связки

Типичные ошибки
01
Двустороннее редактирование одних данных: менеджер правит реквизиты в CRM, бухгалтер — в 1С, и обмен циклически перезаписывает изменения
02
Первый обмен без правил поиска дублей — в обеих базах появляются тысячи задвоенных контрагентов
03
Синхронизация всего справочника товаров вместо активной номенклатуры — каталог в CRM раздувается и тормозит подбор в сделке
04
Отсутствие ответственного за обмен: ошибки в журнале копятся месяцами, расхождения всплывают при сверке в конце квартала
05
Обновление 1С или Битрикс24 без проверки модуля обмена — после обновления синхронизация молча перестаёт работать

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

Отдельный риск — права доступа. Учётная запись, под которой работает обмен, должна иметь минимально необходимые права в обеих системах. Давать ей полные административные права «чтобы точно работало» небезопасно: при компрометации токена пострадают и CRM, и учётная база.

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

Когда штатной интеграции недостаточно

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

В таких случаях обмен строят на REST API Битрикс24 и HTTP-сервисах или планах обмена 1С. Это работа для разработчика, знакомого с обеими платформами. Перед заказом доработки сформулируйте сценарии в виде «событие → действие»: например, «при переходе сделки на стадию X создать в 1С документ Y и вернуть его номер». Такие формулировки экономят время и снижают риск получить не то, что ожидалось.

Маршрут решения

Как выбрать действие

Типовая конфигурация 1С и стандартные сущности (контрагенты, счета, товары)Используйте штатный модуль обмена или приложение из маркетплейса
Есть доработанные документы или нестандартные поляПланируйте доработку обмена через API, начав с описания сценариев
Обмен работает, но есть расхождения данныхПроверьте правила поиска дублей и мастер-систему для каждого справочника
После обновления одной из систем обмен остановилсяПроверьте совместимость модуля обмена с новой версией и обновите его
Итог

Что важно запомнить

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

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

Можно ли работать в Битрикс24 без 1С и наоборот?

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

Что выгружать первым: контрагентов или товары?

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

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

Настройте сопоставление по уникальным признакам до первого обмена: ИНН для юридических лиц, телефон или e-mail для физических. Проведите первый обмен на малой выборке и проверьте, не создались ли копии. Существующие базы перед объединением желательно почистить от явных дублей вручную.

Передаёт ли штатный обмен остатки склада в реальном времени?

Как правило, нет: обмен идёт по расписанию, поэтому остатки в CRM могут отставать от фактических. Для оперативного резервирования используют доработки на API или договорённость, что менеджер подтверждает наличие у склада перед выставлением счёта.

Что делать, если после обновления 1С перестал работать обмен?

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

Нужен ли менеджерам доступ в 1С при настроенной интеграции?

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