Решения / Сборка каталогаДанные поставщиков → одна карточка
Несогласованные данные поставщиков

Превращайте разрозненные данные поставщиков в единый каталог

Данные поставщика почти никогда не приходят в той структуре, которая нужна именно вашему каталогу.

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

Один поставщик отдаёт подробные характеристики, другой — только название и номер детали, третий использует собственные единицы и названия тех же полей. ENRIVAQ помогает сопоставить, очистить, дополнить и проверить эти записи до того, как они станут частью PIM или ecommerce-каталога.

Korbanek

Public product record

Polish supplier naming
Catalog no.KVAC820825
OEMAC820825
ProductKoło wentylatora
ApplicationOptima / Optima HD
Kramp

Public catalog record

Identifier-led record
ArticleAC820825
EAN8716106986118
BrandKverneland / Accord
Product typeFan impeller
LBR

Public product record

Russian supplier naming
OEMAC820825
ProductКрыльчатка вентилятора
ApplicationOptima / Optima NT2
Weight2.60 kg candidate
Different conventions
same catalog concept
Catalog record
Canonical product structureTarget schema
manufacturer_part_numberAC820825
ean8716106986118
canonical_product_nameKverneland Fan Impeller
compatibilityOptima / Optima HD
weightREVIEW · conflicting sources
Типичные проблемы данных поставщика

Feed может быть корректным для поставщика и всё равно неудобным для вашего каталога

Проблемы supplier data часто структурные, а не откровенно «неправильные». Они становятся заметны, когда несколько разных соглашений должны жить в одной downstream-системе.

Разные названияТехническая характеристика, техническая характеристика и external diameter могут означать одно поле каталога.
Разные единицыmm, cm и m могут описывать одно измерение в разных feed.
Пустые значенияКолонка есть, но технического значения нет.
Разная структураОдин поставщик отдаёт отдельные поля, другой прячет детали в title или description.
Дубли характеристикОдно понятие появляется несколько раз под разными названиями.
Неработающие фильтрыЗначения нельзя использовать в фильтрах при разных форматах и единицах.
Ручная очисткаКоманде приходится разбирать conventions перед публикацией.
Неполная карточкаСтандартизация не создаёт данные, которых поставщик вообще не передал.
Пример нескольких поставщиков

Три поставщика могут по-разному описывать один и тот же товар

Задача не в том, чтобы критиковать поставщиков. У каждого свой каталог и свои правила. Вашему бизнесу нужна одна целевая структура, способная принять эти различия.

Korbanek
Koło wentylatoraAC820825

Local-language product naming with the OEM reference preserved.

Kramp
Fan impellerAC820825

Identifier-led catalog naming with EAN context.

LBR
Крыльчатка вентилятораAC820825

Different language and catalog phrasing for the same OEM reference.

Canonical fieldcanonical_product_name

Different supplier naming is mapped to one controlled product concept.

Reference mapping

Публичные примеры AC820825: Korbanek, Kramp и LBR используют разные соглашения, сохраняя одну OEM-ссылку.

Стандартизация

Сопоставляйте supplier fields с одной канонической schema

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

Koło wentylatoraAC820825
Fan impellerAC820825
Крыльчатка вентилятораAC820825
EAN8716106986118
canonical_product_nameKverneland Fan Impeller
manufacturer_part_numberAC820825
ean8716106986118
compatibilityOptima / Optima HD
Стандартизация товарных данных →
Дополнение недостающих данных

Чистые данные всё ещё могут оставаться неполными

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

Предел supplier feed

Используем то, что поставщик реально передал

После сопоставления и нормализации в карточке могут остаться пустые технические поля.

OEM / MPNесть
Техническая характеристиканормализована, если присутствует в реальном feed
Материалне передан
Описаниеслабое / отсутствует
Слой обогащения

Используем supplier feed как точку старта

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

Имеющиеся полясохраняются
Недостающие поляисследуются, если есть подтверждения
Неразрешённые поляостаются видимыми
Контекст источника
Источник и контекст сохраняются

Так supplier data становится исходной точкой, а не максимальным уровнем полноты карточки.

Проверка

Значения поставщика тоже могут быть устаревшими, ошибочными или конфликтовать с другими данными

Структурированный feed не становится автоматически источником истины только потому, что данные пришли колонками.

Поле однозначно сопоставляется с target schemaПродолжить
Источники расходятся по техническому значениюПроверить
Значению не хватает дополнительного контекстаУдержать
Формат соответствует правилам каталогаПродолжить
Результат

Возвращайте одну чистую карточку независимо от того, как пришли исходные данные

Целевой результат должен соответствовать утверждённой schema каталога. Тогда одна структура используется для всех поставщиков.

Clean canonical recordTarget output
Canonical attributesstructured
Units & formatsnormalized
Identifiersaccepted / reviewed
Additional informationvalidated where evidence exists
Contentprepared from the structured record
Supplier ASupplier BSupplier CFuture feed

Проверьте ENRIVAQ на сложном supplier feed

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

Проверить supplier feed

Связаться с ENRIVAQ

Запросить оценку каталога

Расскажите достаточно о каталоге и задаче, чтобы следующий шаг был действительно полезным.