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

Когда отдельные правильные значения дают неправильную карточку

В документации параметров категории для характеристик ENUM предусмотрено поле valueRestrictions. Оно связывает допустимые варианты с другой характеристикой через limitingParameterId и limitedValues. Поэтому полный список вариантов не всегда равен списку, подходящему конкретному товару. Сначала определяется ограничивающий признак, затем выбирается допустимое значение зависимого поля.

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

Как построить проверку связей

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

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

Что делать с собственным значением и несколькими вариантами

Параметр allowCustomValues показывает, разрешено ли собственное значение для ENUM, а multivalue — можно ли передать несколько значений. Это разные разрешения. Наличие нескольких подходящих слов в описании товара само по себе не позволяет записать их массивом. Аналогично отсутствие нужного варианта в списке не означает, что его всегда разрешено заменить произвольным текстом.

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

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

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

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