- Find the product
- Open sources
- Copy values
- Normalize fields
- Write content
- Check result
Товар familyМассовая обработкаУправление пакетной обработкойединые правила → много товаров → исключения видны
Массовое обогащение каталога
Обрабатывайте каталоги, а не отдельные AI-запросы
Главный вопрос автоматизации — не может ли ИИ улучшить один товар. Главный вопрос — что произойдёт, когда таких товаров тысячи.
ENRIVAQ строится вокруг массовой обработки товарных данных. Записи входят в общий процесс, проходят исследование, извлечение, нормализацию и проверку, а затем получают контентный пакет и возвращаются в структуру каталога.
Цель — применять одинаковые правила ко всему каталогу, не создавая отдельный prompt для каждого SKU.
Catalog batch controlBATCH REFERENCE VIEW
RUN-SPECIFICTotal records
RUN-SPECIFICProcessing
RUN-SPECIFICReview
RUN-SPECIFICReady
RecordProductBusiness stateProgress
AC820825Kverneland fan impellerREVIEW
RUN-SPECIFICCatalog recordRUN-SPECIFIC
RUN-SPECIFICCatalog recordRUN-SPECIFIC
RUN-SPECIFICCatalog recordRUN-SPECIFIC
Reference control field · counts and states are supplied by the active run
02
Проблема масштаба
По одному товару процесс быстро перестаёт масштабироваться
Команда может вручную исследовать и редактировать несколько товаров. На большом каталоге тот же процесс превращается в длинную очередь повторяющихся задач. Дополнительно падает последовательность: разные люди применяют разные правила.
→
Bulk enrichment changes the unit of work from “one AI conversation” into “a product record moving through a defined pipeline.”
03
Загрузка партии
Загружайте товары как каталог, а не как отдельные задачи
Массовая обработка начинается со структурированного ввода через методы, которые действительно поддерживаются текущим продуктом.
ЗаписьДоступные данныеСопоставляется с
ROW 001SKU · производитель · OEM · названиеЦЕЛЕВАЯ СХЕМА
ROW 002SKU · название · имеющиеся характеристикиЦЕЛЕВАЯ СХЕМА
ROW 003идентификатор · описание поставщикаЦЕЛЕВАЯ СХЕМА
…дальше идут остальные записи каталогаЕДИНЫЕ ПРАВИЛА
Одна согласованная схема для всей партии
Каждый товар входит с теми данными, которые уже доступны. Дальше workflow применяет согласованную целевую структуру вместо того, чтобы рассматривать каждый SKU как отдельную задачу.
- Обязательные идентификаторы
- Определяются проектом
- Целевые характеристики
- Определяются категорией
- Способ импорта
- Сайт · API · файл
04 · Основа каталога
Процесс
Каждый товар проходит одни и те же этапы
Для каталожного масштаба нужны понятные бизнес-состояния. Внутренние детали оркестрации остаются частью реализации ENRIVAQ.
01Import
02Identify
03Research
04Extract
05Normalize
06Validate
07Ready / Review
Бизнес-состояния, а не схема инфраструктуры · используются реальные статусы продукта.
05
Исключения
Сложные товары не должны останавливать весь каталог
В большом каталоге всегда есть неоднозначные идентификаторы, слабые источники, необычные характеристики или конфликтующие значения. Такие записи должны становиться отдельными видимыми исключениями, не блокируя обработку обычных товаров.
Routine laneSUPPORTED EVIDENCE
Products satisfying agreed rules continue.
Review laneEXCEPTIONS
- ambiguous identifier
- source conflict
- critical field missing
- exceptional technical value
06
Мониторинг прогресса
Видите, что происходит с каталогом
Команде нужен обзор на уровне batch: что сейчас обрабатывается, что завершено, какие записи требуют внимания и где возникли исключения.
Catalog processing workspaceRUN-SPECIFIC STATUS VIEW
RUN-SPECIFICTotal
RUN-SPECIFICProcessing
RUN-SPECIFICReview
RUN-SPECIFICCompleted
RUN-SPECIFICFailed / held
RecordProductStatusStageAction
AC820825Kverneland fan impellerREVIEWValidationHold weight conflict
RUN-SPECIFICCatalog recordRUN-SPECIFICPipeline stageRun-specific
RUN-SPECIFICCatalog recordRUN-SPECIFICPipeline stageRun-specific
07
Выгрузка
Возвращайте результат в форме, которую может использовать следующая система
Массовое обогащение не заканчивается внутри платформы. Принятый результат должен чисто выйти в согласованную структуру.
Target product schemapreserved
Validated attributesincluded
Review-required fieldsheld / flagged
Content outputsConfigured when included in the project
08
Проверенные метрики масштаба
Показывайте реальную производительность, а не теоретическую мощность
Показатели масштаба можно публиковать только для определённой выборки и с одинаковым правилом подсчёта.
Обработанные товары
Публиковать только по конкретному run ledger или benchmark.
Каталоги / партии
Только с определённым правилом подсчёта.
Время обработки
Не смешивать машинное время, внедрение и ручную проверку.
Среднее время на SKU
Сравнивать на одной и той же выборке.
Доля проверки
Публиковать только при наличии реального измерения.
Методика должна находиться рядом с метриками: размер выборки, категории, границы измерения, исключения и учёт проверки.
Управление пакетной обработкой
Проверьте массовое обогащение на репрезентативном сегменте каталога
Возьмите группу товаров, где есть обычные карточки, неполные записи и сложные исключения. Так быстрее всего видно, как процесс работает на реальном масштабе.