These cookies are required for the website to function properly. They ensure security, enable basic features like page navigation, and store user session data. You cannot disable these cookies.
- SCM with Kanban Replenishment
- Features
- Operations overview
Operations overview
Start from confirmed order value, unshipped units, pending reviews and failed operations.
OverviewApproved Signals×
SCM with Kanban Replenishment · Operations overview
New
Approved Signals
Replenishment signals
| Signal ID | Bin code | Status | Decision at | Requested units | Parent | |
|---|---|---|---|---|---|---|
| SI-637 | Z-8 | Approved | 15 Oct | 790 | CO-38874 | |
| SI-692 | G-17 | Approved | 20 Oct | 260 | CO-73722 | |
| SI-237 | W-5 | Approved | 14 Oct | 130 | CO-15045 | |
| SI-876 | G-19 | Approved | 26 Oct | 290 | CO-16381 | |
| SI-289 | S-2 | Approved | 04 Oct | 590 | CO-17533 |
6 of 6 records
SI-637Replenishment signals · RS-15522
ApprovedBin codeZ-8
Decision at15 Oct
Requested units790
ParentCO-38874
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.