Обмен данными между 1С и сайтом на Битриксе: частые ошибки и их исправление
Введение
В конце июня 2026 года на проекте Tera — крупного B2B-кабинета на Битриксе — за неделю закрыли две задачи по обмену с 1С. Первая — «проверка и правки правил обмена между 1С и «1С-Битрикс: Управление сайтом», вторая — «агенты и транзиты после обмена». Обе про одно и то же: обмен между 1С и сайтом, который работает не так, как ожидалось.
На практике обмен 1С с сайтом на Битриксе редко настраивается «один раз и навсегда». Меняются каталоги, появляются кастомные обработчики, дорабатывается логика B2B-кабинета — и обмен, который месяц назад работал, начинает "сыпаться".
Дальше мы представим четыре кейса с реальными цифрами: сколько заказов терялось, сколько времени уходило на поиск причины и что менялось после исправления. Плюс отдельный разбор дубликатов заказов — проблемы, с которой сталкивается почти каждый второй проект при запуске обмена.
Таймлайн проекта Tera (b2b-кабинет)
Проект Tera — это B2B-кабинет на Битриксе с обменом данными с 1С. Через обмен проходят каталог товаров, заказы, контрагенты. Когда обмен ломается, дилеры не видят актуальные цены и не могут оформить заказ — бизнес встаёт.
| Дата | Событие |
|------|---------|
| 22.06.2026 | Создана задача: «Правки обмена 1С и сайта» — проверка правил обмена |
| 23.06.2026 | Первое исправление: починена выгрузка товаров в раздел «Сетевое оборудование» на dev-стенде |
| 24.06.2026 | Серия проверочных запусков: обнаружено, что 3 из 25 заказов не доходят до 1С при плановом обмене |
| 24.06.2026 | Создана задача: «Ошибка при обмене Битрикс→1C» — заказ не передаётся при плановом обмене |
| 25.06.2026 | Найдена причина: кастомный обработчик свойств "падает" при импорте каталога, обрывая цикл обмена до загрузки заказов |
| 26.06.2026 | Задача по правилам обмена и ошибке выгрузки передана в работу; глубина проблемы растёт |
| 27.06.2026 | Создана задача: «Агенты и транзиты после обмена» — настройка автоматических действий после завершения обмена |
| 28.06.2026 | Обе задачи закрыты. Статус в финальном чате: «Закрываю, по обменам вроде больше вопросов нет» |
Потребовалась неделя — не потому,что никто не работал раньше. Проблема эволюционировала: сначала "слетели" правила обмена, потом обработчики на стороне сайта, потом агенты и транзиты (о терминологии - ниже).
Интеграция 1С с сайтом на Битриксе
Обмен между 1С и сайтом на «1С-Битрикс: Управление сайтом» затрагивает три ключевые сущности:
товары (инфоблок каталога),
пользователи (контрагенты)
и заказы интернет-магазина.
Направление обмена асимметрично и зависит от типа данных.
Каталог товаров идёт из 1С на сайт. Вся номенклатура (товары, их свойства, цены, остатки, единицы измерения) выгружается в инфоблок каталога. В случае Tera каталог содержит 247 позиций сетевого оборудования - каждая с десятком свойств: артикул, производитель, тип порта, скорость передачи данных. При каждом сеансе обмена 1С передаёт XML-файлы с полным или инкрементальным списком товаров, а модуль обмена на стороне сайта создаёт или обновляет элементы инфоблока.
Контрагенты синхронизируются в обе стороны. Из 1С приходят данные о юрлицах дилеров: название, ИНН, КПП, адреса, контактные лица. Они попадают в "пользователей сайта" и "группы контрагентов". Обратно в 1С могут уходить изменения, внесённые дилером через B2B-кабинет (например, смена контактного телефона). На проекте Tera около 340 контрагентов, то есть существует активная дилерская сеть по России.
Заказы идут с сайта в 1С. Дилер оформляет заказ в B2B-кабинете — заказ сохраняется в базе сайта. При следующем сеансе обмена этот заказ выгружается в 1С как «Заказ клиента» или «Реализация товаров». Момент критический: если на любом из промежуточных этапов обмена произошёл сбой, заказ не дойдёт до 1С и отгрузка не начнётся.
В отличие от облачного Битрикс24, где обмен идёт через CRM-сущности (сделки), в редакции «Управление сайтом» заказы хранятся в модуле интернет-магазина (sale), а каталог — в инфоблоках. Технически это разные API, но логика обмена та же.
Автоматизация обмена
Штатный обмен 1С и 1С-Битрикс поддерживает два режима: ручной и плановый. Но «плановый» не означает «полностью автоматический». После завершения выгрузки данных нужна постобработка. И если она не настроена, автоматизацию нельзя считать полной.
Top comments (0)