Goal
Find inventory that has recently entered AIM, review whether each item is ready for
the particular channel you intend to use, submit only the approved listing action,
and verify the provider result. A received item can be Available while a
post-receive step still keeps it out of Ready to list. Receiving and putaway can
participate in automation that has been set up, but neither workflow promises that a
marketplace listing was created.
Who does this: Listings or inventory operator. Who else is involved: A
receiving operator may finish pending receiving or putaway work; a catalog or
marketplace administrator may resolve channel mapping, condition, photos,
credentials, or a failed provider response.
Before you start
- Confirm that receiving has created the inventory item and physical unit you
intend to review. If the item is still Pending receiving or Pending
putaway, finish or resolve that work first when your channel requires it.
- Confirm the receiving location and, where applicable, the item’s sublocation.
Use the separate putaway or transfer workflow when the physical location needs
to change.
- Have the purchase order available if you need to review one intake. The
purchase-order filter uses unconsumed units attributed to the selected order;
it does not apply the full canonical active-unit definition or mean “every row
that once mentioned this order.”
- Confirm that you have the Listings Control access needed for the action.
Marketplace credentials and channel setup must be active for the location and
channel you select.
- Decide which channel you are reviewing. StockX, GOAT, and eBay listing
readiness are not interchangeable, and Shopify uses a separate quantity and
publication path.
What this touches: The review reads inventory items, physical-unit and
location state, ownership, condition, channel mapping, market data, hold
settings, and existing listing records. A preview or listing action records its
preview/task identity, pricing inputs, per-item outcome, and local listing state;
the workflow does not use listing submission as a substitute for receiving,
putaway, or an inventory correction.
Keep these terms separate
Steps
Channel readiness and ownership boundaries
StockX, GOAT, and eBay marketplace paths
For these marketplace paths, use the marketplace sellable quantity: derived
Ready to list after Damaged, pending receiving, and quarantined units are
removed, less the minimum hold shown for that row. If the result is zero, or if the
item is at or below hold, the action is skipped even when Available is positive.
Then check the channel-specific prerequisites:
- StockX: the product and size need a usable StockX catalog/variant identity,
the condition must be accepted, and the location needs an active StockX
credential. Standard and Direct are separate listing types; review the type
and price shown in the preview.
- GOAT: the item needs an authoritative catalog and size mapping, accepted
condition, required GOAT photos when the preview asks for them, and an active
location credential. A missing catalog ID, size mapping, or photos is a
channel-specific skip, not a reason to change inventory quantities.
- eBay: this review path hands listing creation to the separate eBay Listings
surface. Use that surface’s template, identity, condition, and provider
verification steps; do not describe the StockX/GOAT action as an eBay
submission.
On a business with consignment enabled, Listings Control shows an Ownership
control with All, Owned, and Consignment choices. When consignment is
not enabled for the business, that control is not shown; do not imply that these
choices are available. When the control is available, do not turn a consignment
row into an owned-marketplace claim or assume that a channel’s owned inventory
rules apply to consignment. Follow the ownership boundary shown for the selected
channel and escalate when the row’s ownership or the channel’s eligibility
ruling is unclear.
Shopify
Shopify is a separate publication path, not another marketplace target in this
workflow. Shopify quantity is resolved from available inventory minus Shopify
blockers (or the owned equivalents), includes Damaged retail units, and does
not subtract the marketplace minimum hold. Use the Shopify sync/publication
surface and its store-scoped mapping and verification state. Do not claim that a
StockX/GOAT/eBay listing action published a Shopify product or changed its
quantity.
Pricing review and submission boundary
Review price before you approve a listing action. The preview can provide current
market asks, payout, margin, market-data timestamp, and skipped-item reasons. A
missing market-data result can be left for an explicit manual price when the
preview permits it; it is not a reason to invent a market price or to imply that
the provider has accepted one.
StockX and GOAT have different strategy and listing-type inputs. Review the
selected StockX Standard or Direct type, GOAT strategy, custom price, and any
hold/floor context as separate decisions. Inbound purchase-order pricing review
and marketplace repricing are also separate workflows: recording a unit cost or
printing a barcode does not submit a marketplace price, and a repricing workflow
does not stand in for a new listing submission.
The approval boundary matters:
- Preview calculates a proposed action and identifies skips.
- Approve/submit sends only the selected item/channel combinations.
- Processing means the action has a task/status identity but is not a
provider-confirmed listing.
- Confirmed means the provider’s terminal result and the corresponding AIM
listing state agree for that item/channel.
Variants
Pending putaway or another post-receive step. Use Pending putaway only to
find work, not to bypass it. Complete the supported putaway workflow, refresh
Listings Control, and recheck the row’s pending receiving, Ready to list, hold,
and channel status before previewing again. Putaway records an existing unit’s
location; it does not mint inventory or promise a listing. Automation that has been set up
may be triggered after clearance, but it remains subject to its own channel and
eligibility checks.
Purchase-order review. Filter by the PO when the intake is known. If a row is
not present, verify that an unconsumed unit is attributed to that PO and that the
business/location filters are correct. Do not add a made-up quantity or use an
old cost-layer association to force the row into the review.
Owned inventory. Confirm the owned quantity and channel eligibility for the
selected location. A hold reduces marketplace sellable quantity but does not
change Available; do not lower Available to represent the hold.
Consignment. On a consignment-enabled business, use the available Ownership
control and keep the channel boundary visible. When consignment is not enabled,
the All/Owned/Consignment control is not shown. Do not assume a consignment row
follows the owned StockX, GOAT, eBay, or Shopify path; use the supported channel
surface and escalate an ownership mismatch before approval.
StockX Standard or Direct. Treat Standard and Direct as separate listing
types. Review the selected type, catalog identity, credential, and price in the
preview. An existing listing of one type does not authorize silently creating a
duplicate of the other.
GOAT mapping or photos missing. Keep the row in the preview’s skipped set,
resolve the catalog/size mapping or required photos on the appropriate surface,
then create a fresh preview. Do not retry the same missing-prerequisite action
as if it were a provider timeout.
eBay. Follow the eBay Listings handoff for templates, conditions, quantity,
and confirmation. A row may be visible in Listings Control while its eBay action
is managed on the eBay surface.
Shopify. Move to Shopify sync/publication review. Validate store-scoped
mapping and Shopify sync state independently; a marketplace listing result is not
Shopify confirmation.
Partial batch. Keep the task ID and preview-run ID. Use the same preview
identity only to inspect or resume in-progress, stale, or deferred work. After a
terminal partial or failed result, create a fresh preview containing only the
failed or skipped item/channel combinations. Never include already successful
combinations in that fresh preview.
When it does not go to plan
A listing action is not an inventory adjustment. Do not lower Available to model a
marketplace hold, clear a pending workflow without completing it, or change ownership or
condition merely to satisfy a channel check. Use the supported receiving, putaway, catalog, or
inventory-correction workflow and preserve the listing preview/task identifiers.
A queued, processing, stale, or deferred action can already own the listing work. Check the
existing preview-run and task status first. Use the same preview identity only to inspect or
resume in-progress, stale, or deferred work. After a terminal partial or failed result, create
a fresh preview containing only failed or skipped combinations, never successful ones. Escalate
authentication, rate-limit, timeout, and temporary provider failures instead of treating them as
confirmed success.
Fictional example
Northstar Kicks receives a fictional PO into Main Warehouse for two Owned
Bluebird Runner size 9 units. The operator opens Listings Control, sorts by
Date Updated, filters to the PO, and sees one unit with one pending putaway
step. The operator uses Pending putaway only as a work queue, completes the
fictional putaway, refreshes, and sees the pending count fall; no listing is
assumed from that change.
The remaining candidate shows one Ready to list unit, a minimum hold of one, and
an active StockX credential. The operator previews StockX Standard and GOAT
separately. StockX returns a price and margin; GOAT is skipped because the
fictional catalog mapping lacks the required size mapping. The operator approves
only the StockX row, submits it, waits for the task to reach a terminal result,
then checks the provider-confirmed StockX result against the local listing card.
The operator records the GOAT skip and resolves it separately rather than
submitting a duplicate or claiming that the Shopify storefront changed.
Check it worked
- Reopen or refresh Listings Control with the same location and PO filters,
plus the Ownership control when it is available for a consignment-enabled
business.
- Confirm the submitted item/channel has a terminal action result and inspect
every skipped or error row. A partial result is not an all-success result.
- Confirm the provider’s terminal result and the matching local listing state
for the specific item, marketplace, credential/location, and listing type.
- Confirm that a preview-only or still-processing row is not described as live.
- For in-progress, stale, or deferred work, retain and use the preview-run ID
and task ID to inspect or resume the existing action. After a terminal partial
or failed result, resolve the exact failure and create a fresh preview with
only failed or skipped combinations; never include successful combinations.
- If the intended channel was Shopify, verify Shopify’s store-scoped mapping,
publication state, and quantity separately; do not use a StockX/GOAT/eBay
listing result as that proof.
What was recorded
The action evidence includes the preview-run ID, selected marketplace and listing
type, pricing inputs, task ID when background work is used, and per-item success,
partial, skipped, or error results. After a non-dry-run action, AIM refreshes the
local Listings Control state. Keep the provider response and the local listing
record together: submission, Processing, and provider confirmation are
different states.