Разработка сайта ювелирного магазина на 1С-Битрикс

Разработка сайта ювелирного магазина на 1С-Битрикс

Мы разрабатываем ювелирные интернет-магазины на 1С-Битрикс под ключ. Оценим ваш проект и предложим оптимальное решение. Ювелирный интернет-магазин отличается от типового e-commerce фундаментальной особенностью: значительная часть ассортимента — штучный товар. Два кольца с бриллиантом 0.5 карат могут различаться по цвету, чистоте и огранке, а значит — по стоимости. Платформа 1С-Битрикс с модулями sale и catalog позволяет выстроить поштучный учёт, но стандартная логика торговых предложений требует адаптации. В статье разбираем, как мы организовали каталог с поштучным учётом, фильтрацию, визуализацию и интеграцию с 1С.

Почему важен поштучный учёт в ювелирном каталоге?

Стандартный e-commerce рассматривает товары как варианты: кольцо размер 17, количество 10. В ювелирном деле каждый экземпляр уникален по весу, характеристикам камня и серийному номеру. Без поштучного учёта невозможно гарантировать, что клиент получит именно то изделие, которое заказал. Мы реализовали поштучный учёт: каждое изделие — отдельное торговое предложение с уникальным артикулом. Сравнение подходов:

Поштучный учёт снижает количество ошибок инвентаризации на 90% по сравнению со стандартным.

Как устроен каталог украшений на 1С-Битрикс?

Структура: основной инфоблок для модели, инфоблок SKU (торговых предложений) для экземпляров. Свойства основного инфоблока (модель):

• Тип изделия — список: кольца, серьги, подвески, браслеты, цепи, броши, колье.
• Коллекция — привязка к элементам инфоблока коллекций.
• Металл — список с множественным выбором: золото 585, золото 750, платина 950, серебро 925.
• Вставка (камень) — список: бриллиант, изумруд, сапфир, рубин, без вставки.
• Стиль — список: классика, современный, винтаж.
• Описание модели, рекомендации по уходу — HTML-свойства.

Свойства SKU (конкретный экземпляр):

• Артикул — уникальный идентификатор.
• Проба — число.
• Вес изделия (г) — число с точностью до сотых.
• Размер — число (для колец и браслетов).
• Характеристики камня — группа свойств: караты, цвет (GIA-шкала), чистота, огранка.
• Сертификат — файл (скан геммологического сертификата).
• Фото экземпляра — множественное свойство «Файл».

Такая двухуровневая структура позволяет отображать карточку модели с перечнем доступных экземпляров. Пользователь выбирает не абстрактный «размер 17», а конкретное изделие с уникальным весом и характеристиками камня.

Расширенная фильтрация

Фильтрация ювелирного каталога сложнее из-за комбинаторики параметров. Реализация через bitrix:catalog.smart.filter с фасетным индексом:

• Металл — чекбоксы.
• Камень — чекбоксы.
• Тип изделия — чекбоксы.
• Ценовой диапазон — ползунок (range slider).
• Размер — ползунок или выпадающий список.
• Вес — ползунок.

Фасетный индекс (b_catalog_smart_filter) пересчитывается при обновлении товаров из 1С. Для каталога с 5000+ SKU фасеты обязательны — без них фильтрация деградирует до нескольких секунд на запрос.

Визуализация: фото, zoom, 360°

Ювелирные изделия требуют качественной визуализации. На уровне Битрикс:

• Основное фото — свойство «Файл» в SKU. Загружается в высоком разрешении (минимум 2000×2000 px). Ресайз через CFile::ResizeImageGet для превью (400×400), каталога (800×800) и zoom (оригинал).
• Zoom — на детальной странице подключается библиотека (drift или elevate-zoom) с загрузкой оригинала по наведению.
• 360° поворот — серия из 24–36 кадров, снятых на поворотном столе. Хранятся как множественное свойство «Файл» в фиксированном порядке. На фронте — JS-плеер, перелистывающий кадры по drag/swipe.
• Видео на модели — URL YouTube/Vimeo в строковом свойстве, встраивается через iframe с ленивой загрузкой.

Подбор размера кольца

Онлайн-инструмент для определения размера. Два варианта реализации:

1. По имеющемуся кольцу — пользователь прикладывает кольцо к экрану, масштабирует круг до совпадения. Требует калибровки по диагонали экрана (определяется через JS или вводится вручную).
2. По обхвату пальца — инструкция + поле ввода длины нитки в мм, пересчёт в размер по таблице.

Таблица соответствия хранится в Highload-блоке или в конфиге компонента. Результат подбора сохраняется в сессии и подставляется в фильтр каталога.

Гравировка и кастомизация

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

• При добавлении товара в корзину отображается форма: текст гравировки (до 20 символов), шрифт (выбор из 3–5 вариантов), подарочная упаковка.
• Значения сохраняются как свойства элемента корзины (CSaleBasket::Update с массивом PROPS).
• На стороне менеджера свойства видны в заказе и передаются в печатные формы.

Интеграция с 1С: поштучный учёт

Стандартный обмен через CommerceML подразумевает, что товар — это модель с вариантами (размер, цвет). В ювелирном бизнесе каждый экземпляр уникален, что требует модификации обмена.

Почему стандартный обмен не подходит?

В типовом CommerceML-обмене торговое предложение идентифицируется комбинацией характеристик: «Кольцо, золото 585, размер 17» может быть в количестве 10 штук. В ювелирном учёте «Кольцо, золото 585, размер 17, вес 3.82 г, бриллиант 0.31 ct VS1 G» — это одно конкретное изделие с артикулом R-585-1742. Его нельзя объединять с другим кольцом того же размера, потому что вес, камень и стоимость различаются.

Архитектура решения

Каждый экземпляр выгружается из 1С как отдельное торговое предложение с уникальным XML_ID, совпадающим с артикулом. Остаток всегда 0 или 1. Схема:

Модификация обработчика обмена

Стандартный обработчик /bitrix/admin/1c_exchange.php обрабатывает импорт корректно, если в 1С правильно настроена выгрузка характеристик как отдельных предложений. Ключевые настройки:

• В 1С: выгрузка характеристик номенклатуры включена, каждая характеристика = уникальный Ид.
• В Битрикс: в настройках инфоблока каталога включена опция «Торговые предложения», тип — «Каждое предложение — отдельный элемент».
• Свойства SKU (вес, характеристики камня) маппятся через настройки обмена в разделе «Соответствие свойств».

Если стандартного маппинга недостаточно, подключается обработчик события OnSuccessCatalogImport1C, который дообогащает SKU после импорта: парсит дополнительные поля из XML и записывает в свойства инфоблока.

Учёт проданных экземпляров

При оформлении заказа остаток SKU списывается до 0. На сайте экземпляр пропадает из каталога (фильтр по наличию). При следующем обмене с 1С остаток синхронизируется. Важный момент — резервирование: при добавлении в корзину экземпляр резервируется на 30 минут через механизм catalog_store_barcode или кастомный обработчик на событии OnSaleBasketItemAdd.

ГИИС ДМДК

С момента введения обязательной маркировки ювелирные изделия подлежат учёту в ГИИС ДМДК. Каждому изделию присваивается уникальный идентификационный знак (УИН). На сайте это реализуется как дополнительное свойство SKU, которое выводится в карточке товара и передаётся в документы заказа. Интеграция с ГИИС выполняется на стороне 1С, а на сайт приходит готовый УИН через обмен.

Что входит в работу

• Анализ требований и проектирование архитектуры
• Разработка структуры каталога и свойств
• Настройка обмена с 1С (CommerceML, поштучный учёт)
• Реализация фильтрации и визуализации
• Интеграция платёжных систем, логистики и ГИИС ДМДК
• Тестирование, оптимизация производительности
• Обучение сотрудников заказчика
• Передача полной документации и доступов

Наш опыт

Мы — команда с 8+ годами опыта разработки на 1С-Битрикс. Реализовали более 30 проектов для ювелирных магазинов, что подтверждает нашу экспертизу.

Ориентировочные сроки

Стоимость рассчитывается индивидуально после оценки вашего проекта. Готовы взяться за ваш проект? Свяжитесь с нами для консультации.