Менеджер закрыл сделку в CRM, открыл 1С, руками завёл контрагента, руками выставил счёт, скопировал сумму обратно в карточку. Через неделю выясняется, что контрагент в 1С уже был — просто записан по-другому, — счёт ушёл не с тем ИНН, а руководитель смотрит на две цифры выручки, которые не сходятся, и не знает, какой верить.
Интеграция Битрикс24 и 1С существует ровно для того, чтобы этой работы не было. Но под одним словом скрываются задачи, отличающиеся по трудоёмкости на порядок, — и от того, какую из них вы имеете в виду, зависит и срок, и цена. Разберём, что технически можно связать, как обмен устроен изнутри, какие вопросы нужно решить до начала работ и во что это обходится.
«Интеграция с 1С» — это три разные задачи
Когда клиент говорит «нам нужна интеграция Битрикс24 и 1С», за этим стоит одно из трёх.
Односторонняя выгрузка справочников. Контрагенты и номенклатура ведутся в 1С и должны появляться в CRM, чтобы менеджер не заводил их заново. Данные ходят в одну сторону, конфликтов нет, логика простая.
Документооборот продаж. Сделка в CRM порождает счёт в 1С, оплата в 1С возвращается в CRM статусом, отгрузка меняет стадию сделки. Здесь данные ходят в обе стороны, появляются вопросы «кто главный» и что делать при расхождениях.
Полный двусторонний обмен. Номенклатура, остатки, цены, контрагенты, документы, оплаты и статусы синхронизируются в обе стороны, часто в близком к реальному времени. Это уже не настройка, а проект: с техническим заданием, тестовым контуром и отдельным этапом опытной эксплуатации.
Первый вариант делается за дни. Третий — за месяцы. Поэтому любой разговор о цене без ответа на вопрос «какие данные, в какую сторону и как часто» — гадание.
Как обмен устроен изнутри
Между Битрикс24 и 1С нет «волшебного провода» — есть несколько механизмов, и выбор между ними определяет и надёжность, и цену.
Типовое приложение обмена. У вендора есть готовое решение, которое ставится с двух сторон и закрывает стандартный сценарий: контрагенты, номенклатура, счета, оплаты. Если ваши процессы близки к типовым, а 1С не переписана до неузнаваемости, начинать нужно отсюда — это самый дешёвый путь.
Обмен через REST API. Битрикс24 предоставляет REST API, из 1С к нему обращаются HTTP-запросами. Такой путь выбирают, когда нужна своя логика: нестандартный набор полей, особые правила сопоставления, действия, которых нет в типовом обмене. Гибко, но каждую операцию пишет разработчик.
Обмен через файлы. Классическая схема для интернет-магазинов: 1С выгружает данные в файл заданного формата, принимающая сторона его забирает. Работает по расписанию, устойчива к обрывам связи, но по своей природе не даёт обмена в реальном времени.
События и вебхуки. Обратное направление: когда в CRM что-то произошло, портал сам дёргает внешний адрес. Так строят реакцию «в момент», а не «раз в час» — механику мы разбирали в статье про вебхуки и обработчики событий.
На практике рабочая интеграция обычно комбинирует: справочники ходят пакетами по расписанию, а критичные события — сразу.
Что именно можно синхронизировать
Контрагенты и контакты. Компании, реквизиты, ИНН, адреса, контактные лица. Обычно 1С — источник истины по реквизитам, CRM — по истории общения.
Номенклатура. Товары и услуги с артикулами, единицами измерения, группами. Нужна, если менеджер собирает состав сделки в CRM.
Цены. Один прайс или несколько типов цен под разные категории клиентов. Второй случай заметно сложнее: нужно решить, кто какую цену видит.
Остатки. Сколько товара на складе прямо сейчас. Самый требовательный к частоте обмена пункт: остатки, обновляемые раз в сутки, вводят менеджера в заблуждение вместо помощи.
Счета и документы. Счёт формируется из сделки, номер и печатная форма возвращаются в карточку.
Оплаты. Проведённый платёж в 1С меняет статус в CRM — это то, ради чего интеграцию чаще всего и делают.
Отгрузки и статусы. Реализация, отгрузка, закрывающие документы — движение по стадиям сделки без ручного ввода.
Три вопроса, которые определяют цену
Какие данные. Список сущностей и полей. Не «контрагенты», а «контрагенты с реквизитами, договорами и контактными лицами» — второе может оказаться втрое дороже первого.
В какую сторону. Односторонний обмен исключает целый класс проблем. Двусторонний требует ответа на вопрос, что делать, если запись изменили с двух сторон одновременно, — и этот ответ должен дать бизнес, а не программист.
Как часто. Раз в сутки, раз в час, в момент события. Каждый шаг вверх по частоте — это нагрузка на 1С и требования к надёжности. Обмен «в реальном времени» стоит принципиально дороже обмена по расписанию, и нужен он далеко не всегда.
Ответы на эти три вопроса — и есть техническое задание в минимальном виде. Пока их нет, любая смета фантазийна.
Что понадобится до начала работ
Конфигурация и версия 1С — типовая или доработанная, на какой платформе, где размещена: на своём сервере, в аренде у партнёра, в облачном сервисе. От этого зависит, доступна ли она снаружи и можно ли вообще к ней подключиться.
Доступ к 1С и человек, который за неё отвечает. Это самый частый источник задержек: подрядчик по CRM не может править чужую конфигурацию, а специалиста по 1С со стороны заказчика находят через две недели после старта.
Тестовая база 1С. Отлаживать обмен на боевой базе — плохая идея, а копию делают не всегда быстро.
Со стороны портала: облако или коробка. Для коробки открывается вариант прямого обмена внутри локальной сети, для облака 1С должна быть доступна извне или обмен строится через промежуточный сервис.
Решение о том, какая система главная по каждому справочнику. Записывается одной строкой, экономит месяцы споров.
Типовые сценарии
Счёт из сделки. Менеджер нажимает кнопку в карточке, счёт создаётся в 1С по реквизитам контрагента, номер и печатная форма возвращаются в CRM. Экономит по несколько минут на каждой сделке и убирает ошибки в реквизитах.
Оплата возвращается в CRM. Платёж проведён в 1С — сделка автоматически переходит на следующую стадию, менеджер получает уведомление. Здесь же обычно настраивают автоматическое обновление стадии через API.
Остатки в карточке сделки. Менеджер видит доступное количество, не переключаясь в 1С и не звоня на склад. Если склад ведётся в самом портале, данные берутся из складских таблиц Битрикс24, а не из 1С. Требует частого обмена, зато снимает самый раздражающий клиента сценарий — «продали то, чего нет».
Единый справочник контрагентов. Новый клиент заводится один раз, в одной системе, и появляется во второй с теми же реквизитами. Убирает дубли, из-за которых потом не сходится аналитика.
Подводные камни
Дубли контрагентов. Главная проблема любого обмена справочниками. Нужен ключ сопоставления: ИНН, код, внешний идентификатор. ИНН кажется очевидным выбором, но у физлиц его нет, у части контрагентов он совпадает при разных КПП, а в старых базах он заполнен не везде. Правило сопоставления придумывается до первого запуска, а не после того, как в CRM появилось три Ромашки.
Доработанная 1С. Типовое решение обмена рассчитано на типовую конфигурацию. Если в вашей 1С за десять лет накопились доработки, типовой путь может не подойти, и это выясняется в момент установки. Проверять нужно на старте: попросите специалиста по 1С сказать, насколько конфигурация отличается от типовой.
Разные единицы измерения и округления. Штуки против упаковок, цены с НДС и без, копейки при пересчёте. Расхождение в две копейки на документе выглядит мелочью ровно до сверки с бухгалтерией.
Нагрузка на 1С. Частый обмен большими справочниками способен заметно замедлить работу пользователей 1С. Обмен планируют так, чтобы тяжёлые пакеты уходили ночью, а в течение дня ходили только изменения.
Обмен, который молча сломался. Самый неприятный сценарий: интеграция перестала работать, а никто не заметил, потому что ошибок никто не смотрит. Нужен мониторинг и уведомление ответственному — это небольшая часть работы, которую регулярно вырезают из сметы.
Как идёт проект интеграции
Порядок работ примерно одинаков независимо от масштаба — меняется только длительность этапов.
Обследование. Смотрим обе системы: что за конфигурация 1С, насколько она отличается от типовой, какие справочники в каком состоянии, как сейчас выглядит путь от заявки до отгрузки. На выходе — список сущностей, направления обмена и правила сопоставления.
Техническое задание. Фиксируем то, что решили: какие поля, в какую сторону, с какой частотой, что считается источником истины, что делать при конфликте и при ошибке обмена. Документ нужен не для формальности — по нему потом принимают работу.
Тестовый контур. Копия базы 1С и тестовый портал. Этап, который предлагают пропустить ради экономии, и почти всегда зря: отладка на боевой базе означает битые документы у бухгалтерии.
Разработка и первичная выгрузка. Пишется обмен, затем прогоняется первая полная выгрузка справочников. Именно здесь всплывают дубли, пустые ИНН и несовпадающие единицы измерения — то есть реальное состояние данных, которое до этого никто не видел.
Тестирование по сценариям. Не «работает или нет», а прогон конкретных случаев: новый клиент, повторный клиент, возврат, частичная оплата, отмена сделки. Список сценариев составляется до разработки.
Опытная эксплуатация. Две-три недели, когда обмен уже работает на боевых данных, а подрядчик правит то, что вылезло. Этот период есть всегда — вопрос лишь в том, заложен он в план или превращается в конфликт.
Сопровождение. Мониторинг ошибок обмена и реакция на изменения в 1С. Небольшая по деньгам строка, без которой интеграция однажды тихо останавливается.
Отдельно закладывайте время на стороне 1С: даже когда основную работу делает подрядчик по CRM, часть операций выполняет ваш специалист по 1С, и его занятость планируется заранее. Как этот этап встраивается в общий проект внедрения, мы разбирали в статье про стоимость внедрения Битрикс24.
Сколько стоит и сколько занимает
Односторонняя выгрузка справочников на типовом решении — дни работы и минимальный бюджет, если 1С типовая и доступ есть.
Документооборот продаж — от пары недель, в зависимости от числа документов и правил.
Полный двусторонний обмен с остатками и ценами — месяцы, с отдельными этапами на проектирование, тестовый контур и опытную эксплуатацию.
К стоимости разработки всегда добавляются две строки, которые забывают: работы на стороне 1С (их выполняет ваш специалист или партнёр по 1С — это отдельный подрядчик и отдельный счёт) и сопровождение обмена после запуска. Обмен — не «настроил и забыл»: обновилась 1С, поменялась структура справочника, добавился новый тип цен — интеграция требует внимания.
У нас настройка интеграции с 1С начинается от 20 тысяч рублей
Когда интеграция не нужна
Если сделок немного и счета выставляет один человек, автоматизация экономит меньше, чем стоит. Считайте прямо: сколько минут в день уходит на ручной перенос, умножьте на стоимость часа — и сравните с ценой работ.
Если 1С используется только для бухгалтерии и в ней нет ни номенклатуры, ни клиентской базы в актуальном виде, синхронизировать нечего. Сначала порядок в учёте, потом обмен.
Если процессы в компании меняются каждый месяц — интеграция зафиксирует текущий беспорядок в коде, и переделывать её придётся вместе с процессами.
И самое частое: если реальная задача — «менеджеры не видят оплаты», иногда достаточно выгрузки платежей раз в час вместо полноценного двустороннего обмена. Дешевле в разы, а боль закрывает.
Из практики А2
Несколько наблюдений, которые обычно не попадают в коммерческие предложения.
Ключ сопоставления важнее самого обмена. Проект, в котором заранее договорились сопоставлять контрагентов по внешнему идентификатору, а не по названию или ИНН, проходит запуск спокойно. Проект, где этот вопрос отложили «решим по ходу», на второй неделе упирается в разбор дублей вручную — и это дороже, чем всё остальное вместе.
Обмен ломается не в момент запуска, а через полгода. Причина почти всегда одна: в 1С что-то поменяли, не предупредив тех, кто делал интеграцию. Добавили обязательное поле, переименовали склад, изменили тип цены. Поэтому в проект стоит закладывать не только мониторинг, но и договорённость: изменения в 1С проходят через человека, который знает про обмен.
Сроки съедает не разработка, а согласование правил. Вопрос «что делать, если менеджер изменил реквизиты в CRM, а бухгалтер — в 1С» кажется техническим, но ответ на него даёт бизнес, и обсуждение может занять больше времени, чем сама работа.
Двусторонний обмен просят почти все, а нужен он примерно половине. В большинстве компаний реквизиты ведёт бухгалтерия, номенклатуру — снабжение, и правка этих данных менеджером из CRM не нужна и даже нежелательна. Односторонний обмен с чётким источником истины проще, дешевле и надёжнее — но чтобы это увидеть, нужно проговорить сценарии, а не список сущностей.
И ещё: «интеграция в реальном времени» в 9 из 10 случаев на практике означает «в течение пары минут». Разница в цене между «сразу» и «раз в пять минут» может быть кратной, а разницу в работе менеджера не замечает никто.
Итог
Интеграция Битрикс24 и 1С — это не одна кнопка, а решение из трёх ответов: какие данные, в какую сторону, как часто. Определив их, вы сразу понимаете, попадаете ли в типовое решение за несколько дней или начинаете проект на месяцы. Начинать почти всегда стоит с малого — с одностороннего обмена по самой болезненной точке, чаще всего это оплаты, — и расширять после того, как схема заработала.
Если не уверены, к какому из трёх уровней относится ваша задача, опишите процесс словами: что сейчас делает менеджер руками и что он должен перестать делать.