Менеджер видит в CRM оплаты, отгрузки и документы без постоянного переключения в 1С.
Учёт и ERP
Интеграция Bitrix24 и 1С без дублей и «магии»
Настраиваем обмен с 1С: контрагенты, товары, заказы, счета, оплаты, отгрузки и кадровые данные. Проектируем источник истины и журнал обмена, чтобы синхронизация не жила «на честном слове».
1С:УТ1С:ERP1С:БухгалтерияКЭДО
Остатки · оплаты · документыBitrix24
2‑стороннийобмен по ключевым сущностям
retryочередь повторов и антидубли
журналконтроль ошибок и статусов
Контрагенты и контакты1С ↔ Bitrix24
Товары, цены и остатки1С → Bitrix24
Сделки, заказы клиентовBitrix24 → 1С
Срок2–6 недельзависит от конфигурации и объёма обмена
Передаём клиентукарта обмена + рабочая синхронизация + логикарта обмена, правила retry, логи и чек-лист приёмки
Сценарий
Зачем это бизнесу
Bitrix24 умеет обмениваться с 1С контактами и компаниями, сделками и счетами, реквизитами, товарами, ценами, остатками, заказами, оплатами и отгрузками. Но хороший проект начинается не с включения всех сущностей, а с вопроса: что должен видеть сотрудник в своём рабочем окне и какая система считается источником истины.
Повторный ввод данных уменьшается: меньше ручных ошибок в номенклатуре, суммах и реквизитах.
Руководитель получает сквозной маршрут «лид → сделка → заказ → оплата → отгрузка».
Архитектура
Как проходит обращение или данные
Показываем маршрут до начала настройки, чтобы не было скрытой логики и случайных дублей.
Карта данных
Какие сущности и поля действительно нужны бизнесу
Источник истины
Какая система владеет ценой, товаром, оплатой и статусом
Событие
Когда и в какую сторону запускается обмен
Контроль
Повторы, защита от дублей и журнал ошибок
Приёмка
Тест-кейсы и сверка на реальных сценариях
Состав обмена
Для запуска описываем конкретные объекты, направление синхронизации и правила контроля. Ниже — типовая карта данных для этого пакета интеграции.
СущностьОписаниеНаправлениеКонтроль
Контрагенты и контактыпоиск по внешнему ID, ИНН и контролю дублей1С ↔ Bitrix24лог + retry
Товары, цены и остаткиобновление каталога и доступности для менеджера1С → Bitrix24лог + retry
Сделки, заказы клиентовсоздание заказов на основании сделкиBitrix24 → 1Слог + retry
Счета, оплаты, отгрузкистатусы и суммы возвращаются в карточку CRM1С → Bitrix24лог + retry
Кадровые данные / КЭДОпри необходимости синхронизируем сотрудников и документы1С ↔ Bitrix24лог + retry
Кому подходит
- B2B‑компаниям, где менеджер продаёт в CRM, а факт оплаты и отгрузки живёт в 1С.
- Производству и дистрибуции, где критичны остатки, номенклатура и статусы документов.
- Компаниям, где нужно убрать спор «чья цифра правильная» между отделом продаж и бухгалтерией.
Технологический контур
ИнструментыREST API Bitrix24webhooksочередь обменажурнал интеграции1С:Предприятие 8
01
Типовые конфигурации 1С
1С:УНФ
Товары, заказы, оплаты, статусы и другие данные — состав фиксируем под процесс.
1С:ЗУП
Сценарии со структурой и сотрудниками, когда CRM действительно должна использовать эти данные.
1С:Fresh
Сначала проверяем доступный способ обмена и ограничения конкретного приложения в облаке.
02
Почему интеграции ломаются
✓
одни и те же данные редактируют в обеих системах
✓
не описаны правила обновления и удаления
✓
нет защиты от повторной отправки
✓
ошибки не попадают в журнал
✓
тестируют только один «идеальный» сценарий
Риски и внимание к деталям
Что важно продумать до запуска
!
Без внешних ID и правил сопоставления быстро появляются дубли компаний, товаров и заказов.
!
Нельзя делать двусторонний обмен «всем подряд» — нужно назначить источник истины по каждой сущности.
!
Ошибки должны попадать в журнал и алерты, иначе команда узнаёт о сбое только после звонка клиента.
FAQ
Частые вопросы
Короткие ответы на вопросы, которые обычно появляются до оценки интеграции.
Что можно передавать между Bitrix24 и 1С?
Типовой контур включает контакты и компании, сделки и счета, реквизиты, товары и свойства, цены и остатки, заказы, оплаты, отгрузки и печатные формы. Конкретный набор зависит от конфигурации 1С и процесса компании.
Можно ли настроить двусторонний обмен?
Да, для части сущностей это возможно, но не стоит делать двустороннюю запись «во всё». По каждому объекту лучше заранее определить master-систему и правила разрешения конфликтов.
Нужна ли публикация 1С в интернет?
Схема зависит от выбранного механизма обмена и инфраструктуры. Для штатных модулей и кастомных интеграций требования различаются. На старте мы отдельно проверяем доступность 1С, сетевые ограничения и безопасный способ соединения.
Что делать, если обмен временно недоступен?
Критичные события должны сохраняться в очередь и повторяться. Ошибка фиксируется в журнале, а ответственный получает уведомление. Тогда временный сбой не превращается в потерянный заказ.
Разобраться глубже
Практические материалы по теме
Архитектура, тесты и ошибки, которые стоит проверить до запуска.
Нужно связать Bitrix24 и 1С?
Напишите конфигурацию 1С и какие сущности должны передаваться. Начнём с карты данных, а не с разработки вслепую.
