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

Что обычно связывают

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

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

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

Второй вопрос: нужен ли обмен в реальном времени. Почти всегда не нужен. Обмен раз в пятнадцать минут или раз в час решает те же задачи и на порядок проще в сопровождении.

Три способа связать

Типовой обмен. В 1С есть встроенная выгрузка в Битрикс24 для типовых конфигураций. Работает, если вы не отходили от типовой конфигурации далеко и вам хватает стандартного набора данных. Настраивается быстро, стоит дёшево, гнётся плохо.

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

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

Выбор определяется не бюджетом, а тем, насколько доработана ваша 1С. Чем дальше от типовой, тем выше по списку придётся подняться.

Главная проблема: обмен умирает тихо

Это то, ради чего написана статья.

Мы разбирали случай, где обмен пролежал мёртвым около семи недель. Всё это время в CRM создавались сделки, в 1С проводились документы, интерфейсы обеих систем выглядели нормально. Узнали не из системы, а от бухгалтера, которая не нашла оплату по конкретному счёту.

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

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

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

Обновление в 1С рвёт привязку

Вторая по частоте поломка, и она выглядит совершенно иначе — не тишиной, а потопом.

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

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

Отдельная неприятность: в Битрикс24 нет штатного поиска дублей по сделкам. Дубли ищутся по контактам, компаниям и лидам, но не по сделкам. Разбирать приходится выгрузкой.

Что делать. Любое обновление конфигурации 1С, любая установка модуля — повод сразу проверить обмен: прогнать один документ и убедиться, что он попал в существующую сделку, а не создал новую.

Переезд с облачной 1С на коробку оставляет хвост

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

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

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

Что настроить до запуска

Короткий список, который избавляет от большинства историй выше.

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

И проверяйте дату последнего успешного обмена так же, как проверяете другие признаки здоровья портала, — это один из двенадцати пунктов нашего чек-листа самопроверки Битрикс24.

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

Какой способ интеграции Битрикс24 с 1С выбрать?

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

Нужен ли обмен в реальном времени?

Почти никогда. Обмен раз в пятнадцать минут или раз в час решает те же задачи и заметно проще в сопровождении, чем мгновенная синхронизация.

Как понять, что обмен с 1С сломался?

По дате последнего успешного обмена, а не последней попытки. Если при ежедневной работе она старше суток — обмен стоит. Без такого счётчика поломку обычно замечают через недели и не из системы.

Откуда берутся дубли сделок после обновления 1С?

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