Компания «Оберон» занимается продажей инженерного оборудования: решения для отопления, водоснабжения и сопутствующих систем.
В интернет-магазине пользователь ожидает простой и понятный сценарий: один товар — и выбор нужных характеристик, будь то размер, диаметр или модификация. Это базовая логика любого e-commerce.
Однако в учетной системе товарная структура может быть организована иначе — в зависимости от принципов ведения номенклатуры внутри компании. В проекте «Оберон» каждая комбинация характеристик была заведена в 1С как отдельная позиция. В результате один и тот же товар в бизнес-логике превращался в десятки разрозненных записей.
Если перенести такие данные на сайт без дополнительной обработки, что обычно и происходит при типовом обмене, вместо удобной карточки товара пользователь получает набор дублирующихся позиций. Каталог становится перегруженным, а сценарий выбора — запутанным.
Именно с такой ситуацией в проект пришла компания «Оберон».
Компания «Оберон» занимается продажей инженерного оборудования: решения для отопления, водоснабжения и сопутствующих систем.
В рамках проекта стояла задача создать интернет-магазин на базе 1С-Битрикс: Управление сайтом с полноценной интеграцией с 1С: Управление торговлей (УТ 11.5).
При этом ключевое требование заключалось в том, чтобы система изначально закладывала потенциал для развития:
То есть требовалось создать не просто сайт с каталогом, а основу для полноценного цифрового канала продаж, который можно развивать вместе с бизнесом.
Ключевая сложность проекта была не в самой интеграции, а в различии логики двух систем.
В 1С номенклатура клиента была организована так, что каждая комбинация характеристик существовала как отдельная товарная позиция. То есть один товар в привычном для покупателя понимании на уровне учетной системы был представлен набором самостоятельных записей.
Для интернет-магазина такая модель не подходит. В e-commerce пользователь ожидает видеть одну карточку товара с понятным выбором нужного варианта — по параметрам, характеристикам или модификациям. Именно так строится удобный пользовательский сценарий выбора и покупки.
В этом и возникал основной конфликт: 1С решает задачи учета, а сайт — задачи продаж и пользовательского взаимодействия. Поэтому перенести данные «как есть» было нельзя: без дополнительной логики каталог на сайте получался бы перегруженным, а структура товаров — неудобной для пользователя.
На первый взгляд, проблему можно было бы решить на стороне 1С — пересобрать структуру номенклатуры и привести её к модели, удобной для интернет-магазина. Но в рамках проекта этот вариант не рассматривался.
Переработка учетной системы была признана сложной процедурой, затрагивающей внутренние бизнес-процессы. В результате было принято принципиальное решение: оставить 1С без существенных изменений.
Это существенно усложняло задачу.
Фактически, нужно было построить интернет-магазин с корректной логикой каталога, не вмешиваясь в исходную структуру данных.
Следовательно, решение сместилось в другую плоскость — на уровень интеграции и сайта. Именно там нужно было:
В подобных проектах первым вариантом обычно рассматривают типовую интеграцию. Но ее логика проста: она передает данные в той структуре, в которой они хранятся в учетной системе.
При этом задача не была новой: ранее уже предпринимались попытки подойти к реализации, но рабочего варианта найдено не было. Поэтому в этом проекте вопрос стоял не в выборе очередной «коробки», а в поиске архитектурного решения, которое позволит согласовать две разные модели данных без изменений в самой 1С.
Ключевая идея решения заключалась в том, что в 1С была реализована дополнительная логика группировки. Для этого создавался “мнимый” товар — специальная сущность, в которую объединялись связанные между собой товарные позиции. Именно она становилась основой для дальнейшей передачи данных на сайт.
Такой подход позволил не менять существующую учетную модель, но при этом собрать разрозненные позиции в структуру, пригодную для e-commerce. Иными словами, на стороне 1С формировался промежуточный уровень, который связывал отдельные номенклатурные записи в единый товар для каталога. Таким образом порядка 7000 товаров были сгруппированы в 600.
Было создано удобное и понятное дерево данных. Это упростило работу с интеграцией и сделало структуру более прозрачной для сопровождения.
В результате сайт получал не «сырые» данные из учетной системы, а уже подготовленную, логично собранную модель: единый товар, внутри которого можно корректно отображать нужные позиции, характеристики и варианты выбора для пользователя.
Для проекта был разработан отдельный модуль обмена, в котором реализовали:
Часть логики управления также вынесли на сторону сайта. Через админку стало возможно управлять отдельными параметрами товарных данных, поэтому сайт в проекте выполняет не только роль витрины, но и роль дополнительного уровня обработки информации.
В рамках проекта был разработан новый сайт: подготовлены дизайн-макеты для десктопной и адаптивной версий, выполнена верстка и реализована backend-часть.
С нуля разработали новый сайт: подготовили дизайн-макеты для десктопной и адаптивной версий, выполнили верстку и реализовали backend-часть.
На сайте собрали ключевые пользовательские разделы:
Отдельный блок работ был связан с запуском интернет-магазина. На сайте реализовали:
Помимо основной структуры, на сайте реализовали:
В результате проект охватил не только разработку нового интерфейса, но и создание полноценной цифровой площадки для работы с каталогом, заказами и клиентскими сценариями.
В результате проекта удалось выстроить рабочую связку между 1С как учетной системой и сайтом как инструментом продаж — без изменений в самой структуре 1С.
За счет этого на сайте появился единый, понятный для пользователя каталог, в котором товары отображаются корректно, а характеристики собраны в удобной логике выбора. При этом данные остались управляемыми: бизнес сохранил привычную учетную модель, а сайт получил структуру, подходящую для e-commerce.
Именно в этом и состоял ключевой архитектурный результат проекта: не просто связать две системы между собой, а согласовать их так, чтобы каждая продолжала решать свою задачу без конфликта с другой.
Настроить обмен недостаточно
Этот проект хорошо показывает: интеграция — это не просто передача данных из одной системы в другую.
Если 1С и сайт используют разные модели данных, прямой обмен не решает задачу. Он только переносит на сайт ту же самую логику, которая существует в учетной системе, даже если она неудобна для продаж и пользовательского сценария.
Поэтому в подобных проектах важно не просто настроить передачу данных, а выстроить слой трансформации, который адаптирует их под нужную модель. Только так можно согласовать между собой учетную систему и e-commerce-платформу, чтобы каждая из них работала в своей логике, но в рамках единой цифровой системы.
Технологии и инструменты которые были применены
Узнайте, как решения RDN Group работают в реальных проектах. Примите участие в живой демонстрации вместе с представителем компании, уже внедрившей наши ИТ-решения.
Качество собираемых данных по продажам
поручений руководства перешли из электронных таблиц в CRM
Доступ к информации
Рост транзакционной эффективности для каждой из сторон
Снижение времени обработки лида
Повышение эффективности работы с претензиями
сохранился прежний уровень цифровизации процессов продажи
покупателей "переехало" на новую платформу
