Национальный каталог: почему карточка получила статус «Требует изменений»

Статус «Требует изменений» означает, что модерация Национального каталога обнаружила некорректно заполненные атрибуты карточки. Замечания могут находиться на вкладках регистрации кода товара, сведений о товаре и фотографий [1]. Простая повторная отправка той же карточки возвращает её с тем же результатом.

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

Какие статусы проходит карточка

Национальный каталог использует несколько состояний: «Черновик», «На модерации», «Требует изменений», опубликованные и другие статусы, зависящие от типа карточки и этапа работы. Официальное описание указывает, что статус «Требует изменений» появляется после комментария сотрудника модерации, а проблемный атрибут можно открыть для редактирования [2].

Интеграция должна хранить внешний ID карточки, GTIN, текущий статус, время последнего запроса и текст замечания. Если система показывает менеджеру только «ошибка 400», исправить первопричину сложно.

С чего начать разбор замечания

1. Откройте карточку в личном кабинете и соберите все комментарии, включая вкладки «Сведения о товаре» и «Фото».
2. Сопоставьте каждый атрибут с полем в PIM, ERP, учётной системе или исходном файле.
3. Проверьте, единичная ли это ошибка или одинаковое правило нарушено во всей группе товаров.
4. Исправьте источник данных, чтобы следующая выгрузка не вернула старое значение.
5. Отправьте одну контрольную карточку и дождитесь результата до массового обновления.

Особенно важно различать значение и формат. Например, название может быть корректным по смыслу, но не соответствовать требованиям выбранной товарной группы. Код ТН ВЭД влияет на доступный набор атрибутов, поэтому его изменение способно поменять обязательность нескольких полей.

Частые группы ошибок

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

Распространённая причина — ручная правка в личном кабинете при неизменившемся источнике. Следующая автоматическая выгрузка снова отправляет прежнее значение. У каждого атрибута должен быть определён владелец: либо его ведут в PIM и передают по API, либо он редактируется в Национальном каталоге и защищён от перезаписи.

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

Разрешительные документы и сведения реестра

Для отдельных товарных групп публикация карточки связана с наличием и действительностью разрешительных документов. Например, для упакованной воды официальные правила предусматривают проверку сведений в реестрах сертификатов, деклараций и свидетельств [3]. Требования зависят от товарной группы, поэтому универсальное заполнение одного поля для всех товаров создаёт ошибки.

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

Как автоматизировать массовое исправление

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

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

Как превратить комментарии модерации в план исправлений

Комментарий модератора относится к конкретному атрибуту и версии карточки. Его нужно сохранить вместе с GTIN, товарной группой, вкладкой, названием поля, отправленным значением и временем проверки. Официальная инструкция рекомендует просматривать все три вкладки — «Регистрация кода товара», «Сведения о товаре» и «Фото», потому что замечания могут находиться в любой из них [1].

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

Способ редактирования зависит от текущего статуса

Карточки в статусах «Черновик», «Требует изменений» и «Требует обработки» можно открыть в режиме редактирования из реестра или самой карточки. Для опубликованной карточки при изменении необязательных атрибутов создаётся новая версия-черновик; до публикации у товара одновременно видны действующая опубликованная версия и редактируемый черновик. Новая опубликованная версия заменяет предыдущую [5].

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

Это различие нужно отразить в интерфейсе внутренней системы. Кнопка «Исправить» должна вести по подходящему маршруту: обычное редактирование неопубликованной карточки, создание черновика к опубликованной либо подготовка обращения или заявки по обязательным полям. Иначе сотрудник будет повторять действие, которое для данного статуса технически не предусмотрено.

Как определить источник истины для каждого атрибута

У одного товара данные могут одновременно храниться в ERP, PIM, таблице поставщика, медиахранилище и личном кабинете Национального каталога. Для каждого атрибута назначают единственный источник истины. Например, коммерческое наименование ведёт контент-менеджер в PIM, код классификации — специалист по нормативно-справочной информации, фотографии — медиахранилище, а реквизиты документа — реестр разрешительной документации.

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

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

Как построить проверку до отправки

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

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

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

Как работать с фотографиями без ручной путаницы

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

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

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

Почему контрольная карточка важнее повторной массовой выгрузки

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

Официальный FAQ указывает срок модерации до двух рабочих дней для большинства товарных групп и отдельно перечисляет исключения [7]. Это нужно учитывать в графике: повторная отправка каждые несколько минут не ускоряет проверку, а затрудняет понимание, к какой версии относится результат.

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

Как возвращать статусы в рабочую систему

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

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

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

Какими показателями оценивать качество каталога

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

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

Как обновлять правила без массовой порчи карточек

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

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

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

Проверка результата

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

Общая архитектура массового создания описана в материале «Интеграция Национального каталога с “Честным знаком”».

Официальные источники

1. «Честный знак»: карточка в статусе «Требует изменений».
2. «Честный знак»: Национальный каталог, структура и статусы карточки.
3. «Честный знак»: проверка разрешительных документов для карточки товара.
4. «Честный знак»: способы создания карточки товара.
5. Честный знак: редактирование необязательных атрибутов — Редактирование по статусам и создание черновика опубликованной карточки..
6. Честный знак: заявка на изменение обязательных атрибутов — Пилотный порядок 2026 года, доступные товарные группы и ограничения..
7. Честный знак: сроки модерации карточек — Официальные сроки модерации и исключения..
8. Честный знак: изменение атрибутов опубликованных карточек — Текущий порядок изменения атрибутов опубликованных карточек..