Автоматизировали каталог и избавили дистрибьютора светотехники от ручной обработки 75 000+ товаров

«СК Паллор» — крупный дистрибьютор осветительного оборудования. Светильники и комплектующие идут напрямую строительным и монтажным компаниям. За 15 лет работы компания реализовала 500+ проектов по всей стране.

В каталоге 75 000+ моделей светильников от разных поставщиков, и каждый из них передавал компании информацию о своих товарах по-разному. Один присылал таблицу Excel с десятками колонок, другой — XML-файл, третий — API, четвёртый — PDF-каталог.

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

Клиент решился автоматизировать этот процесс и доверил эту задачу нам.

Ещё нужно было и пересобрать существующий интернет-магазин. Тут все по классике: разрабатывали давно, функционал не успевал за ростом бизнеса, а дизайн устарел и перестал вызывать доверие пользователей.

Если коротко, то мы: 

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

2. Выстроили модульную систему: под каждого поставщика сделали отдельный модуль, который забирает, нормализует и передаёт данные, не затрагивая остальную систему.

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

4. Настроили автообновления и валидацию данных, чтобы всё работало стабильно и без ручного контроля.

5. Обновили дизайн интернет-магазина и собрали его на новом, современном фреймворке. 

Ниже рассказываем подробнее о каждом этапе работы. 

Изначально клиент пришел с уже готовым решением, его запрос звучал так: «…делаем новый сайт, а номенклатуру берем из 1С». 

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

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

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

Клиент удивился такому подходу, но доверился. Это и стало основой новой архитектуры. 

Модуль — это маленький блок кода, который может:

- забрать данные от конкретного поставщика в конкретном формате; 

- привести эти данные к общему виду (например, переименовать поля, убрать дубли, пересчитать цену); 

- распределить входящие данные по нужным нам категориям

- передать дальше в витрину сайта.

Один модуль = один поставщик. 

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

Если поставщик изменил формат данных: например, переименовал колонки в таблице или добавил новую структуру каталога, это не влияет на всю систему. Модульная архитектура позволяет изолировать такие изменения и быстро на них реагировать.

Один и тот же товар у разных поставщиков может относиться к совершенно разным категориям. Например, у одного прожектор находится в разделе «Промышленное освещение», у другого — в «Уличном», а у третьего — в «Социальном». Хотя по факту это один и тот же светильник.

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

Затем каждый модуль, который забирает данные от поставщика, не просто передаёт их как есть, а сопоставляет категории поставщика с нашей структурой. 

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

У многих товаров — не одна позиция, а серия с десятками вариантов. Это, например, светильник, у которого может быть разная мощность, цвет корпуса, тип крепления или угол рассеивания. 

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

Мы научили систему распознавать, что эти позиции — вариации одного и того же товара. 

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

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

Все данные теперь обновляются по расписанию. Для каждого поставщика настроен отдельный cron‑запуск — автоматическая задача, которая срабатывает в определённое время (например, каждую ночь в 03:00). В этот момент соответствующий модуль подключается к источнику (файлу, API или другой системе), забирает актуальные данные, валидирует их и приводит к нужному формату.

Валидация включает несколько проверок:

— есть ли все обязательные поля (название, артикул, цена, наличие);

— соответствует ли структура ожидаемому формату;

— не пришли ли дубли или пустые значения;

— изменились ли критические поля (например, формат категории). 

Если структура изменилась — модуль это фиксирует и отправляет уведомление разработчику или в лог мониторинга. Это позволяет оперативно внести нужную правку, не дожидаясь сбоя или жалоб от пользователей. 

Первым делом собрали референсы, показываем часть из них. 

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

Разработали прототипы, чтобы наглядно показать клиенту как будет работать интернет-магазин. 

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

Организовали UI-kit. 

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

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

Мы выбрали RESTful-архитектуру: 1С-Битрикс использовали как API, а фронтенд собрали на Vue/Nuxt. Это позволило снять ограничения платформы, повысить безопасность и в будущем быстро реализовать PWA. 

Мы разработали систему, которую легко масштабировать: добавлять новых поставщиков, обновлять данные и управлять ассортиментом без изменений в 1С и пересборки сайта. Такой подход сократил скорость обработки товаров на 80% и освободил команду клиента. 

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