Превращайте разрозненные данные поставщиков в единый каталог
Данные поставщика почти никогда не приходят в той структуре, которая нужна именно вашему каталогу.
Обогащение не заканчивается характеристиками: проверенные технические данные становятся основой SEO-ключей, уникального фактического контента, метаданных и итоговой версии карточки на нужном языке.
Один поставщик отдаёт подробные характеристики, другой — только название и номер детали, третий использует собственные единицы и названия тех же полей. ENRIVAQ помогает сопоставить, очистить, дополнить и проверить эти записи до того, как они станут частью PIM или ecommerce-каталога.
Public catalog record
Identifier-led recordPublic product record
Russian supplier namingsame catalog concept
Feed может быть корректным для поставщика и всё равно неудобным для вашего каталога
Проблемы supplier data часто структурные, а не откровенно «неправильные». Они становятся заметны, когда несколько разных соглашений должны жить в одной downstream-системе.
Техническая характеристика, техническая характеристика и external diameter могут означать одно поле каталога.Три поставщика могут по-разному описывать один и тот же товар
Задача не в том, чтобы критиковать поставщиков. У каждого свой каталог и свои правила. Вашему бизнесу нужна одна целевая структура, способная принять эти различия.
Local-language product naming with the OEM reference preserved.
Identifier-led catalog naming with EAN context.
Different language and catalog phrasing for the same OEM reference.
canonical_product_nameDifferent supplier naming is mapped to one controlled product concept.
Reference mappingПубличные примеры AC820825: Korbanek, Kramp и LBR используют разные соглашения, сохраняя одну OEM-ссылку.
Сопоставляйте supplier fields с одной канонической schema
Сначала нужно определить, как поля поставщиков соответствуют целевой модели товара. После этого разные исходные названия можно свести к одному каноническому полю.
Чистые данные всё ещё могут оставаться неполными
Стандартизация приводит существующие данные в порядок, но не создаёт техническую информацию, которой поставщик никогда не передавал.
Используем то, что поставщик реально передал
После сопоставления и нормализации в карточке могут остаться пустые технические поля.
Используем supplier feed как точку старта
Если есть релевантные подтверждения, недостающую информацию можно исследовать, извлечь и проверить до добавления в карточку.
Источник и контекст сохраняются
Так supplier data становится исходной точкой, а не максимальным уровнем полноты карточки.
Значения поставщика тоже могут быть устаревшими, ошибочными или конфликтовать с другими данными
Структурированный feed не становится автоматически источником истины только потому, что данные пришли колонками.
Возвращайте одну чистую карточку независимо от того, как пришли исходные данные
Целевой результат должен соответствовать утверждённой schema каталога. Тогда одна структура используется для всех поставщиков.
Проверьте ENRIVAQ на сложном supplier feed
Передайте репрезентативную выгрузку с несогласованными полями, пропущенными характеристиками или разными единицами. Используйте её, чтобы определить правила очистки и enrichment относительно вашей целевой schema.