В 80% случаев, когда мы заходим к клиенту с Битрикс24, на стороне учёта стоит 1С — чаще всего 1С: Управление нашей фирмой (УНФ). Это даёт типичную картину: продавцы живут в Битрикс24, бухгалтерия и склад — в УНФ, а между ними двойной ввод данных, расхождения в остатках и постоянные «найдите кто это завёл». Интеграция убирает эту прослойку и стоит дешевле, чем кажется.
В этой статье разберём что именно стоит синхронизировать, какими способами это делается, сколько занимает по времени и где обычно прячутся подводные камни. Опираемся на собственный опыт внедрений в производстве и торговле.
Зачем вообще интегрировать
Главный смысл — устранить двойной ввод и сделать данные едиными. Когда контрагент заведён один раз и виден всем, а сделка автоматически становится заказом покупателя в УНФ — у продавцов уходит рутина, а у бухгалтера перестают «всплывать» неоприходованные документы. Конкретно интеграция решает три задачи:
Убрать двойной ввод
Контрагент, контакт, реквизиты заводятся один раз — в той системе, где удобнее работать. В другую попадают автоматически.
Видеть актуальные цены и остатки
Менеджер в CRM видит реальный остаток на складе и текущий прайс, а не «вчерашнюю выгрузку в Excel».
Замкнуть цикл «сделка → оплата»
При оплате счёта в УНФ сделка в CRM автоматически уходит в успешную стадию — без ручного «закрытия» менеджером.
Что обычно синхронизируется
Минимальный полезный набор обмена выглядит так. В каждом направлении мы определяем «ведущую» систему — где данные создаются и редактируются, и «ведомую» — куда они уходят в режиме чтения.
Контрагенты и контакты
Ведущая система — обычно Битрикс24 (там менеджер заводит лида и квалифицирует его). В УНФ уходят только клиенты, по которым уже есть сделка или счёт.
Номенклатура и цены
Ведущая — УНФ (это учётная система, она хранит каталог и прайс). В Битрикс24 уходит каталог товаров для подбора в сделке.
Сделки → заказы покупателя
Ведущая — Битрикс24. При переходе сделки в стадию «Согласовано» создаётся заказ покупателя в УНФ. Связь по уникальному ID.
Счета и оплаты
Счёт можно выставлять из любой системы — главное чтобы у обеих был общий «источник правды» по статусу оплаты. Обычно ведущая по статусу — УНФ (там видны выписки).
Это база. К ней добавляются специфичные сценарии — остатки и резервы по складам, доступы к печатным формам, документы отгрузки, возвраты. Но прежде чем добавлять «ещё что-нибудь», убедитесь, что базовый контур работает стабильно неделю-две.
Три способа интеграции — что выбрать
Технически связать Битрикс24 и 1С УНФ можно по-разному, и от выбора способа сильно зависят сроки, стоимость и гибкость дальнейших правок. Расскажем коротко про каждый вариант.
-
1
Штатный модуль «1С-Битрикс24»
Готовый коннектор от 1С + Битрикс. Подключается за день, синхронизирует контрагентов, товары, счета. Минусы: ограниченная гибкость, не все версии УНФ поддерживаются одинаково хорошо, кастомные поля передавать сложно. Подходит когда: нужна быстро базовая связь без доработок.
-
2
Обмен через REST API + обработки в 1С
На стороне УНФ пишутся обработки, которые ходят в REST API Битрикс24 (по расписанию или по событию). На стороне CRM — настроенные роботы и REST-приложение для обратного направления. Подходит когда: нужны кастомные поля, нестандартная логика, контроль над тем что и когда синхронизируется.
-
3
Промежуточный шлюз (middleware)
Отдельный сервис, который связывает обе системы и держит карту соответствий. Удобно, когда систем не две, а три-четыре (например, добавляется сайт или маркетплейс). Это наш путь в DICOM TEAM — собственная «СуперСистема» как раз про это. Подходит когда: ландшафт сложный и будет расти.
Для большинства задач малого и среднего бизнеса хватает варианта №1 или №2. Шлюз — это уже когда у вас появляются сайт, склад, маркетплейс, и нужна оркестрация между ними.
Этапы внедрения: пошагово
Независимо от выбранного способа, последовательность шагов одинаковая. Если кто-то предлагает «давайте сразу настроим», без аудита — это плохой признак, в 9 случаях из 10 в проекте на середине что-нибудь сломается.
-
1
Аудит и контракт обмена
Описываем какие сущности синхронизируем, в каком направлении, какая система ведущая по каждому полю, что является ключом сопоставления (ИНН, артикул, ID). Это документ на 3–10 страниц. Срок: 2–4 дня.
-
2
Подготовка справочников
Чистим дубли контрагентов, унифицируем артикулы товаров, согласуем единицы измерения. Это самая неблагодарная часть — без неё интеграция «успешно» начнёт ломать данные в обеих системах. Срок: 5–10 дней (зависит от состояния справочников).
-
3
Настройка обмена в тестовой среде
Поднимаем копию УНФ и тестовый портал Битрикс24, настраиваем синхронизацию, прогоняем 20–30 типовых сценариев. На этом этапе выявляются неочевидные ограничения штатного модуля или нашей кастомной логики. Срок: 3–7 дней.
-
4
Обучение команды
Короткие инструкции для менеджеров (как заводить контрагента, что меняется в их работе) и для бухгалтерии (откуда брать данные, что не править вручную). Лучше всего — 30-минутный созвон на каждую роль. Срок: 1–2 дня.
-
5
Запуск на бою + сопровождение
Переключаем на продакшен и в первые 2 недели плотно следим: смотрим логи, отвечаем на «а почему так?», правим конфигурацию. Без этой фазы любая интеграция через месяц обрастает workaround-ами от пользователей. Срок: 2 недели в режиме «на связи».
Грабли которых стоит избегать
Эти ошибки повторяются от проекта к проекту. Если в плане работ они не учтены — будут проблемы.
Синхронизация всего и сразу
«Давайте сразу будем синхронизировать всё — контрагентов, товары, документы, оплаты, движения по складу». Это путь к проекту, который никогда не сдадут. Правильно — поэтапно: сначала контрагенты + сделки, через 2 недели работы добавляем товары, ещё через 2 — счета. Каждый этап стабилизируется отдельно.
Нет ключа сопоставления
Если у контрагента в УНФ нет ИНН, а в CRM он заведён без ИНН — система не сможет понять, что это один и тот же клиент, и создаст дубль. Перед запуском обязательно: для контрагентов — ИНН обязателен (юр.лица) или связка ФИО+телефон (физ.лица), для товаров — артикул, для документов — связка по уникальному внешнему ID.
«Ведущая» система не определена
Самый частый источник конфликтов: менеджер правит реквизиты контрагента в CRM, бухгалтер — в УНФ. Без чёткого правила «кто главный по этому полю» данные начнут перетирать друг друга. Лучше всего: финансовые реквизиты — УНФ-ведущая, контактные данные — CRM-ведущая. Жёстко.
Нет логирования обмена
Когда через месяц приходит «а почему этот контрагент не выгрузился», без журнала обмена ответить невозможно. Любая нормальная интеграция должна писать лог: что, когда, в каком направлении, успех/ошибка, причина. Без логов поддержка превращается в гадание.
Запуск без двухнедельной адаптации
В первые две недели пользователи находят сценарии, о которых не догадались на аудите. «А мы счета вручную правим если клиент просит изменить срок» — окей, нужно учесть. Если на это время никто не выделен — интеграция начнёт «жить своей жизнью».
Стоимость и сроки
Цифры ниже — ориентир по нашим проектам. Конкретно у вас может быть меньше (если справочники в порядке и нет кастома) или больше (если несколько юрлиц, сложные ценообразование, гарантии и возвраты).
Штатный модуль
Срок: 5–10 рабочих дней. Стоимость: от 80 000 ₽. Подходит для типовой связки «контрагенты + товары + счета» без специфики.
Кастомная интеграция через REST
Срок: 3–6 недель. Стоимость: от 250 000 ₽. Подходит когда есть нестандартные поля, бизнес-логика, кастомные стадии воронки.
Через middleware-шлюз
Срок: 6–10 недель. Стоимость: от 450 000 ₽. Имеет смысл если кроме УНФ и Б24 будут подключаться сайт, маркетплейс или другие системы.
Сопровождение
После запуска — пакет часов на правки и поддержку (10–20 ч/мес для активных систем). Это нормальная статья расхода, не «доделка».
Что важно запомнить
Интеграция Битрикс24 и 1С УНФ — не «техническая задача на пару дней», а проект, в котором 70% усилий уходит на договорённости между подразделениями и подготовку данных. Если на эту часть выделено время — всё работает; если нет — даже технически идеальная интеграция начнёт ломать процессы.
Минимальный надёжный сценарий: начинаем с контрагентов и сделок, через две недели подключаем номенклатуру, ещё через две — счета и оплаты. На каждом этапе — двухнедельная фаза адаптации, когда подрядчик плотно сопровождает. Способ интеграции (штатный модуль / REST / шлюз) выбираем под конкретные требования, а не «потому что моднее».
Если перед вами стоит задача связать Битрикс24 и УНФ и хочется обсудить ваш сценарий — напишите нам, на короткой встрече прикинем подходящий путь и сроки.