Условный столбец Power Query проверяет правила сверху вниз. Когда одна запись подходит под несколько условий, порядок определяет результат. Для очереди проверки возвратов это означает, что приоритет нужно согласовать до настройки, иначе важная запись получит слишком общую метку.

Документация проверена редакцией 15 октября 2026 года. Пример ниже — внутренний учебный процесс, а не регламент возвратов маркетплейса.

Опишите категории и их приоритет

Microsoft размещает команду Conditional column на вкладке Add column. Для каждого условия задаются столбец, оператор, сравниваемое значение и результат; заключительный Else применяется, если предыдущие проверки не подошли.

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

Поставьте специальное правило выше общего

Редакционный учебный порядок: если «Повреждение» равно «Да», результат «Осмотр»; иначе, если стоимость больше 5000 рублей, результат «Проверка стоимости»; иначе — «Общая очередь». Сумма условная и приведена только для демонстрации.

Повреждённый товар стоимостью 7000 рублей соответствует обоим первым признакам. В выбранном порядке он получит «Осмотр». Если поставить стоимость первой, та же запись уйдёт в другую группу. В интерфейсе Power Query правила можно перемещать вверх и вниз через меню условия. Поэтому перестановку нельзя считать косметическим редактированием.

Проверьте пересечения и границу

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

Исходные пропуски и ошибки разбирайте отдельно. Не называйте запись обычной только потому, что стоимость не удалось прочитать. Различия null, пустого текста и ошибки описаны в руководстве по исключениям Power Query. Этот контроль готовит данные; порядок бизнес-приоритетов решает следующую задачу.

Сохраните проверяемую классификацию

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

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