A wefetch standard · free to any conforming implementation.

# AI Product Match Verification Version 0.1 · standard-barcodeverified.org

“Barcode verified” is an open specification, version 0.1, formally titled “AI Product Match Verification”. It defines what a verified product match is, what evidence it rests on, and what a receipt for one must carry. Any artificial intelligence (AI), retailer or brand may implement it; the words “Barcode verified” are free to any conforming implementation. It answers one question for an AI agent at the moment of purchase: is the product the shopper asked for, the product the merchant is offering, and the product on the verified record, all the same barcode — and how does the agent prove it checked.

Connect your agent: https://matchfetch.ai/mcp

## The contract

The standard defines a verified product match, the evidence it rests on, and what a receipt for one must carry.
Four readings are taken independently from what the record already holds, and one policy rule combines them into one result: verified · listed · stale · unknown. Verified when every identity field was said by its authority, no two sources differ, every field is inside its clock and the brand has claimed its seat; listed when the record holds the product but one of those is missing; stale when a field is past its clock or a refresh failed; unknown when the record does not hold it.
Readings: source authority · disagreement · freshness · authorisation. Results: verified · listed · stale · unknown. Barcode never expires; identity, label and claims run on a long clock; price, stock and offer are never verified from the record.

## What the standard does not do

It does not certify a product. It does not verify price or stock from a record. It does not establish that a product is orderable. It does not give a legal opinion on a label.
“Unknown” is a legitimate result. A failed refresh never leaves a field verified.
Artificial intelligence makes mistakes. Every field links the page it was read on.

## Who signs

The record key signs content: the product record, every field sourced and dated. The receipt key signs the read: the issuer's receipt door signs that a check happened, under which rules, when.
Neither signs the other's object. Every receipt pins both the core version and the market-profile version it was verified under, so the result can be reproduced after the rules change.

## The arrow

Ask — the shopper's words, or the merchant's offer line.
Answer — what the AI proposes: an observation, not the truth.
Barcode — the one identity the words and the offer are bound to, with how sure.
Record — the verified record the barcode is checked against: every field sourced and dated.
Receipt — the evidence that the check happened, under which rules, when.

## What the standard owns

The definition of “verified”, the match-record and receipt formats, the conformance suite, the country-profile schema, and the versions.
It does not own any issuer's receipt chain: the receipts are the issuer's.

## Publication discipline

One schema, and one sourced record, feed every readout. Country profiles are versioned and superseded, never overwritten.
No typed totals in authored prose: generated displays read the record. Shared text is cited, not copied. Every acronym is expanded on first use.
A country profile is published only when it has authority rows and the record holds products for that market; until then its host forwards to the mark's home.

## Conformance

An implementation runs the conformance suite and, passing, is listed on the keyring as an issuer. The checklist:
- Matcher, policy and receipt cases: https://standard-barcodeverified.org/protocol/conformance/
- Five pilot numbers: https://standard-barcodeverified.org/benchmarks/
- Verifier: https://rco-barcodeverified.org/verify/

## Governance and versions

Barcode verified is a wefetch standard. wefetch is a product of GreenCore Solutions Corp.
Version 0.1, published 5 November 2026. A new version supersedes the one before it; every version stays published, and every receipt names the version it was verified under.
- Governance: /governance/
- Versions: /versions/
- Match record schema: /protocol/match-record.schema.json
- Receipt schema: /protocol/receipt.schema.json

## Members

Every published country node, by region.
### Europe
- uk.barcodeverified.org · United Kingdom
- fr.barcodeverified.org · France
- de.barcodeverified.org · Germany
- es.barcodeverified.org · Spain
- it.barcodeverified.org · Italy
- ch.barcodeverified.org · Switzerland
- nl.barcodeverified.org · Netherlands
- pl.barcodeverified.org · Poland
- be.barcodeverified.org · Belgium
- bg.barcodeverified.org · Bulgaria
- cz.barcodeverified.org · Czech Republic
- fi.barcodeverified.org · Finland
- gr.barcodeverified.org · Greece
- hu.barcodeverified.org · Hungary
- ie.barcodeverified.org · Ireland
- pt.barcodeverified.org · Portugal
- rs.barcodeverified.org · Serbia
- ru.barcodeverified.org · Russia
- sk.barcodeverified.org · Slovakia
- se.barcodeverified.org · Sweden
- tr.barcodeverified.org · Türkiye
- ua.barcodeverified.org · Ukraine
- at.barcodeverified.org · Austria
- dk.barcodeverified.org · Denmark
- ro.barcodeverified.org · Romania
- hr.barcodeverified.org · Croatia
- si.barcodeverified.org · Slovenia
- lv.barcodeverified.org · Latvia
- ee.barcodeverified.org · Estonia
- lu.barcodeverified.org · Luxembourg
- mt.barcodeverified.org · Malta
- cy.barcodeverified.org · Cyprus
### Americas
- us.barcodeverified.org · United States
- ca.barcodeverified.org · Canada
- mx.barcodeverified.org · Mexico
- br.barcodeverified.org · Brazil
- ar.barcodeverified.org · Argentina
- bo.barcodeverified.org · Bolivia
- cl.barcodeverified.org · Chile
- co.barcodeverified.org · Colombia
- cu.barcodeverified.org · Cuba
- do.barcodeverified.org · Dominican Republic
- ec.barcodeverified.org · Ecuador
- gt.barcodeverified.org · Guatemala
- pa.barcodeverified.org · Panama
- pe.barcodeverified.org · Peru
- tt.barcodeverified.org · Trinidad and Tobago
- uy.barcodeverified.org · Uruguay
- ve.barcodeverified.org · Venezuela
### Asia-Pacific
- au.barcodeverified.org · Australia
- jp.barcodeverified.org · Japan
- in.barcodeverified.org · India
- id.barcodeverified.org · Indonesia
- my.barcodeverified.org · Malaysia
- nz.barcodeverified.org · New Zealand
- pk.barcodeverified.org · Pakistan
- pg.barcodeverified.org · Papua New Guinea
- sg.barcodeverified.org · Singapore
- kr.barcodeverified.org · South Korea
- lk.barcodeverified.org · Sri Lanka
- th.barcodeverified.org · Thailand
- vn.barcodeverified.org · Vietnam
### Middle East and Africa
- dz.barcodeverified.org · Algeria
- bh.barcodeverified.org · Bahrain
- cm.barcodeverified.org · Cameroon
- eg.barcodeverified.org · Egypt
- gh.barcodeverified.org · Ghana
- ir.barcodeverified.org · Iran
- il.barcodeverified.org · Israel
- jo.barcodeverified.org · Jordan
- lb.barcodeverified.org · Lebanon
- ma.barcodeverified.org · Morocco
- ng.barcodeverified.org · Nigeria
- qa.barcodeverified.org · Qatar
- sa.barcodeverified.org · Saudi Arabia
- za.barcodeverified.org · South Africa
- ae.barcodeverified.org · United Arab Emirates

## Machine surfaces

/protocol.json · /nodes.json · /llms.txt · /.well-known/agent-card.json · the country hosts

## Contact

Questions about the specification. One form, read by a person.

Form: https://formspree.io/f/xaeekvzo (name, email, message, source page)

---

© 2027 wefetch, a GSC Company (GSC: https://gsc-em.com) · Powered by gtinfetch.ai · Receipts: https://rco.wefetch.ai/ · The standard: https://standard-barcodeverified.org · privacy · terms · Cookie settings
