Синхронизация товаров с 1С для Shop-Script — RedDragon-Yug.ru

Кейс RedDragon-Yug.ru · интеграция 1С и Shop-Script

Восстановление каталога и настройка синхронизации товаров с 1С

Для интернет-магазина восточных продуктов RedDragon-Yug.ru мы исследовали исчезновение товаров после обмена с 1С и настроили автоматическое обновление каталога в Webasyst Shop-Script. Задача заключалась не просто в том, чтобы повторно загрузить XML: нужно было выяснить, почему товары перестали показываться на витрине, вернуть корректные карточки и сделать следующий обмен предсказуемым.

В проекте связаны номенклатура, категории, цены и остатки. Магазин работает для Сочи, Симферополя и Севастополя, поэтому покупателю важно видеть наличие с учётом выбранного города. На контрольной полной выгрузке 7 октября 2026 года были обработаны 17 792 карточки, 95 категорий и 12 956 предложений с ценами и остатками. Эти числа описывают проверенный этап проекта, а не постоянный размер каталога.

Почему товары пропали после синхронизации с 1С

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

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

Настройка обмена товарами, категориями, ценами и остатками

Мы проверили полную пару файлов CommerceML: каталог с номенклатурой и категориями, затем предложения с ценами и остатками. Для надёжной синхронизации важно дождаться обеих частей. Если менять видимость сразу после каталога, карточка может появиться без цены; если ориентироваться на неполный файл предложений, магазин рискует показать устаревшие данные или скрыть корректный товар.

На сайте настроено защитное правило публикации, которое запускается после завершения полного импорта предложений. Оно открывает подходящий товар при наличии категории и положительной действующей цены, скрывает позиции без цены и с признаком «Удален», а нулевой остаток сам по себе не считает причиной скрытия. Отдельно исключаются материалы и спорные позиции, для которых требуются уточнения по виду номенклатуры или категории. Таким образом, покупатель не получает пустую карточку с ценой 0 ₽, а сотрудники могут разбирать исключения отдельно от рабочего каталога.

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

Региональные остатки и сортировка каталога

Для RedDragon-Yug.ru наличие товара зависит от города. Обмен передаёт остатки трёх складов, а витрина учитывает выбранные Сочи, Симферополь или Севастополь. Мы проверили переключение городов на действующих страницах магазина: меняется доступность товара, а позиции с нулевым остатком остаются видимыми, но располагаются после товаров в наличии. Такой порядок помогает покупателю сначала увидеть то, что можно получить в его городе.

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

Автоматические «Новинки» и контроль после импорта

Категорию «Новинки» связали с завершённым товарным обменом. Новый подходящий товар должен попадать туда на три месяца с первого появления на витрине с действующей ценой. Старые связи со статической категорией были убраны без удаления самих карточек. На контрольном цикле правило выполнилось без ошибки; появление совершенно нового товара из 1С для сквозного теста на этом этапе ещё не моделировалось.

После запуска мы сверили выгрузку с экспортом Shop-Script. Среди 10 750 предложений, которые удалось однозначно сопоставить по артикулу, проверка не выявила расхождений по цене и статусу. Дополнительная проверка опубликованных карточек не обнаружила позиций без положительной цены во всех вариантах покупки. Это точечная проверка конкретной выгрузки, а не обещание, что интеграция никогда не потребует контроля при изменениях в 1С.

Какие данные стоит проверять отдельно

Корректная синхронизация товаров с 1С зависит от состава исходной выгрузки. В проверенном обмене подтверждены товары, категории, цены и остатки. Фотографии, вес и объём не были представлены в полной выгрузке как готовые к автоматическому обновлению поля; описание присутствовало лишь у части номенклатуры. Для таких данных сначала необходимо настроить выгрузку из 1С, сопоставить поля Shop-Script и проверить обновление на нескольких товарах, включая передачу файлов изображений. Мы не обещаем автоматический перенос данных, которых нет в исходном XML.

Обмен заказами также является отдельным процессом и требует собственной проверки. Этот кейс посвящён товарному контуру 1С → Shop-Script: номенклатуре, ценам, остаткам, статусам и правилам показа на витрине.

Результат для интернет-магазина

Каталог RedDragon-Yug.ru восстановлен после массового скрытия товаров. Автоматический обмен 1С с Shop-Script обновляет товарные данные по расписанию; публикация зависит от завершённого импорта и проверенной цены, а не от промежуточного состояния файлов. Остатки трёх складов участвуют в региональном показе, товары без наличия сохраняются на витрине после доступных, новые позиции получают правило для категории «Новинки».