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
- Review and decisions
Review and decisions
Keep each review decision tied to the order scope, source revision and reviewer.
OverviewRecent Review Decisions×
SCM with Kanban Replenishment · Review and decisions
New
Recent Review Decisions
Review decisions
| Decision number | Decision | Decided at | Reason | Reviewer | Parent | |
|---|---|---|---|---|---|---|
| RD-68630 | Approve | 08 Oct | Approve rd-537 | CO-92412 | ||
| RD-14344 | Return | 08 Oct | Reject rd-715 | CO-28009 | ||
| RD-40735 | Approve | 14 Oct | Return rd-112 | CO-21384 | ||
| RD-49736 | Return | 09 Oct | Approve rd-513 | CO-54214 | ||
| RD-16180 | Approve | 11 Oct | Reject rd-811 | CO-55674 |
6 of 6 records
Approve rd-537Review decisions · RD-68630
ApproveDecided at08 Oct
ParentCO-92412
What you can do
Inspect the visible revision
A submitted replenishment request needs careful inspection. Order Reviewer reads the signal’s current scope and related order. Review Decisions retains recorded choices, source revisions, dates, reasons, operation keys and reviewers against the parent customer order. The coordinator can compare an existing reason with the request before changing its scope.
The same decision record structure can retain reviews associated with order work and fulfillment evidence. Its parent link is the customer order. Before staff rely on a decision, they should check that its source revision matches the request they are acting on. A decision on an earlier revision should not be treated as authorization for changed units or a changed bin.
How the work is organized
- Submitted scope. The status board shows signals waiting for inspection.
- Decision record. Existing records retain the named reviewer, reason and source revision.
- Operation trail. Receipts show the result of an action using a stable operation key.
A completed operation receipt documents the submission result. It does not authorize replenishment or describe a reviewer’s judgment. If a signal shows Approved on the board, staff should inspect the corresponding decision and source revision before relying on it.
What to agree during setup
Define who can review each organization and how an independent reviewer is selected. Agree how a decision will be authorized and recorded before using approvals to release work. Decide how the coordinator receives the outcome and whether a returned request needs correction or a new signal. Keep reasons concrete enough to explain a rejected quantity, a bin mismatch or an outdated revision.
Decide how to handle a failed operation separately from a rejected business request. A failed receipt records a technical or eligibility outcome. Operations Overview helps staff prioritize it, but staff must inspect the actual reason and linked order before acting.
Check the handoff on an actual case
Use a submitted signal whose requested units are too high for its order context. Let the reviewer compare the order line and signal revision. Check any existing decision against that revision before the coordinator corrects the request using the agreed procedure. The Auditor should read the review history without editing it.
Repeat with a signal whose draft changed after the reviewer opened it. The team should compare the stored source revision with the current signal before acting on an earlier decision. Rehearsing this case helps staff distinguish an earlier decision from the current request.
What your team sees
- Review Decisions — Recorded choices retain their reviewer, source revision and reason.
- Operations Overview — Pending reviews and failed operations lead staff to the parent order.
Follow the work through
What it keeps track of
Data model- Review decisions
- Recorded review decisions on orders, order lines, signals and fulfillment events.
- Replenishment signals
- Kanban replenishment signals: the pull card that triggers replenishment work for an order line, with priority, dates and state.
- 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.
- Operation receipts
- Receipts for every operational action taken in the app, with result state and actor.
- Team members
- Replenishment staff with capacity, role and the orders, signals and runs they own.
Who uses it
Permissions- Order Reviewer
- Inspects submitted scope and existing decisions.
- Order Coordinator
- Prepares and corrects requests.
- Auditor
- Reads authorized evidence.
- App Administrator
- Maintains membership.
Set up SCM with Kanban Replenishment your way.
Start free, then use Proto to change fields, steps and approvals before your team goes live.