Материал блога
Почему не обновляются остатки из 1С в Shop-Script: порядок проверки
После обмена с 1С часть товаров не видна на витрине, а остатки или цены выглядят устаревшими. Повторный запуск импорта может не помочь и даже затруднить разбор причины. Для магазина на Webasyst Shop-Script сначала нужно выяснить, какие данные дошли до сайта, как они сопоставились с карточками и что изменилось в публикации товара. Ниже — практический порядок проверки на примере обмена CommerceML; конкретная схема зависит от конфигурации 1С и используемого модуля.

Товар исчез или стал скрытым?
Выберите несколько проблемных артикулов и проверьте их в административной панели. Если карточки есть в базе, но не отображаются покупателю, причина может быть в статусе публикации, категории, цене, остатке или региональных правилах витрины. Не удаляйте и не импортируйте весь каталог повторно, пока не понятен тип изменения. Сравните состояние одного товара до и после контрольного обмена: идентификатор, артикул, видимость, цену и остаток по нужному складу.
Проверьте весь цикл обмена, а не один файл
- Источник и направление. Зафиксируйте, где меняют название, цену и остаток: в 1С, Shop-Script или другой системе. Для каждого поля должен быть понятен приоритет, иначе следующий обмен может перезаписать ручную правку.
- Сопоставление. Проверьте внешние идентификаторы, артикулы, варианты товаров и категории. Несовпадение ключей может обновить не ту карточку или создать дубликат.
- Полнота выгрузки. Для CommerceML проверьте поступление каталога с номенклатурой и предложений с ценами и остатками. Не делайте вывод о завершении обмена только по первому полученному файлу.
- Журналы и время. Сопоставьте время последней выгрузки 1С, загрузки на сайт и обработки модулем. Найдите ошибки импорта и проверьте, не прервался ли процесс до обновления предложений.
- Склады и регионы. Если наличие зависит от города, сверяйте остаток именно того склада, который использует выбранная витрина. Общий положительный остаток не всегда означает доступность в каждом регионе.
Что показал кейс RedDragon-Yug
В проекте RedDragon-Yug.ru после синхронизации товары выглядели пропавшими. Проверка показала, что карточки не были массово удалены: скрытый статус исключал их из публичного каталога, в том числе при положительном остатке. Команда проверила полную пару файлов CommerceML и настроила обмен товарами, категориями, ценами и остатками. Для этого магазина дополнительно проверялись остатки трёх складов и наличие по выбранному городу — Сочи, Симферополю или Севастополю. Это результат конкретного проекта; у другого магазина состав обмена может отличаться.
Какие данные нельзя обещать без проверки
Наличие поля на карточке Shop-Script не означает, что 1С передаёт его в текущей выгрузке. В описанном проекте фотографии, вес и объём не были представлены в полной выгрузке как готовые к автоматическому обновлению поля, а описание было только у части номенклатуры. Для изображений и иных дополнительных полей сначала проверьте исходные данные, настройки выгрузки, сопоставление и контрольную загрузку небольшого набора товаров.
Как проверить исправление без риска для каталога
Сохраните резервную копию и выберите тестовую группу: обычный товар, вариант, позицию с нулевым остатком и товар из другого региона. Проведите один полный цикл обмена, затем сравните карточки в панели и на витрине. Отдельно проверьте изменение цены, переход остатка через ноль, видимость и отсутствие дублей. После публикации наблюдайте следующий плановый обмен: одноразовый успешный импорт ещё не доказывает устойчивость процесса.
Если нужно восстановить каталог или настроить регулярный обмен, изучите услугу интеграции с 1С. Для оценки задачи укажите версию и конфигурацию 1С, используемый модуль, несколько проблемных артикулов и время последнего обмена. Состав решения определим после проверки фактической выгрузки.