FIGR / UI TEMPLATE

Purchase Orders

Track purchase orders with supplier, amount, requester, delivery date, approval, receiving, and payment status in one operations table. This example brings Open and Approved together so operations managers can find the next task without losing context.

It includes representative records such as PO-4821 · Cloud hardware and PO-4819 · Research software. Use the screenshot to study the layout, then adapt its components and product states to your own design system.

Purchase Orders

BUILD ON THIS

Make it yours in Figr.

Explore this screen, then bring in your own product and design system to shape the next version.

Use this template ↗

At a glance

Screen

Table

Primary action

Create PO

Pattern

Table

State

Default, loading, empty, error, permission, success

Design system

Configurable product UI theme

What this screen helps with

Operations managers need to create po while keeping open pos, value and exceptions visible. The interface should show what changed and who should act next.

What to look for

  • Main workspace: Open gives users an obvious place to start.
  • Supporting view: Approved keeps the related context close.
  • Primary action: Create PO stays visible when people need it.
  • First signal: Open POs shows a useful value (48).
  • Second signal: Value gives additional context (1.84M).
  • Sample record: PO-4821 · Cloud hardware.
  • Next record: PO-4819 · Research software.

States to consider

  • No rows in current filters: say what changed, protect progress, and offer a clear next step.
  • Sorting or bulk action in progress: say what changed, protect progress, and offer a clear next step.
  • Row update conflict: say what changed, protect progress, and offer a clear next step.
  • Bulk update partly failed: say what changed, protect progress, and offer a clear next step.
  • Restricted columns: say what changed, protect progress, and offer a clear next step.
  • Export complete: say what changed, protect progress, and offer a clear next step.

Where it fits

Open → Approved → Create PO → Review outcome

Patterns in this screen

Table, Open, Approved, contextual actions, error recovery

UX choices to review

Prioritize columns that help people act. Keep filters when readers drill into details and return; show who owns each unresolved exception.

Pay attention to open and approved. People need to distinguish PO-4821 · Cloud hardware from PO-4819 · Research software. Keep open pos 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 “Create PO”. Make error recovery as clear as the happy path.

Related screen examples to explore next: Procurement Requests, Receiving Inventory, Delivery Dispatch.

Try a similar screen in Figr

Design a purchase orders screen inside our existing product. Use our current components, tokens and content language. Include Open and Approved views, credible records like PO-4821 · Cloud hardware, and a clear “Create PO” action. Use our product permissions and show loading, empty, error and success states. Keep the output editable in Figma.

Open Figr

KEEP EXPLORING

More ways to approach your next screen.

Browse other product UI examples, compare patterns, and pick the direction that suits your product.

Explore all 500 templates ↗