Receive inbound inventory against purchase orders with quantity checks, damage notes, lot details, storage location, and discrepancy handling. This example brings Expected and Receiving together so operations managers can find the next task without losing context.
It includes representative records such as PO-4821 · 240 units and PO-4819 · 60 units. Use the screenshot to study the layout, then adapt its components and product states to your own design system.

Table
Receive shipment
Table
Default, loading, empty, error, permission, success
Configurable product UI theme
Operations managers need to receive shipment while keeping expected today, receiving and exceptions visible. The interface should show what changed and who should act next.
Expected → Receiving → Receive shipment → Review outcome
Table, Expected, Receiving, contextual actions, error recovery
Prioritize columns that help people act. Keep filters when readers drill into details and return; show who owns each unresolved exception.
Pay attention to expected and receiving. People need to distinguish PO-4821 · 240 units from PO-4819 · 60 units. Keep expected today visible, especially when a record changes owner or status.
Before this screen reaches handoff, verify keyboard focus, empty and permission states, and what happens after someone chooses “Receive shipment”. Make error recovery as clear as the happy path.
Related screen examples to explore next: Purchase Orders, Supplier Portal, Procurement Requests.
Design a receiving inventory screen inside our existing product. Use our current components, tokens and content language. Include Expected and Receiving views, credible records like PO-4821 · 240 units, and a clear “Receive shipment” action. Use our product permissions and show loading, empty, error and success states. Keep the output editable in Figma.