Интеграция 1С и 1С-Битрикс: как правильно организовать обмен каталогом, остатками, ценами и заказами

Оглавление

Для интернет-магазина или B2B-портала недостаточно просто разместить каталог товаров на сайте. Информация о номенклатуре, ценах, остатках и заказах должна быть синхронизирована с учетной системой компании.

Если товар появился в 1С — он должен появиться на сайте. Если изменилась цена или остаток — покупатель должен увидеть актуальные данные. Если клиент оформил заказ — информация должна попасть в 1С без повторного ручного ввода менеджером.

Для решения этой задачи в «1С-Битрикс: Управление сайтом» предусмотрены штатные механизмы интеграции с «1С:Предприятие».

Но на практике интеграция может быть как достаточно простой, так и превращаться в отдельную информационную систему с несколькими видами цен, складами, юридическими лицами, B2B-клиентами и большим количеством дополнительных бизнес-правил.

Разберем, как работает такая интеграция, какие данные можно синхронизировать и когда стандартного обмена становится недостаточно.

Зачем интегрировать сайт с 1С

Основная задача интеграции — исключить ситуацию, когда сайт и учетная система существуют независимо друг от друга.

Без автоматизированного обмена сотрудникам приходится вручную:

• добавлять товары на сайт;
• изменять характеристики продукции;
• обновлять цены;
• корректировать остатки;
• переносить интернет-заказы в 1С;
• менять статусы заказов;
• синхронизировать данные клиентов.

Чем больше ассортимент и количество заказов, тем выше стоимость такой ручной работы и вероятность ошибок.

После интеграции сайт становится частью единой информационной системы компании:

1С → каталог, свойства, цены, остатки → 1С-Битрикс → заказ клиента → 1С

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

Как работает стандартная интеграция 1С и 1С-Битрикс

В «1С-Битрикс: Управление сайтом» существует штатный механизм обмена с 1С.

В основе классической интеграции используется CommerceML — открытый XML-формат обмена коммерческой информацией.

С его помощью системы могут передавать между собой:

• товарные каталоги;
• группы товаров;
• свойства;
• характеристики;
• торговые предложения;
• цены;
• остатки;
• заказы;
• коммерческие документы;
• данные, связанные с обработкой заказов.

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

Обмен заказами работает в обратном направлении: заказы, сформированные посетителями сайта, передаются в учетную систему для дальнейшей обработки.

В результате 1С обычно остается учетной системой и источником значительной части коммерческих данных, а сайт становится цифровым каналом продаж и взаимодействия с клиентом.

Что можно передавать из 1С на сайт

Товарный каталог

Один из основных сценариев интеграции — автоматическая публикация номенклатуры из 1С в каталог интернет-магазина.

На сайт могут передаваться:

• название товара;
• артикул;
• внешний идентификатор;
• раздел каталога;
• единица измерения;
• свойства;
• характеристики;
• варианты товара;
• торговые предложения;
• ставки НДС;
• различные дополнительные реквизиты.

Конкретный состав данных зависит от конфигурации 1С, структуры каталога в Битрикс и требований проекта.

Важно заранее определить, какая система является источником каждого типа данных.

Например:

• название и артикул ведутся в 1С;
• маркетинговое описание — на сайте;
• технические характеристики — в 1С;
• SEO-текст — на сайте;
• фотографии — в PIM или непосредственно в Битрикс.

Если не определить эти правила до настройки обмена, очередная выгрузка из 1С может перезаписывать данные, которые контент-менеджеры изменили на сайте.

Цены

На сайт можно передавать цены товаров и торговых предложений.

В простом интернет-магазине это может быть одна розничная цена.

В B2B-проектах структура существенно сложнее:

• розничная цена;
• оптовая цена;
• дилерская цена;
• персональные цены;
• цены для отдельных групп клиентов;
• цены различных юридических лиц;
• региональные цены;
• цены в различных валютах.

Поэтому еще до разработки необходимо определить соответствие между видами цен в 1С и типами цен в «1С-Битрикс».

Для сложных B2B-систем дополнительно может потребоваться расчет персональной цены непосредственно при авторизации пользователя или оформлении заказа.

Остатки и склады

Еще один важный объект обмена — товарные остатки.

Покупателю необходимо показывать актуальную информацию о возможности приобрести товар.

В зависимости от бизнес-модели сайт может отображать:

• общий доступный остаток;
• остаток по конкретному складу;
• наличие в нескольких городах;
• доступность товара для заказа;
• срок поставки;
• резерв;
• ожидаемое поступление.

Для простой схемы достаточно передавать количество товара.

Для распределенной торговли задача становится сложнее. Например, товар может находиться на нескольких складах, часть количества уже зарезервирована, а доступность конкретного склада зависит от региона покупателя.

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

Характеристики и торговые предложения

Размер, цвет, объем упаковки и другие варианты одного товара обычно реализуются в «1С-Битрикс» через торговые предложения.

Например:

Кроссовки Model X

• размер 41, черные;
• размер 42, черные;
• размер 42, белые;
• размер 43, белые.

Каждый вариант может иметь собственные:

• артикул;
• цену;
• остаток;
• штрихкод;
• вес;
• идентификатор в 1С.

Корректная синхронизация такой структуры особенно важна для магазинов с большим количеством SKU.

Передача заказов с сайта в 1С

Вторая большая часть интеграции — обмен заказами.

После оформления заказа на сайте его данные могут автоматически передаваться в 1С.

Обычно передаются:

• номер заказа;
• дата заказа;
• состав товаров;
• количество;
• цены;
• скидки;
• итоговая стоимость;
• способ оплаты;
• способ доставки;
• данные покупателя;
• реквизиты юридического лица;
• комментарий;
• дополнительные свойства заказа.

После этого сотрудники продолжают работу с заказом в привычной учетной системе.

Это исключает повторный ручной ввод заказа и уменьшает вероятность ошибок.

Синхронизация статусов заказов

Интеграция не обязательно заканчивается передачей заказа в 1С.

После обработки заказа информация может возвращаться на сайт.

Например:

Новый → Принят в обработку → Комплектуется → Передан в доставку → Выполнен

Таким образом клиент получает актуальную информацию в личном кабинете, хотя фактическая обработка заказа выполняется сотрудниками в 1С.

Могут синхронизироваться не только статусы, но и другие данные, например номер отправления или сведения об отгрузке, если это предусмотрено архитектурой проекта.

Что такое типовая интеграция

Типовой можно считать ситуацию, когда:

• используется поддерживаемая конфигурация 1С;
• структура каталога стандартная;
• сайт использует штатный интернет-магазин «1С-Битрикс»;
• обмен товарами выполняется стандартными средствами;
• цены и остатки имеют относительно простую структуру;
• заказы передаются стандартным механизмом;
• отсутствует большое количество нестандартных бизнес-правил.

В таком проекте значительную часть задачи действительно можно решить штатными возможностями продуктов.

Однако даже здесь необходим предварительный анализ.

Например, нужно определить:

• какие товары необходимо выгружать;
• какие свойства передавать;
• какие виды цен использовать;
• какие склады участвуют в обмене;
• что делать с товарами, отсутствующими в очередной выгрузке;
• как сопоставлять статусы;
• какие свойства заказа передавать в 1С;
• кто и где управляет контентом.

Поэтому «стандартный обмен» не означает «нажать одну кнопку».

Когда требуется нетиповая интеграция

На корпоративных проектах стандартной схемы часто оказывается недостаточно.

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

Например:

Несколько видов цен

Разным группам покупателей необходимо показывать разные цены.

Персональные условия

Стоимость товара определяется договором, контрагентом или индивидуальным соглашением.

Несколько складов

Нужно рассчитывать доступность товара с учетом региона клиента, резервов и логистики.

Несколько юридических лиц

Заказ необходимо направлять в определенную организацию в зависимости от товара, региона или клиента.

Сложная структура каталога

Структура номенклатуры в 1С может быть удобна бухгалтерии и менеджерам, но совершенно не подходить для интернет-магазина.

В таком случае нельзя просто копировать дерево разделов из 1С на сайт.

B2B-портал

После авторизации контрагент должен видеть:

• собственные цены;
• доступные ему товары;
• индивидуальные условия;
• задолженность;
• договоры;
• документы;
• историю заказов;
• состояние взаиморасчетов.

Такой проект выходит далеко за пределы обычной выгрузки каталога.

Несколько информационных систем

В реальных корпоративных проектах 1С может быть лишь одним из участников интеграции.

Например:

1С / ERP → интеграционный слой → PIM → 1С-Битрикс → CRM / логистика / платежные сервисы

В таком случае необходимо проектировать уже не отдельный обмен, а архитектуру интеграций всей системы.

Нужно ли обязательно использовать CommerceML

Нет.

CommerceML является штатным и хорошо поддерживаемым способом интеграции 1С и «1С-Битрикс», поэтому для стандартных сценариев логично начинать именно с него.

Но технически интеграция может быть построена и другими способами.

В зависимости от архитектуры используются:

• HTTP API;
• REST API;
• веб-сервисы;
• прямой обмен через специализированный интеграционный сервис;
• очереди сообщений;
• файловый обмен;
• промежуточная база данных;
• собственный интеграционный модуль.

Выбор технологии зависит от требований к производительности, надежности, скорости синхронизации и существующей инфраструктуры.

Не следует разрабатывать собственный механизм просто потому, что это возможно. Если задачу надежно решает штатный обмен — дополнительный слой разработки только увеличит стоимость владения системой.

Но и пытаться любой ценой «запихнуть» сложный корпоративный процесс в стандартный CommerceML-обмен тоже неправильно.

Периодический обмен или обмен в реальном времени

Еще один важный архитектурный вопрос — частота синхронизации.

Не всем данным требуется обновление в реальном времени.

Например:

• характеристики товара могут обновляться раз в несколько часов;
• цены — каждые 10–30 минут;
• остатки — каждые несколько минут;
• заказ желательно передавать практически сразу после оформления.
• Это условные примеры. Конкретные интервалы определяются бизнес-требованиями.

Для крупного каталога постоянная полная выгрузка всей номенклатуры может создавать ненужную нагрузку.

Поэтому используются:

• полные выгрузки;
• обмен только изменениями;
• пакетная обработка;
• разделение различных типов данных на отдельные процессы;
• очереди фоновых заданий.

Архитектура обмена должна соответствовать не только функциональным требованиям, но и объему данных.

Интеграция большого каталога

Обмен несколькими сотнями товаров и каталогом из сотен тысяч SKU — технически разные задачи.

Для большого каталога необходимо учитывать:

• объем XML-файлов;
• использование памяти PHP;
• ограничения времени выполнения;
• размер пакетной обработки;
• скорость работы базы данных;
• индексацию;
• обработку изображений;
• поисковую индексацию;
• фасетные индексы;
• параллельные процессы;
• нагрузку от пользователей во время импорта.

Плохая реализация интеграции способна регулярно создавать высокую нагрузку и замедлять работу сайта.

Поэтому производительность обмена необходимо тестировать на объемах, близких к промышленным.

Что происходит с изображениями

Передача фотографий товаров также может входить в обмен.

Но для крупных проектов необходимо отдельно определить архитектуру работы с медиа.

Изображения могут:

• храниться в 1С;
• загружаться контент-менеджерами на сайте;
• поступать из PIM;
• использоваться из внешнего хранилища;
• передаваться через CDN.

Если изображения высокого разрешения и товаров десятки тысяч, передача всего массива файлов при каждой синхронизации становится неэффективной.

Поэтому медиа желательно синхронизировать только при необходимости.

Почему возникают проблемы с уже работающей интеграцией

Даже настроенный обмен со временем может начать работать неправильно.

Наиболее распространенные причины:

• изменилась структура данных в 1С;
• обновилась конфигурация;
• были доработаны обработчики обмена;
• изменились свойства каталога;
• появились новые виды цен;
• изменились склады;
• нарушилось соответствие внешних идентификаторов;
• изменили структуру инфоблоков;
• накопились ошибки в данных;
• сервер перестал справляться с объемом импорта;
• одновременно выполняются несколько ресурсоемких операций;
• были доработаны стандартные механизмы обмена без учета последующих обновлений.

Диагностику таких проблем нужно начинать не с попытки «что-нибудь поправить в XML», а с анализа всей цепочки обмена.

Внешние идентификаторы — основа корректного обмена

Одна из важнейших частей любой интеграции — идентификация объектов.

Системы должны понимать, что товар с определенным ID в 1С соответствует конкретному товару в «1С-Битрикс».

То же относится к:

• торговым предложениям;
• разделам;
• свойствам;
• типам цен;
• складам;
• заказам;
• контрагентам.

Нельзя надежно сопоставлять товары только по названию.

Название может измениться, быть неуникальным или содержать различия в написании.

Для интеграции необходимо использовать стабильные идентификаторы объектов.

Кто должен быть главным источником данных

Один из главных вопросов интеграции:

где находится мастер-система для конкретных данных?

Например:

Данные	Мастер-система
Артикул	1С
Базовая цена	1С
Остаток	1С
Маркетинговое описание	1С-Битрикс
SEO-данные	1С-Битрикс
Изображения	PIM
Заказы	1С-Битрикс → 1С
Статус исполнения	1С → 1С-Битрикс

Это только один из возможных вариантов.

Главное — определить правила заранее.

В противном случае возникает классическая проблема интеграций: один сотрудник изменяет данные на сайте, другой — в 1С, после чего системы начинают перезаписывать изменения друг друга.

Как правильно начинать проект интеграции

Мы рекомендуем начинать не с настройки обмена, а с технического и системного анализа.

1. Изучить текущую архитектуру

Необходимо определить:

• версию и редакцию «1С-Битрикс»;
• конфигурацию 1С;
• существующие доработки;
• структуру каталога;
• объем номенклатуры;
• количество SKU;
• число типов цен;
• структуру складов;
• механизм оформления заказа;
• существующие интеграции.

2. Определить состав данных

Для каждого объекта необходимо зафиксировать:

Источник → Получатель → Направление → Частота → Правила преобразования

Например:

1С → остаток товара → сайт → каждые 5 минут

3. Определить мастер-системы

Для каждого поля необходимо понимать, где оно редактируется.

4. Спроектировать соответствия

Необходимо сопоставить:

• товары;
• предложения;
• свойства;
• справочники;
• цены;
• склады;
• статусы;
• способы оплаты;
• доставки;
• свойства заказов.

5. Выбрать механизм интеграции

После анализа определяется, достаточно ли стандартного CommerceML или требуется разработка.

6. Настроить тестовый контур

Интеграцию желательно сначала проверять вне промышленной системы.

Особенно это важно, если интернет-магазин уже работает и содержит заказы и каталог.

7. Выполнить тестовый обмен

Проверяются как минимум:

• новые товары;
• изменение существующих товаров;
• удаление или деактивация;
• изменение цены;
• изменение остатка;
• товары с характеристиками;
• несколько типов цен;
• несколько складов;
• новый заказ;
• изменение заказа;
• отмена;
• изменение статуса.

8. Проверить производительность

Необходимо протестировать не десять тестовых товаров, а объем, сопоставимый с реальным каталогом.

9. Настроить журналирование и контроль

Интеграция — это постоянно работающий программный процесс.

Поэтому должно быть понятно:

• когда выполнялся последний успешный обмен;
• сколько объектов было обработано;
• возникли ли ошибки;
• на каком объекте произошел сбой.

Для критичных интеграций дополнительно имеет смысл использовать мониторинг и автоматические уведомления.

Сколько стоит интеграция 1С и 1С-Битрикс

Стоимость интеграции зависит не столько от количества передаваемых полей, сколько от архитектуры проекта: конфигурации 1С, структуры каталога, количества типов цен и складов, объема данных, существующих доработок и требуемой логики обмена.

Для типовых проектов можно ориентироваться на следующие диапазоны:

Работы	Что входит	Ориентировочная стоимость
Аудит и проектирование интеграции	Анализ 1С и сайта, структуры данных, существующего обмена, определение мастер-систем, подготовка схемы интеграции	от 40 000 ₽
Интеграция товарного каталога	Типовая интеграция номенклатуры, разделов, свойств, характеристик, торговых предложений	от 80 000 ₽
Интеграция цен и остатков	Типовая интеграция типов цен, остатков, складов, правил обновления и сопоставления данных	от 80 000 ₽
Интеграция заказов	Передача заказов в 1С, состав заказа, покупатель, доставка, оплата и дополнительные свойства	от 50 000 ₽
Синхронизация статусов и отгрузок	Возврат на сайт статусов заказов, сведений об оплате, отгрузке и других данных	от 50 000 ₽
Типовая интеграция под ключ	Каталог, цены, остатки, заказы и основные сценарии двустороннего обмена	от 180 000 ₽
Нетиповая интеграция	Доработанная 1С, несколько систем, сложные B2B-сценарии, персональные цены, несколько юридических лиц и нестандартная бизнес-логика	оценивается индивидуально
Диагностика существующей интеграции	Поиск причин ошибок обмена, анализ журналов, CommerceML и доработок сайта/1С	от 30 000 ₽

Указанные цены являются ориентировочными. Точная стоимость определяется после анализа исходной системы и требований к обмену.

От чего зависит стоимость

Существенно увеличить трудоемкость проекта могут:

• доработанная или нетиповая конфигурация 1С;
• существующие изменения стандартных механизмов обмена;
• несколько типов цен и персональные цены клиентов;
• большое количество складов;
• несколько юридических лиц;
• сложная структура торговых предложений;
• сотни тысяч товаров и SKU;
• необходимость обмена практически в реальном времени;
• интеграция нескольких баз 1С;
• B2B-логика и персональные условия контрагентов;
• необходимость передачи договоров, документов и взаиморасчетов;
• дополнительные ERP, CRM, PIM, WMS и другие системы.

Поэтому два проекта с одинаковой формулировкой «нужно интегрировать сайт с 1С» могут отличаться по трудоемкости в несколько раз.

Для стандартного интернет-магазина часто достаточно штатных механизмов CommerceML и небольшой адаптации. Для крупного B2B-портала интеграция уже становится самостоятельной частью архитектуры проекта и требует отдельного проектирования.

Типовые ошибки при проектировании интеграции

«Давайте просто выгрузим все из 1С»

Структура учетной системы не всегда соответствует структуре интернет-магазина.

Каталог необходимо проектировать с учетом удобства покупателей, фильтрации, SEO и поиска.

«Пусть данные можно редактировать и там, и там»

Без четкой схемы мастер-систем это практически гарантированно приводит к конфликтам.

«Нам нужен обмен абсолютно в реальном времени»

Не всегда.

Real-time увеличивает архитектурную сложность и стоимость системы. Сначала необходимо определить, действительно ли бизнесу критична задержка в несколько минут.

«Стандартная интеграция должна решить любую задачу»

Стандартный механизм предназначен для стандартных процессов.

Чем сильнее отличается бизнес-процесс компании, тем вероятнее необходимость доработки.

«Сначала настроим, потом протестируем на рабочем сайте»

Для крупного интернет-магазина это рискованно.

Некорректная выгрузка может изменить тысячи товаров, цен или остатков.

Можно ли интегрировать доработанную 1С

Да.

Наличие доработанной конфигурации не означает, что интеграция невозможна.

Но сначала необходимо понять:

• какие стандартные механизмы сохранены;
• какие сущности были изменены;
• откуда брать необходимые данные;
• потребуется ли доработка 1С;
• потребуется ли доработка сайта.

Иногда достаточно адаптировать стандартный обмен.

В других случаях рациональнее создать отдельный интеграционный слой.

Можно ли интегрировать не только интернет-магазин

Да.

Интеграция с 1С нужна не только классическим B2C-магазинам.

Она используется при разработке:

• B2B-порталов;
• личных кабинетов дилеров;
• кабинетов поставщиков;
• сервисных порталов;
• маркетплейсов;
• систем приема заказов;
• мобильных приложений;
• корпоративных каталогов продукции.

Например, в B2B-портале из 1С могут поступать не только товары и цены, но и данные о контрагентах, договорах, персональных условиях, заказах и взаиморасчетах.

В таком проекте интеграция становится одной из ключевых частей архитектуры всей системы.

Что важнее всего в интеграции 1С и 1С-Битрикс

Технически передать XML-файл между двумя системами несложно.

Основная сложность находится в другом — правильно определить:

• какие данные передавать;
• откуда их брать;
• кто является владельцем данных;
• как сопоставлять объекты;
• когда выполнять синхронизацию;
• как обрабатывать ошибки;
• какую нагрузку создаст обмен;
• как система будет развиваться дальше.

Именно поэтому качественная интеграция начинается с анализа бизнес-процессов и данных, а не с настройки кнопки «Обмен с сайтом».

Опыт «Цифрового Элемента»

Компания «Цифровой Элемент» много лет занимается разработкой проектов на платформе «1С-Битрикс» и интеграцией веб-систем с корпоративными информационными системами.

Мы работаем как со стандартными интернет-магазинами, так и со сложными B2B-решениями и корпоративными сервисами, где 1С является только одной из нескольких интегрируемых систем.

В рамках таких проектов мы выполняем:

• аудит существующего обмена;
• проектирование архитектуры интеграции;
• настройку стандартного обмена 1С и «1С-Битрикс»;
• синхронизацию каталогов, цен и остатков;
• интеграцию заказов;
• разработку нестандартных механизмов обмена;
• интеграцию B2B-порталов;
• оптимизацию производительности импорта;
• диагностику и исправление существующих интеграций;
• мониторинг и развитие интеграционного решения.

Наш подход заключается в том, чтобы использовать штатные возможности платформы там, где они действительно решают задачу, и разрабатывать дополнительную интеграционную логику только там, где этого требует бизнес-процесс.

Заключение

«1С-Битрикс» и «1С:Предприятие» имеют готовые механизмы взаимодействия, позволяющие построить надежный обмен каталогами и заказами.

Для небольшого стандартного интернет-магазина этого часто достаточно.

Но по мере роста проекта появляются дополнительные требования: несколько складов, десятки типов цен, персональные условия, B2B-клиенты, сложные каталоги, большой объем номенклатуры и дополнительные информационные системы.

В этом случае интеграцию необходимо рассматривать уже не как отдельную настройку, а как часть архитектуры цифровой платформы компании.

Хорошо спроектированный обмен позволяет автоматически поддерживать актуальные товары, цены и остатки, передавать заказы в учетную систему и избавляет сотрудников от значительной части ручной работы.

А главное — обеспечивает единое и непротиворечивое информационное пространство между сайтом и внутренними системами компании.