Как настроить одностороннюю выгрузку из 1С в 1С-Битрикс
Представьте: менеджер изменил цену на сайте вручную, а через час пришла выгрузка из 1С по протоколу CommerceML и сбросила её. Знакомая ситуация? При односторонней выгрузке такое штатное поведение — и это нужно учитывать. Односторонняя выгрузка — сценарий, когда 1С является единственным источником истины для каталога: цены, остатки, характеристики товаров управляются только в 1С и передаются на сайт через регламентные задания. Сайт ничего не отправляет обратно. Простота схемы — её главное достоинство. Но одновременно это главный источник проблем при неправильной настройке. Мы настраиваем обмен так, чтобы контент оставался под управлением сайта, а учётные данные синхронизировались без конфликтов. Типичная стоимость такой настройки — от 15 000 до 30 000 рублей, что окупается за счёт предотвращения ошибок в каталоге.
Когда односторонняя выгрузка оправдана?
- Контент товаров (описания, фото) ведётся на сайте, а учётные данные (цены, остатки, артикулы) — в 1С.
- Нет риска конфликта версий — 1С всегда перезаписывает данные на сайте.
- Простота обслуживания важнее гибкости, а обмен настраивают один раз надолго.
Ошибка: использовать одностороннюю выгрузку и при этом редактировать цены или остатки на сайте вручную. При следующем обмене все изменения перезапишутся без предупреждения. Это главная причина инцидентов в магазинах с новыми менеджерами. Чтобы этого избежать, нужно чётко разграничить источники данных.
Как защитить контент от перезаписи?
Ключевая задача — чётко определить, какие поля приходят из 1С, а какие управляются на сайте.
В настройках модуля обмена (Настройки → Настройки продуктов → Интернет-магазин → Поля для обновления) рекомендуется:
| Поле | Источник | Комментарий |
|---|---|---|
| NAME (название) | 1С | Если в 1С ведётся нормальная номенклатура |
| Цены | 1С | Всегда из 1С |
| Остатки | 1С | Всегда из 1С |
| ARTICLE (артикул) | 1С | Всегда из 1С |
| DETAIL_TEXT | Сайт | SEO-описание, написанное копирайтером |
| PREVIEW_PICTURE, DETAIL_PICTURE | Сайт | Ретушированные фото |
| SEO_, META_ | Сайт | Метаданные для поисковых систем |
Для тонкого контроля на уровне кода — обработчик OnIBlockElementBeforeUpdate:
\Bitrix\Main\EventManager::getInstance()->addEventHandler( 'iblock', 'OnIBlockElementBeforeUpdate', function(\Bitrix\Main\Event $event) { $fields = $event->getParameter('fields'); $protectedFields = ['DETAIL_TEXT', 'PREVIEW_PICTURE']; foreach ($protectedFields as $field) { unset($fields[$field]); } return new \Bitrix\Main\EventResult( \Bitrix\Main\EventResult::SUCCESS, ['fields' => $fields] ); } ); Этот обработчик гарантирует, что даже если в XML-файле CommerceML придут контентные поля, они не будут применены. Используйте его в связке с настройками модуля для двойной защиты.
Почему важно деактивировать отсутствующие товары?
Опция «Деактивировать товары, не переданные при обмене» — опасная, но часто нужная. Если в 1С товар снят с продажи — он должен исчезнуть с сайта. Включайте её только убедившись, что полная выгрузка действительно включает весь активный ассортимент. Частичные выгрузки (только изменившиеся позиции) с этой опцией вместе не работают — они деактивируют всё, чего не было в файле.
Сравните с двусторонней выгрузкой: односторонняя в 2–3 раза снижает риски потери данных, если контент ведётся на сайте. Ниже — сводная таблица.
Сравнение схем выгрузки: односторонняя vs двусторонняя
| Параметр | Односторонняя | Двусторонняя |
|---|---|---|
| Конфликты данных | Минимум — 1С всегда приоритет | Высокий риск конфликтов при одновременных изменениях |
| Сложность настройки | Низкая (4–8 часов) | Средняя (1–3 дня) |
| Гибкость | Низкая — все учётные данные только из 1С | Высокая — можно редактировать на обеих сторонах |
| Обслуживание | Простое — один источник истины | Требует постоянного контроля синхронизации |
Односторонняя выгрузка особенно подходит для магазинов с большим каталогом, где контент готовят отдельно, а учёт ведётся в 1С. CommerceML — стандартный протокол для такого обмена.
Пошаговый процесс настройки односторонней выгрузки
- Анализ текущей схемы обмена и структуры каталога.
- Проектирование правил выгрузки с учётом разделения полей.
- Настройка модуля обмена на стороне сайта и 1С (регламентное задание).
- Защита контентных полей через обработчик
OnIBlockElementBeforeUpdate. - Тестирование всех сценариев: полная выгрузка, частичная, деактивация.
- Документация по схеме обмена для ваших сотрудников.
- Обучение менеджеров правилам работы с каталогом.
Сроки и стоимость
Базовая настройка односторонней выгрузки с защитой полей — 4–8 часов. Если требуется разобраться с историческими данными и привести к единому виду существующий каталог — 1–2 дня. Стоимость рассчитывается индивидуально. Гарантируем стабильную работу обмена после внедрения. Наш опыт — 5+ лет интеграций и более 50 успешных проектов.
Закажите настройку односторонней выгрузки у нас — обеспечим стабильную работу. Для консультации свяжитесь с нами или получите предварительную оценку стоимости по вашему проекту.