Интеграция Битрикс24 с 1С: что синхронизировать, а что не нужно

Фраза «интеграция с 1С» описывает направление, а не работу. Ниже — как выглядит постановка задачи, после которой смету можно проверить.

Какие объекты вообще имеет смысл передавать

Четыре: заказы, номенклатура, контрагенты, статусы оплаты и отгрузки. Этого набора хватает подавляющему большинству компаний.

Заказ — главный объект. Он рождается в CRM, где идёт работа с клиентом, и должен доехать до учётной системы без ручного перебивания. На производстве полимеров именно это и настроено: заказы уходят в 1С автоматически, скорость обработки выросла на 40%.

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

Всё остальное — проводки, склады, себестоимость — в CRM не нужно. Менеджеру эти данные не помогают, а объём обмена они удваивают.

В какую сторону настраивать обмен

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

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

Двусторонний обмен оправдан там, где обе стороны действительно ведут работу. В проекте со складским ПО он двунаправленный: задачи привязаны к товарам, и правки карточек приходят с обеих сторон. Там это оправдано устройством процесса, а не желанием «чтобы всё синхронизировалось».

Где обмен ломается чаще всего

Три места, и ни одно из них не про код.

Первое — несовпадение справочников. В CRM клиент заведён как «ТОО Ромашка», в 1С как «Ромашка, ТОО», и система считает их разными. Лечится сопоставлением по коду, а не по названию, и делать это нужно до первого обмена.

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

Третье — тишина при ошибке. Если обмен упал, а никто не узнал, расхождение копится неделями. Нужно уведомление ответственному, а не только запись в журнале.

Как выглядит порядок работ

1. Перечислить объекты и направление по каждому — письменно, до оценки.
2. Сопоставить справочники и договориться о ключе связи.
3. Настроить передачу заказов и прогнать пробную партию.
4. Подключить номенклатуру и контрагентов.
5. Настроить возврат статусов оплаты и отгрузки.
6. Включить уведомление об ошибках обмена.
7. Наблюдать первую неделю и сверять числа вручную.

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

Шаг 7 пропускают чаще всего, и зря. Расхождения первой недели почти никогда не оказываются ошибкой настройки — они вскрывают разное понимание того, в какой момент заказ считается состоявшимся. Исправляется это договорённостью, а не доработкой, но узнать об этом можно только сверив числа руками.

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

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

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

Третий случай — когда обмен затевают ради отчётности. Если единственная цель в том, чтобы руководитель видел выручку рядом с воронкой, дешевле собрать сводку в аналитике, чем синхронизировать документы. Разбор этой границы — в материале отчёты Битрикс24 или внешний BI.

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

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