1. SCM with Kanban Replenishment
  2. Features
  3. Operations overview
Feature · Operations overview

Operations overview

Start from confirmed order value, unshipped units, pending reviews and failed operations.

OverviewApproved Signals
SCM with Kanban Replenishment · Operations overview

Approved Signals

Replenishment signals

New
Signal IDBin codeStatusDecision atRequested unitsParent
SI-637Z-8Approved15 Oct790CO-38874
SI-692G-17Approved20 Oct260CO-73722
SI-237W-5Approved14 Oct130CO-15045
SI-876G-19Approved26 Oct290CO-16381
SI-289S-2Approved04 Oct590CO-17533
6 of 6 records
SI-637Replenishment signals · RS-15522
Approved
Bin codeZ-8
Decision at15 Oct
Requested units790
ParentCO-38874
Example screen with sample data

What you can do

Start with the queue that needs intervention

Operations Overview puts authorized replenishment orders in one operating scope. It shows confirmed value, unshipped units, pending reviews and failed operations. An exception queue ranks work by intervention need. The Order Coordinator can use this page to choose where to start, then open the underlying order, signal or receipt to understand the specific case.

For example, a confirmed customer order may carry a promised date that is close while one line remains unshipped. A submitted signal for an empty bin may be waiting for review. The overview draws attention to the combination; the order and signal records give the team the precise quantity, bin and current status. Staff can then decide whether to follow up with the reviewer or investigate a failed operation.

How the work is organized

  • Commercial scope. Confirmed orders and their net amounts show the work being served.
  • Remaining units. Order lines show allocated and shipped progress against demand.
  • Intervention queue. Pending review and failed receipts direct staff to the next case.

The page helps with triage. A receipt marked Failed needs its reason examined. A signal marked Submitted needs scope inspection. Neither can be closed by changing the overview itself; the responsible person works on the linked record.

What to agree during setup

Agree which organizations and assigned records each role should see. The overview is for authorized scope, so a coordinator in one organization should not draw conclusions from another’s orders. Define who watches the queue each day and how the team escalates a request that waits too long. Use the order’s promised date as the commitment marker and check it against real fulfillment history.

Decide what a failed operation means for handoff. The receipt carries an action, expected revision, result state, occurrence date and failure reason. Use those fields to distinguish a stale draft submission from a business review decision. Do not repeat an operation blindly when its result is uncertain; inspect the operation key and linked effect references first.

Check the handoff on an actual case

Create a pilot order with a partial shipment and a submitted signal. Have the coordinator find it from the overview, then open the order and compare line units. Have the reviewer find the pending signal and inspect its revision. Create a failed submission by using an old revision, and confirm the exception queue points staff to the receipt and its failure reason.

Finally, sign in as Auditor and App Administrator. The Auditor should be able to trace the evidence within assigned scope. The administrator should be able to manage membership without gaining operational decision authority. This rehearsal tests both the visible queue and the access behind it.

What your team sees

  • Operations Overview — The exception queue ranks cases needing intervention.
  • Task Board by Status on replenishment signals — Submitted requests remain visible by state.

Follow the work through

What it keeps track of

Data model
Customer orders
Customer orders: the commercial container that drives replenishment, with owner, promised date, net amount and lifecycle status.
Order lines
Order lines under a customer order, carrying planned effort, owner and progress rollups.
Replenishment signals
Kanban replenishment signals: the pull card that triggers replenishment work for an order line, with priority, dates and state.
Operation receipts
Receipts for every operational action taken in the app, with result state and actor.
Review decisions
Recorded review decisions on orders, order lines, signals and fulfillment events.
Team members
Replenishment staff with capacity, role and the orders, signals and runs they own.

Who uses it

Permissions
Order Coordinator
Triages daily work.
Order Reviewer
Examines pending reviews and exceptions.
Auditor
Reads the trail.
App Administrator
Maintains the access scope.

Set up SCM with Kanban Replenishment your way.

Start free, then use Proto to change fields, steps and approvals before your team goes live.

How to get started