01
What the specifications assume about a product
Applies to marketplace onlyown storefronthybrid
Product APIs in this space are built around stable identifiers and repeated variants. OpenAI’s product specification requires stable product and variant IDs and exposes price, availability, condition, media, and seller links.1 Each of those fields is answerable for a used item. The strain is in what a variant model implies rather than in the field list.
A variant model treats a product as an abstraction and the shipped object as an instance of it. For manufactured goods that holds. For a 1978 camera with one specific scratch, the abstraction and the instance are the same object, and no upstream catalog contains an entry describing it.
Two statements follow, and they are separate. The specification does not exclude used goods — no clause says so, and the fields are fillable. It answers a question resale does not have, which of the identical units is being purchased, and leaves the resale question, what specifically is wrong with this unit, to fields sized for a shorter answer.
02
Identity without a shared catalog
Applies to marketplace onlyown storefronthybrid
The requirement to supply stable IDs is met directly.1 Assign an identifier when the item enters inventory, do not reuse it, and do not change it when the item is re-photographed or re-listed. Applied from intake this costs nothing; applied retroactively across existing stock it is a data project.
External identifiers are the harder field. Merchant documentation states product-attribute requirements for its checkout path, and those attribute lists are where the catalog assumption becomes concrete.2 Some fields have no true value for a given item. The entry for those is what is true, a blank where nothing is true, and a note recording which of the two applies.
| Field | Manufactured goods | One-of-one resale | The camera |
|---|---|---|---|
| Product ID | From the catalog | Assigned by the seller, never reused | MER-1978-041, on a label and in the record |
| Variant | Size, color, or another real axis | Usually none; the item is the variant | None — the object is the variant |
| Manufacturer identifier | Available | Often absent | Absent; the body predates the standard |
| Quantity | A number that moves | One, then zero, permanently | One, since intake |
Three of those rows are answered once the intake discipline exists. The third is answered by leaving the field empty and recording a one-line reason, which is a different entry from an omission and reads differently to anyone who checks it later.
03
The condition field and what sits beside it
Applies to marketplace onlyown storefronthybrid
Condition is an exposed field in the product specification, so resale stock is not outside the model here.1 The field carries a bucket value. For a new manufactured good that value is close to the whole of what a buyer needs about condition. For a used camera it is one input among several.
The specifics — where the scratch is, whether the meter works, what was replaced and when — go in the description and the photographs, which any system reading the item reads as well. A correctly filled condition field paired with a vague description satisfies the requirement and leaves the buyer’s question open.
For this camera the bucket value is “used”, which is accurate. Alongside it, the description records that the shutter is dependable at faster speeds and unreliable below them, and that there is a scratch on the base plate that does not affect operation. Those are the facts a buyer acts on, and no structured field on the page has a place for them.
04
One unit makes one availability transition
Applies to marketplace onlyown storefronthybrid
Availability is an exposed field like the others. For catalog goods it moves in both directions. For one-of-one stock it moves once, from one to zero, and does not return. Everything downstream holding a cached copy of the item is inaccurate from that moment until it refreshes.
Etsy’s documentation covers a subset of its listings, purchasable through the AI shopping surfaces it names, for shoppers it identifies as eligible in the United States.3 Where such a path applies, the sale may originate outside the interface a seller is watching, so the removal path needs to be at least as fast as the fastest purchase path.
The same sentence limits its own scope in the other direction. It covers a subset of listings, so a documented path at a marketplace does not establish that a specific item participates.3 The two readings lead different places: one produces a recorded exposure wider than the documents support, the other leaves a removal interval unmeasured.
05
Where eligibility is a permission question instead
Applies to marketplace onlyown storefronthybrid
At some venues the question is not about fields. eBay’s current agreement forbids three kinds of automation absent express advance permission: agents that shop for a person, bots running on a language model, and order placement with no human in the loop.4 That text addresses automation, not the category of goods being sold, so whether stock is second-hand does not bear on it in either direction.
The two questions have different kinds of answer. Whether a system can represent an item is a data question answered field by field. Whether a system may transact at a venue is a permission question answered by that venue’s policy. A complete record is an answer to the first only.
06
A field-by-field pass, item in hand
Applies to marketplace onlyown storefronthybrid
The method is one pass with the item present, taking each required attribute in turn. The first item takes the longest, because the decisions it produces apply to the rest of the stock.
- Assign a stable internal ID and record where it is stored, since an ID that cannot be found later serves no purpose.
- Mark each required attribute as true-and-supplied, true-but-unknown, or not-applicable — three states, since two states force a choice between them.
- Leave not-applicable fields blank rather than converting them to a plausible value, and leave unknown fields blank rather than converting them to a default; both substitutions pass validation.
- Put the bucket value in the condition field and the specifics in the description and photographs.
- Check that the same figures appear on every surface carrying the item.
- Keep the blanks as a list, which is also the answer when a surface asks why a field is empty.
Run to completion on the camera, the pass produces four lines, two of them blank.
| Requirement | State | What was entered | Reason |
|---|---|---|---|
| Stable product ID | Supplied | MER-1978-041 | Assigned on intake; never reused |
| Manufacturer identifier | Not applicable | Blank, with note | No such code exists for this body |
| Condition | Supplied, with evidence | Bucket in field; specifics in prose | The field holds one value; the defect needs a sentence |
| Service history | Unknown | Blank, with note | Arrived in a job lot; no provenance supplied |
The list of blanks records which requirements this item does not meet and why, separated into the ones that could still be established and the ones that never will be. It is also the input to any later decision about whether a given surface is worth the work.
07
What the requirements ask of unique stock
Applies to marketplace onlyown storefronthybrid
The product specification requires stable product and variant IDs and exposes price, availability, condition, media, and seller links.1 Merchant documentation states product-attribute requirements for its checkout path.2 Neither document contains a clause excluding used goods, and neither describes how to represent an item with no shared external identifier.
Alongside the field requirements sit two venue-level facts: Etsy documents purchasing through named AI surfaces for a subset of listings and eligible US shoppers,3 and eBay’s agreement conditions automated purchasing on express advance permission.4 Those are answered by reading policy rather than by completing fields.
08
Practice
Exercise
Run one used item through the requirements
- Take a real one-of-one item and classify every required attribute as supplied, unknown, or not applicable.
- Write the condition bucket and, separately, the two or three specifics a buyer would ask about.
- List the requirements the item does not meet, noting for each whether it is a data limit or a permission limit.
Check yourself
Are used goods excluded from these systems?
Not as a class. Condition is an exposed field and the requirements are answerable, but several of them assume repeatable catalog goods, so unique stock meets them unevenly.
A required manufacturer identifier has no true value for your item. What do you supply?
A blank, with a recorded reason. A substituted identifier passes validation and states something about the item that is not the case.
Why keep "unknown" and "not applicable" as separate states?
Because they lead to different work. Unknown is a fact that could still be established; not applicable is a field that will never have a true value for this object. One blank for both loses that distinction.
What does a documented marketplace AI path establish about a specific listing?
On its own, nothing about that listing. Etsy’s documentation covers a subset of listings for shoppers it identifies as eligible in the United States, so a given item’s participation is checked rather than assumed.
Progress is saved in this browser only. No account, nothing sent anywhere.
09
Common questions
Should a catalog entry be created so an item resembles a manufactured product?
No. It states something about the item that is not the case, and it removes the property unique stock does have, which is a record describing exactly one real object.
Is a condition grade sufficient on its own?
It states which bucket. For resale the specifics are what a buyer decides on, so they go in the description and photographs and have to agree with the grade.
Is a separate record needed per surface?
One record mapped outward is easier to keep accurate. Parallel records diverge, and divergence on a one-of-one item surfaces as an oversell.
Is vintage stock harder to represent than recent used goods?
Generally, since external identifiers are less likely to exist and condition varies more widely. The method is the same and the list of blanks is longer.
The record is complete and the listing is not reachable from any AI surface. What does that indicate?
Completeness answers the data question. Reachability is set by venue eligibility and permission, which the cited documents describe separately, so the next check is the venue’s current documentation rather than the fields.
10
Research and sources
Rules and platform policies change. These primary sources were reviewed on ; confirm the current position for your jurisdiction and account before acting.
Claim evidence
- Product specifications require stable product and variant IDs and expose price, availability, condition, media, and seller links, a model that assumes repeatable catalog goods even though every field remains answerable for one-of-one stock.
- technical requirement. Supported by Agentic Commerce API: Products .
- Documented product-attribute requirements for checkout paths are stated as requirements, and some of those attributes are genuinely inapplicable to unique second-hand items.
- current external fact. Supported by About UCP and UCP-powered checkout .
- Whether used stock participates is partly an eligibility question, since documented marketplace purchase paths cover only some listings and shoppers, and partly a permission question governed by marketplace terms on automated purchasing rather than by the kind of goods sold.
- current external fact. Supported by Purchasing Etsy items through AI shopping surfaces , eBay User Agreement .
- Agentic Commerce API: Products OpenAI · Tier A · current specification · unversioned live API reference
OpenAI product and variant payload fields and upsert behavior. Limit: Defines OpenAI’s API surface; it is not a vendor-neutral item model and does not prove a payload will be surfaced.
- About UCP and UCP-powered checkout Google · Tier A · current documentation · unversioned live documentation
Stated market eligibility, onboarding steps, and product-attribute requirements for UCP-powered checkout. Limit: Applies only to products with eligibility in the United States, Canada, and Australia and to participating merchants and partners; availability is described as phased and select. Establishes documented requirements, never a placement or sales outcome.
- Purchasing Etsy items through AI shopping surfaces Etsy · Tier A · current help documentation · live documentation reviewed 2026-07-31
Etsy listing purchase paths through named AI shopping surfaces for eligible US shoppers. Limit: Documents Etsy-controlled eligibility and purchasing only. It does not establish eligibility for every listing, seller, shopper, country, or surface.
- eBay User Agreement eBay · Tier A · current policy · live agreement
Automated access and purchasing on eBay. Limit: Applies to eBay and allows automated access only with eBay’s prior express permission.