PRODUCT VEILP2 EVIDENCEORIGIN + CONTEXT + DECISIONSAME SKU THROUGH PROVENANCE STATES
Knowledge hub · definition

What Is Product Data Provenance?

Product data provenance records where product information came from and how it entered the catalog.

In an AI enrichment workflow, provenance provides the context needed to review a value rather than treating the final field as an unexplained answer.

For technical catalogs it is especially important for identifiers, dimensions, compatibility and other fields where an incorrect value can affect product selection.

SOURCE TYPEManufacturer / distributor / documentationtyped origin
CONTEXTProduct page, table or document sectionsupport for the value
TIMESTAMPValue-level source provenancesemantics must be explicit
DECISIONREVIEW / HOLDonly when stored
ORIGIN CLASSSource-derived vs generatedevidence stays separate
PROVENANCE LEVELRecord · field · valuepublish actual capability
Fan impeller AC820825Fan impeller AC820825AC820825 · KVERNELAND

Technical fieldVALUE + ORIGIN

PROVENANCE CONTEXT · REPRESENTATIVE

REFERENCE COMPOSITION · VALUE-LEVEL SOURCE CONTEXT

FIELDEVIDENCEDECISION
01
Why origin matters

A product value without origin is difficult to audit

When someone later questions a specification, the team must search again or trust whatever is already in the database. Provenance reduces that loss of context by keeping the source relationship close to the enriched record.

WITHOUT PROVENANCE

Search again, or trust the database

The value has no explanation attached.Every question restarts the research.Errors can survive because nobody can check them.
WITH PROVENANCE

The source relationship stays next to the value

A reviewer can see what supported the value.Quality questions resolve from the record.Audits can work on evidence rather than memory.
02
Source types

“Found online” is not a meaningful provenance category

The architecture allows source context from manufacturer pages, distributor information, technical documentation and other approved research inputs.

The catalog should distinguish source type where useful.

Source discovery
SOURCE CLASSMEANINGSTATE
manufacturer_page

The brand’s own product or parts pages.

TYPED SOURCE
distributor_information

Reseller catalogs and supplier feeds.

TYPED SOURCE
technical_documentation

Manuals, parts lists and datasheets.

TYPED SOURCE
approved_research_input

Other inputs the catalog explicitly allows.

POLICY-DEFINED
source_type = "found_online" → rejected
03
Value provenance

The strongest model connects a specific value to the evidence behind it

Three levels of granularity, only one of which supports value-level traceability.

LEVEL 01

Product level

The record cites a source

You know where the product was researched, not which value came from where.

BROAD CONTEXT
LEVEL 02

Source level

Sources are listed per record

Several sources are attached, but no field points at a specific one.

PARTIAL CONTEXT
LEVEL 03

Value level

Each value points at its evidence

The field links to the exact table or section that supported it.

AVAILABLE WHERE RETAINED BY THE IMPLEMENTED WORKFLOW
PUBLISHING GATEPublish the level honestly instead of implying value-level traceability.VALUE LEVEL · EACH PRODUCT VALUE REMAINS CONNECTED TO ITS SOURCE CONTEXTSource traceability
04
Timestamps

External product pages change, so the moment matters

A timestamp can help distinguish when information was collected or reviewed.

The exact semantics should be clear: source accessed, value extracted, record validated, or another event.

01Source accessed

When the external page or document was read.

02Value extracted

When the value was pulled from that source.

03Record validated

When validation accepted the field.

04Other event

Any further event the platform defines.

Source capture and processing context retain timestamps with the stored evidence.
Conflicts

Provenance is most useful when sources disagree

Instead of overwriting one value with another, the workflow can preserve the competing evidence and send the field to validation or review.

That turns disagreement into an explicit data-quality state rather than a hidden catalog error.

Product data validation
CANDIDATE VALUEORIGIN CONTEXTSTATE
1.74 kg
Manufacturer pageSpecification table · accessed this cycle.
CANDIDATE
2.60 kg
Distributor listingProduct description · no table reference.
CANDIDATE

Neither value is silently overwritten — both stay attached to the field until review resolves it.

05
Auditability

Provenance can support review history and quality investigations

The scope of auditability should match the platform’s actual storage and history capabilities.

EVENT 01Review history

Who looked at the field and what they decided.

IF STORED
EVENT 02Quality investigations

Tracing a suspect value back to its evidence.

IF STORED
EVENT 03Source changes

Record a changed source or evidence context.

IF STORED
EVENT 04Approval / rejection

Keep the decision alongside the provenance state.

IF STORED
Source/value lineage and operational evidence history are retained. A full per-value reviewer action history is not claimed as a current UI feature.Human review
06
AI enrichment

Generated prose must never become the only source for a technical value

AI can accelerate research and extraction, but provenance keeps the workflow evidence-oriented.

The system should be able to distinguish generated content from source-derived product facts.

AI enrichment vs manual research
ORIGIN CLASSMEANINGCAN IT BACK A TECHNICAL VALUE?
source_derived

Extracted from an approved source with a reference.

CAN BACK A VALUE
generated_content

Model-written prose built on the validated record.

CANNOT BACK A VALUE
unlabelled

Origin class missing from the record.

ROUTE TO REVIEW
Generated copy can cite the validated record; it cannot stand in for the evidence.
07
Example

One field, its evidence and the decision taken

Six values to fill in with a real product before publication.

PROVENANCE RECORDREFERENCE PRODUCT
Product
Kverneland AC820825 Fan Impeller
Attribute
Weight
Candidate value
1.74 kg · SELM Agro
Source
SELM Agro
Conflicting value, if any
2.60 kg · LBR
Decision
REVIEW / HOLD

Decision is recorded even when no conflict exists.

08
FAQ

Common questions about provenance

Four questions about validation, field coverage, generated content and AI review.

No. Provenance records origin; validation decides whether the data should be accepted.
The required level depends on the data model and risk of the field. Technical claims usually benefit most from explicit evidence.
The underlying factual product data should retain source context; generated copy can then be traced back to the validated record.
It helps reviewers separate evidence from model-generated interpretation.

Talk to ENRIVAQ

Request a catalog assessment

Tell us enough to make the next step useful for your catalog.