Проверка полноты каталога товаров
Это контроль качества данных до создания текстов и изображений. Сценарий сравнивает карточку с явной матрицей обязательных полей и использует ИИ только там, где нужно распознать смысл свободного текста.
Цель и граница автоматизации
Что меняем
Это контроль качества данных до создания текстов и изображений. Сценарий сравнивает карточку с явной матрицей обязательных полей и использует ИИ только там, где нужно распознать смысл свободного текста. Практическая цель этой схемы - получить список пропусков, противоречий и карточек для ручной проверки в форме, которую ответственный может проверить по исходным данным. Скорость полезна только вместе с понятной границей ответственности и журналом изменений.
Где останавливается ИИ
ИИ не заполняет отсутствующие характеристики по догадке. Источником свойства остается поставщик, документ или подтвержденная карточка в учетной системе. ИИ завершает работу на стадии подготовки и разметки. Любое действие, которое меняет учетные данные, публикует текст, связывается с человеком или создает обязательство, выполняется только после явного подтверждения владельца процесса.
Здесь сценарий описан как пульт контроля: сначала сигналы качества и условия остановки, затем логика обработки. Формат подходит регулярным процессам, где опаснее незаметный сбой, чем медленный результат. Владелец должен видеть свежесть данных, очередь исключений и последний успешный запуск.
Метрика скорости не может быть единственной. Добавьте число дублей, пропусков, смысловых исправлений и ручных остановок. Эти показатели показывают, какой слой требует доработки: источник, автоматизация, инструкция модели или правило согласования.
Владелец, журнал и критерий готовности
До технической настройки назначьте одного владельца сценария «Проверка полноты каталога товаров». Он утверждает справочники, определяет допустимые исключения и решает, когда результат «Список пропусков, противоречий и карточек для ручной проверки» можно использовать дальше. Администратор конструктора отвечает за доставку и права, а владелец процесса - за смысл полей и решение человека. Эти роли могут выполнять разные сотрудники.
В журнале храните идентификатор входа, время каждого шага, версию промпта, использованную модель, статус проверки и причину остановки. Не записывайте полный чувствительный текст только ради отладки. Готовность пилота подтверждается не одним удачным примером, а серией обычных, пограничных и ошибочных случаев, для которых известен ожидаемый маршрут и возможен безопасный повтор. Отдельно зафиксируйте, кто получает уведомление, если проверка не завершена в установленный срок или очередь исключений растет.
Какие показатели отслеживать
Измеряйте путь до подтвержденного результата «Список пропусков, противоречий и карточек для ручной проверки», а не только скорость ответа модели.
Считайте изменения фактов, категорий и решений отдельно от стилистических правок. Так видно, где схема действительно ошибается.
Ошибки доставки, дубли и остановленные входы относятся к надежности автоматизации и не должны смешиваться с качеством текста.
Правила решений и остановки
- Остановить обычный маршрут, если возникает риск: Неверная категория применит к товару чужие обязательные поля.
- Передать ответственному случай, в котором возможно следующее: Скрытое заполнение догадками ухудшит качество каталога.
- Не публиковать и не записывать итог автоматически, пока не исключен риск: Смена матрицы без версии сделает результаты несопоставимыми.
- При повторном запуске использовать устойчивый идентификатор и сохранять ранее подтвержденную версию результата «Список пропусков, противоречий и карточек для ручной проверки».
Основные риски
Неверная категория применит к товару чужие обязательные поля.
Скрытое заполнение догадками ухудшит качество каталога.
Смена матрицы без версии сделает результаты несопоставимыми.
Карточка светильника без мощности и типа цоколя
В строке заполнены название, цвет и материал корпуса, но обязательные для категории мощность и тип цоколя отсутствуют. В свободном описании поставщика есть фраза о теплой атмосфере, которая не является значением цветовой температуры. Похожая модель в каталоге имеет нужные поля, но относится к другому SKU.
Детерминированные правила отмечают два обязательных пропуска. ИИ не копирует свойства похожей модели и не превращает рекламную фразу в техническое значение. Очередь назначается сотруднику, который запрашивает документ поставщика. После заполнения тот же набор правил проверяет единицы и допустимые значения категории.
Если товар попал в неверную категорию, массовое исправление полей блокируется до смены классификации. История старой проверки сохраняется с версией матрицы. Система не удаляет уже подтвержденные данные и не предлагает заполнить пропуски по изображению без отдельного источника и процедуры проверки.
Как работает сценарий
Выбрать категорию
Процесс берет товары одной категории и версию матрицы обязательных и условных атрибутов.
Проверить поля
Детерминированные правила находят пустые значения, неверные единицы, диапазоны и запрещенные комбинации.
Разобрать текст
ИИ сопоставляет свободное описание с известными полями, но возвращает только возможное соответствие и цитату.
Назначить очередь
Ошибки группируются по источнику исправления: поставщик, контент, фотография или технический специалист.
Повторить контроль
После исправления карточка проходит те же правила, а история найденных проблем сохраняется.
Какие входные данные подготовить
Выбрать категорию
Процесс берет товары одной категории и версию матрицы обязательных и условных атрибутов. Для входа 1 сохраняйте источник, время получения и технический идентификатор. Пустое или противоречивое значение должно остановить обычную ветку, а не заменяться догадкой.
Проверить поля
Детерминированные правила находят пустые значения, неверные единицы, диапазоны и запрещенные комбинации. Для входа 2 сохраняйте источник, время получения и технический идентификатор. Пустое или противоречивое значение должно остановить обычную ветку, а не заменяться догадкой.
Разобрать текст
ИИ сопоставляет свободное описание с известными полями, но возвращает только возможное соответствие и цитату. Для входа 3 сохраняйте источник, время получения и технический идентификатор. Пустое или противоречивое значение должно остановить обычную ветку, а не заменяться догадкой.
Назначить очередь
Ошибки группируются по источнику исправления: поставщик, контент, фотография или технический специалист. Для входа 4 сохраняйте источник, время получения и технический идентификатор. Пустое или противоречивое значение должно остановить обычную ветку, а не заменяться догадкой.
Что передать модели
Промпт задает формат черновика, но не заменяет проверки входных данных и ограничений платформы. Скопируйте его как основу и подставьте собственный справочник полей.
Сопоставь фрагменты описания с переданным справочником атрибутов. Верни attribute_candidate, source_quote, normalized_value, unit и requires_confirmation. Не заполняй поле, если значение не названо явно.
Контрольные примеры для пилота
Запустить минимально заполненный пример для сценария «Проверка полноты каталога товаров» и убедиться, что недостающие поля отмечены явно.
Повторить один вход дважды и проверить, что автоматизация не создает вторую запись и не стирает ручные исправления.
Передать противоречивые данные, связанные с риском «Неверная категория применит к товару чужие обязательные поля.», и проверить переход к ручному разбору.
Искусственно отключить одно действие связки «PIM или таблица + правила категорий + ИИ + очередь задач» и проверить уведомление, журнал ошибки и безопасный повтор.
Что должно появиться на выходе
Поле 1: Матрица правил имеет версию
Результат должен позволять проверить условие «матрица правил имеет версию» без повторного чтения всего массива. Рядом храните основание, статус ручной проверки и дату последнего изменения.
Поле 2: Товары проверяются по своей категории
Результат должен позволять проверить условие «товары проверяются по своей категории» без повторного чтения всего массива. Рядом храните основание, статус ручной проверки и дату последнего изменения.
Поле 3: Пустое значение не угадывается
Результат должен позволять проверить условие «пустое значение не угадывается» без повторного чтения всего массива. Рядом храните основание, статус ручной проверки и дату последнего изменения.
Поле 4: Единицы нормализуются отдельно
Результат должен позволять проверить условие «единицы нормализуются отдельно» без повторного чтения всего массива. Рядом храните основание, статус ручной проверки и дату последнего изменения.
Проверочный список
Что уточнить перед внедрением
С чего начать безопасный пилот?
Возьмите небольшой исторический набор без лишних персональных данных, оставьте все действия в режиме черновика и сравнивайте результат с решением владельца процесса. Для связки «PIM или таблица + правила категорий + ИИ + очередь задач» заранее проверьте права доступа и журнал ошибок.
Когда можно уменьшить ручной контроль?
Только после того, как накоплена выборка по типовым и сложным случаям, отдельно посчитаны смысловые исправления и подтвержден безопасный откат. Даже тогда исключения из раздела рисков остаются у человека.