Массовое редактирование товаров в Битрикс: как проверить результат

Почему массовую правку начинают со списка товаров

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

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

Речь идёт об административном редактировании в «1С-Битрикс: Управление сайтом». Загрузка файла и обмен с учётной системой — отдельные процессы. Если значение приходит из внешнего источника, ручная правка может быть временной: сначала выясните, какая система отвечает за него после следующего обмена.

Как описать выборку так, чтобы её можно было повторить

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

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

В документации списка элементов описаны фильтры по разделу, активности, идентификаторам и другим признакам. Их фактический набор зависит от устройства инфоблока и формы. Попросите администратора показать применённые условия и итоговый список в вашей системе.

Отдельно уточните, затрагиваются ли подразделы и товары, связанные с несколькими разделами. Видимое дерево каталога не всегда совпадает с простым перечнем папок. Для пограничных примеров сохраните решение: входит позиция в операцию или исключается и по какой причине.

Уточните, какое именно значение изменяется

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

Сформулируйте действие точно: заменить все значения, добавить одно, удалить определённое, заполнить только пустые. Для множественного свойства разница особенно существенна. Просьба «поставить метку Новинка» может означать добавление к существующим меткам, а исполнитель способен понять её как полную замену списка.

Различайте пустое значение, ноль и отсутствие изменения. Условный вес 0 не означает «не трогать поле». Пустая строка может удалить описание. До массовой операции покажите примеры для каждого состояния и запишите ожидаемый результат, чтобы не выяснять смысл после сохранения.

Не меняйте заодно поля, которые не входят в задачу. Если заметили несогласованные характеристики или старые названия, внесите их в отдельный список. Одновременная очистка разных данных усложняет проверку и возврат: уже непонятно, какая операция вызвала изменение на витрине.

Проверьте связь товара и торговых предложений

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

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

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

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

Составьте таблицу изменения до начала работ

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

Для переноса раздела уточните, меняется ли основной раздел, добавляется ли ещё одна связь или удаляется существующая. Это разные действия. Справка по разделам инфоблока описывает иерархию каталога; бизнес-правило размещения ваших товаров всё равно нужно определить отдельно.

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

Что подготовить для возврата к прежним данным

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

Резервная копия сайта полезна, но восстановление всей копии может затронуть новые заказы и изменения других сотрудников. Поэтому для рабочей массовой правки нужен продуманный способ вернуть именно затронутые данные. Подход выбирает специалист с учётом операции; заказчик проверяет, что возврат не описан одной фразой «откатим сайт».

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

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

Сначала измените небольшую, но разнообразную группу

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

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

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

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

Как контролировать основную операцию

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

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

В отчёте разделите: сколько записей отобрано, сколько изменено, сколько не требовало изменения и сколько завершилось ошибкой. Эти числа должны складываться в понятный результат. Надпись об успешном завершении интерфейса не заменяет сверку сохранённых данных.

Ошибки разбирайте по конкретным идентификаторам. Если пять позиций не изменились из-за отличающейся структуры, не расширяйте правило до всего каталога. Сначала выясните, почему они оказались в общей группе и какое действие для них действительно требуется.

Как проверить изменённые и нетронутые товары

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

Дополнительно возьмите контрольную группу вне выборки. В неё полезно включить похожие товары из соседнего раздела и заранее обозначенные исключения. Их значения должны остаться прежними. Такая проверка выявляет слишком широкий фильтр, который невозможно заметить только внутри изменённой группы.

На витрине проверьте характерные страницы и поиск по затронутому свойству. Если изменяли активность, оцените поведение прямой ссылки и внутреннего списка согласно принятому правилу. Если переносили раздел, проверьте навигацию и ссылки из связанных блоков.

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

Что оставить команде после завершения

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

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

Если нужно обсудить массовую правку каталога с ШТАБ ИТ, начните с примеров товаров и таблицы «было — должно стать». Самая полезная подготовка — точно определить записи, поле и источник данных. После этого можно выбрать способ изменения и проверить его без догадок о том, что подразумевалось в задании.