> ## Documentation Index > Fetch the complete documentation index at: https://docs.aimventory.com/llms.txt > Use this file to discover all available pages before exploring further. # Review pricing and print barcodes > Complete an inbound purchase-order pricing review when AIM requires it, then submit and verify a separate barcode-label job. Review inbound purchase-order pricing when AIM presents that gate, then use the separate barcode and label workflow when inventory is ready. This page keeps three decisions distinct: the purchase order's recorded unit cost, an inbound pricing review, and marketplace repricing. A label-job ID or receipt status is not proof that a marketplace price changed or that a physical label was printed. **Who does this:** Purchasing operator for the inbound review; receiving or inventory operator for labels. **Who else is involved:** A product/catalog administrator may resolve identity or condition; an owner or manager handles a committed receipt correction or a failed job that needs escalation. These labels describe workflow responsibilities, not distinct receiving-specific permissions. Current AIM access determines which surfaces and actions are available; a named responsibility does not by itself grant a receiving-specific permission. ## Before you start * The purchase order and its lines have the correct product/variant identity, quantity, condition, and operator-supplied unit cost. * If AIM requires a post-PO pricing review for this business, the purchase order is ready for the pricing-review surface. A review gate must be completed before the related receipt can proceed. * For Pre-owned items, verify the unique unit and condition grade/details before reviewing or labeling. * For labels, the intended inventory items or units are available to the Print Labels surface and you can identify the correct barcode/label mode. * Do not use this page as a repricing guide. Marketplace repricing has its own review and submission workflow. **What this touches:** Purchase-order pricing-review state and evidence, line condition/cost context, inventory barcode/label selections, and an asynchronous label-print job. Marketplace listing prices, publication state, and receipt completion remain separate records and checks. ## Steps | Step | Role | AIM surface | Action | Expected state | | ---- | -------------------------------- | ------------------------------------------ | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------- | | 1 | Purchasing operator | Purchase Order or In-Store Purchase review | Open the inbound pricing-review step when AIM presents it. Compare the displayed tier/market context with the product identity, condition, quantity, and recorded unit cost. | The review is about the incoming purchase order; it is not the marketplace repricing screen. | | 2 | Purchasing operator | Purchase-order pricing review | Resolve any identity, condition, or ownership mismatch before confirming. Review the figures AIM provides and confirm only when the purchase-order decision is ready. | AIM records the review decision when the confirmation succeeds. A failed confirmation leaves the review unresolved. | | 3 | Purchasing or receiving operator | Purchase Order receive | Continue to receipt only after the required pricing review is confirmed. Check the receive status and resulting units/cost separately. | The receipt can pass the pricing gate, but review confirmation does not prove receipt completion or listing publication. | | 4 | Inventory operator | Print Labels | After the intended inventory is ready, scan or select the correct item(s), choose the available label options, and submit the label job. | AIM accepts the selection and returns a job identifier; generation and printer status remain asynchronous. | | 5 | Inventory operator | Label job status | Open or refresh the job status and inspect completion, printed/processed counts, attention, or failure state. | Treat a completed status as the job's recorded state. Treat attention or failure as unresolved; do not infer physical output from submission alone. | | 6 | Purchasing operator | Marketplace pricing workflow | If a listing needs a new marketplace price, open the separate repricing workflow and verify its provider/result status. | Inbound pricing review and outbound repricing remain distinct actions and evidence. | ## Variants **Pricing review is not shown.** The receive gate is conditional. If AIM does not present a review for this business and order, do not invent one; continue with the documented receive prerequisites and verify the recorded unit cost. If AIM blocks receiving with a pricing-review message, return to the review surface rather than bypassing it. **Pre-owned or condition-sensitive item.** Verify the unique item, condition grade, notes, and identity before confirmation or label selection. Do not use a market tier or barcode match to correct a wrong condition or ownership boundary. **Barcode selection.** A manual UPC-A, UPC-E, or EAN-13 entry can identify a supported item. If the barcode is unknown, ambiguous, or not on the active order, stop and resolve the item rather than printing a label for a substitute. Camera scanning is not a supported promise in this workflow. **Different label modes.** The label surface may offer different display or barcode options. Choose only a mode shown for the selected inventory; the workflow does not promise one physical label per unit or a particular printer output. **Partial receipt or review result.** A pricing review can be confirmed while the related receipt is still queued, processing, partial, or failed. Verify each state independently; a review decision does not turn a partial receipt into a complete one. **Reversal or correction.** If a committed receipt, cost, condition, or pricing decision is wrong, stop and preserve its identifiers. This page does not establish a universal reverse-receive or price-correction procedure; escalate to the responsible owner or manager to determine whether a supported correction path is available. ## When it does not go to plan | What you see | What it means | What to do | Where it is explained | | -------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------- | | Receive is blocked with a pricing-review message | The business has enabled an inbound review gate and it is not confirmed. | Return to the purchase-order review, correct the decision, and confirm before retrying receipt. | See **Steps**. | | Pricing confirmation fails | AIM did not record the review decision. | Keep the purchase order open, preserve the displayed error, and do not treat the receipt as cleared. | See [Send and receive a purchase order](/operations/send-and-receive-a-purchase-order). | | A market figure or tier differs from the expected item | Identity, condition, or source context may be wrong. | Stop and resolve the item/condition path; do not overwrite the purchase cost or assume a marketplace price was changed. | See **Before you start**. | | A label job is queued or processing | The job was submitted but is not yet terminal. | Recheck the job status and counts before treating the job as complete. | See **Check it worked**. | | A label job reports attention or failure | Generation or printing needs review. | Open the job details, preserve the job ID, and follow the surface's supported recovery or escalate. Do not claim physical output. | See **What was recorded**. | | A label is requested for an unknown or ambiguous barcode | AIM cannot prove which inventory item should receive the label. | Stop and resolve the barcode/item identity first. | See **Variants**. | | A receipt or pricing decision is partial, failed, or committed under the wrong details | The related evidence lane needs review; one status does not prove the other. | Preserve the PO, review, request, operation, or job identifiers and stop before retrying or correcting. | See **Variants**. | | A committed receipt or pricing decision needs reversal or correction | This guide does not establish the supported mutation sequence. | Escalate to the responsible owner or manager to determine whether a supported correction path is available; do not invent a reverse-receive or price-correction step. | See **Variants**. | | Someone asks you to “reprice” from this page | Inbound review and outbound marketplace repricing are different workflows. | Use the dedicated repricing surface and verify provider-confirmed results there. | [Repricing](/operations/repricing) | Confirming inbound pricing, recording a receipt, or submitting a label job does not by itself change a marketplace listing price, publish an item, or prove that a physical label came out of a printer. ## Check it worked 1. For inbound pricing, confirm that the purchase order shows the review as recorded when AIM presents that state. Compare the order, condition, and operator-supplied unit cost. 2. For receipt, check the purchase-order receive status, line quantities, inventory units, and unit costs separately. A pricing-review confirmation is not a receipt completion signal. 3. For labels, retain the job ID and inspect the job's terminal status, processed/printed counts, and any attention or failure state. Submission alone is not enough. 4. If a marketplace price must change, verify the separate repricing result and do not use the inbound review or label job as evidence of that change. ## What was recorded An inbound review records the purchase-order review decision and its actor/time evidence when the confirmation succeeds. The receipt records its own request, operation, units, costs, and receiving event. The label workflow records a job identifier and job status for the selected inventory. These evidence lanes remain distinct from marketplace repricing and from physical printer output. ## Related * [Send and receive a purchase order](/operations/send-and-receive-a-purchase-order) — satisfy receive prerequisites and verify durable receipt state. * [Choose an in-store purchase or purchase order](/operations/in-store-purchase-or-purchase-order) — choose the correct intake door first. * [Purchase-order inventory pricing](/inventory/inventory-pricing) — adjacent inventory-pricing context. * [Repricing](/operations/repricing) — separate marketplace price review and submission. * [Print labels](/inventory/print-labels) — submit and verify the asynchronous label job.