
Yiwu Commodities Event Product Verification Checklist
Plan Yiwu event meetings with controlled product records, focused evidence checks, and defined proceed, hold, or stop decision rules.
Prepare each Yiwu commodities event meeting around one decision: whether the presented product information and evidence match your documented requirements closely enough to justify further evaluation. Create a requirement-and-evidence worksheet, check available records on Yiwugo and the official Yiwu Fair website, and request identified documents or samples in advance. This task verifies reviewed attributes and records only. It does not establish supplier reliability, legal compliance, certification validity, production capacity, or future product conformity.
Define the verification task before arranging meetings
State the decision before selecting products or requesting appointments:
After this meeting, we need to decide whether the presented product and documents match our stated requirements sufficiently to proceed to further evaluation.
For this task, verification means comparing a predefined requirement with observable product information or retained evidence. Classify each requirement consistently:
- Verified: Matching evidence was reviewed and recorded.
- Partially verified: The evidence supported only part of the requirement or included unresolved conditions.
- Not verified: Adequate evidence was unavailable, ambiguous, or unrelated to the identified product.
- Not applicable: The requirement does not apply within the task’s documented scope.
Do not treat a verbal statement, online listing, sample, specification sheet, and test record as interchangeable. A listing can document what was displayed online; a sample can support limited observations or measurements; a verbal statement records what the participant said. Each has a different evidentiary value.
The ISO guidance on documented information explains that documented information can support processes and provide evidence of results. Relevant meeting materials may therefore include specifications, product descriptions, inspection criteria, plans, forms, instructions, and completed records. Using these principles does not show that the exhibitor, supplier, product, event, or buyer is ISO 9001 certified.
Keep the verification boundary narrow. Include:
- Product identity and model reference.
- Specified attributes and tolerances.
- Consistency between a sample and its referenced records.
- Document ownership, date, and revision status.
- Missing, conflicting, or pending evidence.
Exclude unsupported conclusions about supplier trustworthiness, factory capability, market demand, pricing norms, legal compliance, certification authenticity, or future production consistency.
A suitable task statement is:
Verify whether the item presented at the meeting matches the product identifier, dimensions, material description, color reference, packaging description, and supporting records entered in worksheet YW-024, revision 2.
This conclusion would apply only to the reviewed item and evidence—not to later batches or general production.
Build the pre-event evidence file
Use the official Yiwu Fair introduction to record the currently published event name, dates, venue, organizer information, and exhibition scope. Save the page title, URL, displayed information date where available, and your access date. Recheck these details shortly before publication, travel, and meeting scheduling because event information can change. A participant’s presence or product category listing should not be treated as independent endorsement.
Use Yiwugo as a starting record for products or sellers identified through the platform:
- Save the exact live page URL.
- Copy product names and identifiers exactly as displayed.
- Record visible descriptions, images, and location or contact fields relevant to the task.
- Add the access date.
- Preserve a screenshot or exported copy where permitted.
- Mark missing or ambiguous fields instead of completing them through assumptions.
A Yiwugo page is a record to compare during the meeting. It is not proof that the product conforms to a requirement or that the seller can produce it consistently.
Create one controlled evidence file for each product or closely related product family. Combining unrelated items can make a positive result for one product appear to support another.
| Evidence-file field | Required entry |
|---|---|
| Verification task ID | Unique internal reference |
| Event and meeting | Event name, date, venue, participant, and appointment time |
| Platform record | Exact Yiwugo URL or supplied record reference |
| Product identity | Name, model, code, and image reference as displayed |
| Buyer requirements | Attributes, units, tolerances, and priority |
| Requested evidence | Specific documents, samples, or packaging records requested |
| Received evidence | File names, document identifiers, dates, and revisions |
| Open issues | Missing fields, conflicts, and questions |
| Control details | Worksheet version, preparer, reviewer, preparation date, and revision date |
Separate the file into three evidence layers:
- Buyer requirements: The attributes and tolerances that must be checked.
- Presented information: Listings, descriptions, images, samples, documents, and statements.
- Result records: Notes, measurements, evidence references, authorized photographs, and verification decisions.
Apply basic document controls consistent with the ISO guidance: give each worksheet a title or unique identifier, record its author and revision, distinguish the current version from superseded copies, and preserve the completed version used for the decision.
Structure each meeting around verifiable evidence
Request a focused meeting package in advance rather than asking for “all product information.” The request should identify:
- Product or model reference.
- Current specification or product description.
- Clearly labeled sample, if available.
- Packaging description or example when packaging is in scope.
- Documents offered as evidence for specific attributes.
- Document dates and revision identifiers.
- Confirmation of whether each document refers to the displayed sample, another item, or a wider product family.
Use this verification-first agenda:
- Confirm the participant, meeting, product, and record identifiers.
- Restate the verification scope and exclusions.
- Link the displayed item to the Yiwugo listing or supplied specification.
- Review requirements individually.
- Record the evidence source for every result.
- Separate observed facts from unsupported statements.
- Assign owners and due dates to conflicts or missing records.
- Record a proceed, hold, or stop decision for this stage.
Classify notes by evidence type:
- Observed: Directly seen or measured during the meeting.
- Documented: Shown in an identifiable document or live platform record.
- Stated: Communicated verbally without reviewed support.
- Pending: Promised for later delivery or review.
- Conflicting: Inconsistent with another sample, page, document, or statement.
Write conclusions conditionally. Suitable examples include:
- “Verified for sample S-04 reviewed on 18 October against specification SP-17, revision 3.”
- “Not verified because the document did not identify the displayed product.”
- “Partially verified because the stated dimension matched, but no tolerance or measurement method was specified.”
- “Pending because the packaging specification was promised after the event.”
Avoid labels such as “approved supplier,” “compliant product,” or “production verified.” Those conclusions require separate processes and evidence.
Short event meetings favor a few decisive checks over an incomplete review of many attributes. Visual inspection can support observable color, form, markings, or packaging checks, but it cannot establish hidden composition or future batch consistency. Evidence delivered after the meeting remains pending until it is reviewed.
Practical verification checklist
| Stage | Verification check | Evidence to request or review | Record the result as | Decision rule |
|---|---|---|---|---|
| Before scheduling | Is one product or defined product family in scope? | Product name, exact URL, identifier, image, or supplied reference | Exact identifier or “unclear” | Do not combine unrelated products in one result |
| Before scheduling | Is the meeting tied to the current event record? | Official Yiwu Fair introduction and published event details | Event name, dates, venue, URL, and access date | Recheck time-sensitive details before relying on them |
| Before scheduling | Are buyer requirements documented? | Worksheet listing attributes, units, tolerances, and priorities | Controlled requirement-list version | Do not verify against unstated preferences |
| Before scheduling | Can each requirement be checked at the event? | Planned observation, measurement, document review, or follow-up method | Method and required evidence | Move laboratory, legal, or factory checks to separate tasks |
| Before meeting | Does the Yiwugo record identify the same item? | Live page, URL, visible code, description, and images | Match, partial match, conflict, or unknown | A similar image alone does not establish identity |
| Before meeting | Was the requested evidence received? | Specifications, sample references, packaging details, or offered records | Received, missing, superseded, or pending | Keep missing evidence open |
| Meeting opening | Are participant and product references confirmed? | Contact record, listing reference, sample label, or document header | Confirmed or unresolved | Use only clearly identified records |
| Product identity | Can the sample be linked to the reviewed record? | Label, product code, model, packaging mark, or documented link | Linked, partially linked, or unlinked | An unlinked sample cannot verify the listed item |
| Product attributes | Does each observable attribute match its requirement? | Observation or measurement using the planned method | Actual value, method, unit, and result | Record values rather than pass/fail alone |
| Document relevance | Does each document refer to the same product? | Code, description, image, scope, or identifying field | Relevant, ambiguous, or unrelated | Ambiguous documents are not conclusive evidence |
| Document control | Is the evidence identifiable for this meeting? | Title, identifier, source, date, and revision | Complete or missing metadata | Record absent dates or revisions as limitations |
| Consistency | Do the listing, sample, specification, and statements agree? | Side-by-side comparison | Consistent, conflicting, or not comparable | Resolve material conflicts before marking verified |
| Evidence quality | What supports the conclusion? | Categorized meeting notes | Observed, documented, stated, pending, or conflicting | A verbal statement alone remains unverified |
| Packaging | Does presented packaging match the requirement? | Packaging sample, dimensions, description, or images | Verified, partial, or not verified | Skip this result if packaging is out of scope |
| Meeting close | Does every gap have an owner and due date? | Follow-up action list | Owner, requested evidence, and due date | Hold when an essential gap remains |
| After meeting | Was the decision record preserved? | Final worksheet, referenced files, and revision history | File location and retention status | Retain the exact version used for the decision |
| Final decision | Is the evidence sufficient for the next research step? | Completed requirement-to-evidence matrix | Proceed, hold, or stop | State the precise scope and limitations |
Apply a critical-gap rule: a requirement designated essential before the meeting cannot be marked verified when its evidence is missing, ambiguous, unrelated to the product, conflicting, or limited to an unsupported statement.
Use a scoped output statement such as:
The reviewed evidence supports proceeding to the next evaluation stage for the listed attributes only. Items marked pending, conflicting, or out of scope require separate verification.
Sources
-
Yiwugo official market platform
Use live product or seller pages only for information visibly available on the platform. Preserve exact URLs and access dates, and recheck pages because live content can change. Do not convert platform records into claims of conformity, reliability, or endorsement. -
Yiwu Fair official introduction
Use the current official introduction for published event context. Record the displayed information date where available and your access date. Reconfirm dates, venue, scope, and organizer information before travel or scheduling. -
ISO, Guidance on the Requirements for Documented Information of ISO 9001:2015
Use this guidance for principles concerning documents that support processes and records retained as evidence. It does not establish ISO certification or conformity for any buyer, event participant, seller, or product.
Scope and limits
This checklist supports pre-sourcing product verification planning for meetings at Yiwu commodities events. It covers requirement definition, evidence preparation, product-record comparisons, document identification, discrepancy recording, and limited proceed, hold, or stop decisions.
It does not verify:
- Supplier identity or reliability beyond the reviewed records.
- Factory ownership, production capacity, or process controls.
- Certification authenticity.
- Regulatory or legal compliance.
- Material composition not established by the reviewed evidence.
- Pricing, market conditions, or commercial terms.
- Future production or batch consistency.
A favorable meeting result means only that specified evidence matched specified requirements within the recorded scope. Recheck live pages and event details, preserve source and revision dates, and assign every unresolved critical item to a separate verification task before advancing.
Sourcing information earns its value when it is verified, compared and turned into a decision.