Синхронизация 1С и Битрикс: что синхронизируется, как настроить и как проверять

26.08.2026

Коротко: синхронизация 1С и Битрикс — это не одна задача, а как минимум две разные: связка 1С с сайтом на «1С-Битрикс» и связка 1С с CRM Битрикс24. Настраиваются они по-разному, разными инструментами и с разными данными. Общее у них одно правило, от которого зависит, будет система работать или превратится в источник ошибок: у каждого поля должен быть один хозяин. Если цену можно поменять и в 1С, и на сайте, рано или поздно данные разойдутся, и никакая настройка расписания это не исправит.

Содержание:

• Что называют синхронизацией 1С и Битрикс
• Главное правило: у каждого поля один хозяин
• Синхронизация 1С и сайта на Битрикс
• Синхронизация 1С и Битрикс24
• Что и куда передаётся: таблица
• Режимы и расписание синхронизации
• Как проверять, что синхронизация жива
• Расхождения и дубли: почему возникают
• Ошибки при настройке синхронизации
• Частые вопросы

Что называют синхронизацией 1С и Битрикс

В разговоре слова «синхронизация», «обмен» и «интеграция» используют как синонимы, но за ними стоят разные вещи, и от этого зависит постановка задачи.

• Интеграция — сам факт связи двух систем: они умеют обмениваться данными. Это про архитектуру и выбор способа.
• Обмен — техническая процедура передачи пакета данных: выгрузили из 1С, загрузили в Битрикс.
• Синхронизация — режим, при котором данные в обеих системах поддерживаются в одинаковом состоянии постоянно, а не разово.

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

• «1С-Битрикс: Управление сайтом» — движок сайта и интернет-магазина. Синхронизация с 1С здесь про товары, цены, остатки и заказы.
• Битрикс24 — CRM и корпоративный портал. Синхронизация с 1С здесь про контрагентов, счета, оплаты и товарный справочник для выставления документов.

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

Главное правило: у каждого поля один хозяин

Это правило важнее любых технических настроек, и именно его чаще всего нарушают.

Для каждого поля нужно заранее решить, какая система им управляет. Хозяин поля — тот, кто вправе его менять; вторая система принимает значение и не спорит. Обычная схема выглядит так:

• Хозяин в 1С: цены, остатки, характеристики товара, статусы оплаты и отгрузки, реквизиты контрагентов.
• Хозяин на сайте или в CRM: описания и тексты для покупателя, фотографии, SEO-поля, состав заказа в момент оформления, комментарии менеджера.

Что происходит при нарушении правила: контент-менеджер правит цену на сайте, потому что «так быстрее», а ночью обмен перезаписывает её значением из 1С. Утром цена снова старая, все в недоумении, а виноватым назначают обмен. Технически всё отработало верно — ошибка была в договорённости, а не в настройке.

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

Синхронизация 1С и сайта на Битрикс

Связка 1С с сайтом на «1С-Битрикс» — самый распространённый и самый отработанный сценарий. Работает он через стандартный механизм обмена: 1С формирует пакет данных в формате CommerceML, сайт его принимает и раскладывает по каталогу.

Что обычно передаётся из 1С на сайт:

• Номенклатура: разделы, товары, характеристики, торговые предложения.
• Цены: один или несколько типов цен, скидки.
• Остатки: по складам или суммарно.
• Единицы измерения, ставки НДС, штрихкоды.

Что передаётся с сайта в 1С:

• Заказы с составом, суммой, покупателем и доставкой.
• Данные покупателя для создания контрагента.
• Изменения статуса заказа, если это настроено в обе стороны.

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

Синхронизация 1С и Битрикс24

Здесь задача другая. Битрикс24 — не витрина, а система работы с клиентами, и синхронизация с 1С нужна, чтобы менеджер не переключался между программами и не вбивал одни и те же данные дважды.

Типовой набор того, что синхронизируют:

• Товары и услуги — чтобы счёт из CRM собирался по актуальному прайсу.
• Контрагенты — реквизиты компаний подтягиваются из 1С или, наоборот, новые клиенты из CRM заводятся в 1С.
• Счета — выставленные в CRM счета попадают в 1С, либо счета создаются в 1С и отражаются в сделке.
• Оплаты — самая ценная часть: менеджер видит в сделке, что деньги пришли, не спрашивая бухгалтерию.
• Отгрузки и закрывающие документы — если процесс требует их видеть в CRM.

Способ связки зависит от конфигурации 1С. Для «Управления нашей фирмой», «Управления торговлей», «Розницы», ERP и «Комплексной автоматизации» существуют штатные механизмы и готовые коннекторы; для «Бухгалтерии предприятия» полноценного обмена с CRM нет, и её обычно связывают опосредованно — через ту конфигурацию, где ведётся торговый учёт.

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

Что и куда передаётся: таблица

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

Строка про описания и фотографии в таблице не лишняя. Это самое частое место, где договорённость нарушают: маркетинговые тексты пробуют вести в 1С, потому что «источник один», и в итоге получают неудобную работу с контентом и потерянное форматирование.

Режимы и расписание синхронизации

Синхронизация может работать в трёх режимах, и их обычно комбинируют.

• По расписанию. Основной режим. Обмен запускается автоматически с заданной частотой — раз в час, раз в несколько часов, ночью.
• По событию. Заказ оформлен — данные ушли в 1С сразу. Применяется там, где задержка недопустима.
• Вручную. Кнопка запуска для разовых случаев: залили новый прайс, исправили ошибку, восстановили данные.

Как выбрать частоту, не усложняя себе жизнь:

• Остатки и цены — по тому, насколько быстро они меняются. Для розницы с активными продажами это часы, для проектного бизнеса достаточно раза в сутки.
• Полная выгрузка каталога — ночью. Она тяжёлая и заметно нагружает и сайт, и 1С.
• Заказы — как можно быстрее, в идеале по событию: заказ, пролежавший до утра, это потерянное время менеджера.
• Оплаты в CRM — обычно достаточно нескольких раз в день.

Частая ошибка — включить полный обмен каждые пятнадцать минут «чтобы наверняка». В результате сервер занят обменом почти постоянно, сайт тормозит, а данные обновляются не быстрее: очередной запуск начинается раньше, чем завершился предыдущий. Разумнее развести частый обмен изменениями и редкую полную выгрузку.

Как проверять, что синхронизация жива

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

1. Дата последнего успешного обмена. Самая простая и самая полезная проверка: если последний обмен был позавчера, а расписание часовое, синхронизация уже не работает.
2. Сверка контрольных чисел. Количество активных товаров в 1С и на сайте, сумма заказов за вчера в 1С и в CRM. Расхождение — повод разбираться.
3. Точечная проверка на живом примере. Изменить цену одного товара в 1С и убедиться, что через положенное время она изменилась на сайте.
4. Просмотр журнала ошибок. Обмен ведёт лог; регулярно повторяющиеся предупреждения — ранний признак будущей поломки.
5. Контроль объёма. Если обычно передавалось несколько сотен изменений, а сегодня десятки тысяч, что-то изменилось в источнике данных — и это стоит проверить до того, как каталог перезапишется.

Такую проверку разумно делать не вручную по настроению, а по короткому регламенту: раз в неделю смотреть дату обмена, контрольные числа и журнал. У нас это входит в поддержку сайта на Битрикс — состояние обмена проверяется по расписанию, а не после жалобы клиента.

Расхождения и дубли: почему возникают

Даже при исправно работающей синхронизации данные могут разойтись. Основные причины.

• Правки на обеих сторонах. Нарушено правило одного хозяина: то, что меняют в двух местах, обязательно разойдётся.
• Разные ключи сопоставления. Системы связывают записи по идентификатору. Если товар в 1С пересоздали заново, для сайта это новый товар — появляется дубль, а старая карточка остаётся с потерянными ссылками.
• Обмен прервался на середине. Часть данных загрузилась, часть нет. Особенно характерно для больших каталогов и коротких лимитов на выполнение скрипта.
• Изменили структуру в 1С. Переименовали или переместили группу номенклатуры — на сайте это выглядит как исчезновение раздела и появление нового.
• Ручной импорт поверх обмена. Загрузили прайс из файла, минуя синхронизацию, и получили вторые экземпляры товаров.
• Контрагенты с одинаковыми реквизитами. Клиент оформил заказ дважды с разными данными — в CRM появились два контакта, в 1С один контрагент.

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

Ошибки при настройке синхронизации

• Не договорились о хозяине данных. Первая по частоте и самая дорогая ошибка: техника отработает, а данные всё равно разойдутся.
• Синхронизировать всё подряд. Чем больше объектов в обмене, тем он тяжелее и хрупче. Начинать нужно с того, без чего работа встанет.
• Настраивать сразу на живой базе. Первый запуск обмена на рабочем каталоге способен перезаписать данные и снять товары с публикации. Сначала тестовая площадка.
• Не проверить порядок первого запуска. Полная выгрузка на пустой каталог и на заполненный ведут себя по-разному.
• Оставить обмен без контроля. Синхронизация без регулярной проверки живёт ровно до первого молчаливого сбоя.
• Держать частоту «на всякий случай» максимальной. Нагрузка растёт, скорость обновления — нет.
• Не заложить время на подготовку данных в 1С. Если в номенклатуре бардак, синхронизация аккуратно перенесёт этот бардак на сайт и в CRM.

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

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

Чем синхронизация отличается от обмена?
Обмен — разовая передача пакета данных. Синхронизация — режим, при котором обмен идёт регулярно и обе системы поддерживаются в согласованном состоянии. На практике синхронизацию и собирают из регулярно запускаемых обменов.

Можно ли синхронизировать 1С сразу и с сайтом, и с Битрикс24?
Да, и это распространённая схема. Но это две отдельные связки с разными механизмами: сайт получает каталог и отдаёт заказы, CRM получает контрагентов, счета и оплаты. Настраивать их нужно последовательно, а не одновременно.

Какие конфигурации 1С поддерживают синхронизацию?
Штатно — «Управление нашей фирмой», «Управление торговлей», «Розница», ERP и «Комплексная автоматизация». «Бухгалтерия предприятия» для обмена с сайтом и CRM не предназначена, её связывают через торговую конфигурацию.

Как часто должна запускаться синхронизация?
Заказы — сразу или каждые несколько минут, цены и остатки — от часа до суток в зависимости от скорости их изменения, полная выгрузка каталога — ночью. Ставить максимальную частоту на всё сразу вредно: сервер будет занят обменом постоянно.

Почему после синхронизации на сайте появились дубли товаров?
Почти всегда потому, что нарушено сопоставление записей: товар пересоздали в 1С с новым идентификатором либо каталог дозагрузили вручную поверх обмена. Разбирать нужно с поля сопоставления, а не с массового удаления карточек.

← Все статьи