Skip to content
Independent preflight software. Not affiliated with or endorsed by Amazon.
Shipment Sentry

Multi-PO pallet ASN hierarchy without the guesswork

A multi-PO pallet is where a flat list becomes an ambiguous receiving message. Model the parentage before generating segments.

Reviewed 2026-07-16Rule pack 2026.07.16Independent research

Direct answer

Direct answer

A common multi-PO pallet 856 pattern is SOTPI: Shipment → Order → Tare (pallet) → Pack (carton) → Item. Each HL01 must be unique, every HL02 must reference an earlier parent, and each carton and item must remain connected to the correct purchase order. Confirm the exact profile in the current Vendor Central implementation guide for your account.

Run this check on your own 856 or API payload

Why multi-PO pallets fail

The same pallet can physically contain cartons belonging to more than one purchase order. If the hierarchy places the pallet above the order, or reuses a carton loop without an unambiguous order parent, the receiver may not be able to reconcile items to the right PO.

Do not choose a hierarchy solely because it uses fewer segments. Choose the shape that preserves the physical and commercial relationships required by the trading-partner guide.

A deterministic tree-building method

  • Create the shipment root.
  • Create a distinct order node for every PO.
  • Within each order, create the required pallet/tare representation.
  • Attach each carton/pack to the relevant pallet/order path.
  • Attach item loops to the carton or hierarchy level required by the case structure.
  • Allocate unique HL IDs only after the full tree is built, then emit parents before children.

What the preflight checks

The validator detects duplicate HL IDs, missing or forward parents, invalid level codes, a non-shipment root, and uncommon profile sequences. It also checks PRF purchase-order presence and SSCC values found in MAN segments.

A warning is not silently upgraded to a universal rule. When public evidence cannot establish the account-specific profile, Shipment Sentry tells the operator exactly what to verify.

Common implementation questions

Is SOTPI always required for a multi-PO pallet?

Do not assume so universally. It is a common Amazon hierarchy pattern, but your current Vendor Central implementation guide and shipment structure determine the required shape.

Can two HL loops use the same HL01 under different parents?

No. HL01 identifiers must be unique within the transaction set.

Primary sources

Public sources cannot establish every account-specific EDI rule. Current Vendor Central documentation and your trading-partner agreement remain controlling.