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
- Customer orders
Customer orders
Follow customer demand, promised dates and the order lifecycle from one owner.
OverviewDraft Orders×
SCM with Kanban Replenishment · Customer orders
New
Draft Orders
Submission waits for the order coordinator
| Record number | Subject | Status | Promised date | Revision | |
|---|---|---|---|---|---|
| CO-27386 | Draft co-708 | Draft | 20 Oct | 860 | |
| CO-81759 | Draft co-872 | Draft | 16 Oct | 850 | |
| CO-93267 | Draft co-984 | Draft | 13 Oct | 660 | |
| CO-94274 | Draft co-388 | Draft | 26 Oct | 60 | |
| CO-33524 | Draft co-199 | Draft | 06 Oct | 340 |
6 of 6 records
Draft co-708Customer orders · CO-27386
DraftPromised date20 Oct
Revision860
What you can do
Keep the demand visible
A customer order gives the supply chain team a single commercial scope for a replenishment request. The Order Coordinator can identify the customer, organization, owner and promised date before preparing a signal. The order’s status shows whether it is still being drafted, has been confirmed or has moved into fulfillment. Net amount helps the team understand the size of the commitment. It does not replace a line-level quantity check.
Consider a customer whose bin has emptied while an order is due soon. The coordinator opens the order, checks that it belongs to the correct organization and customer, then reads its lines. That gives the pull card a traceable demand source. A second request against the same order can be distinguished by its own signal identifier and bin code.
How the work is organized
- Order identity. Use the order number and subject to find the customer commitment again.
- Ownership. The assigned owner follows the promised date and asks for review when scope changes.
- Linked history. Signals, receipts, decisions, events and attachments stay connected to the parent order.
The Operations Overview brings confirmed value and unshipped units into one operating scope. It also points staff toward pending reviews and failed operations. The underlying order and receipt remain the place to inspect the particular case.
What to agree during setup
Agree which organization owns each order, which customer records are eligible and who can prepare its operational work. Map imported order numbers and external order identifiers consistently. A customer code should lead to one intended account in the pilot scope. Set the promised date in the operating time zone used by the team.
Define how an order moves through its lifecycle and how staff will reconcile line quantities with fulfillment events. The record has statuses for drafting, confirmation, allocation, partial shipment, shipment and cancellation. Those states need clear operating meaning before staff use them for daily decisions. Keep provider payment outcomes tied to payment evidence rather than inferring them from an order status.
Check the handoff on an actual case
Take a confirmed order with two lines and one empty bin. Have the Order Coordinator open the order and compare ordered and shipped units. Create a signal against that order and its organization, then check that the board shows the new signal in the expected state. After submission, inspect the operation receipt and its key. A repeated request with the same key should point to the same operation outcome.
Have an Auditor open the same order with the permitted account. They should be able to follow the order’s events and evidence within their authorized scope. They should not need to interpret an unlinked file or external message to know which customer order was affected.
What your team sees
- Customer Orders — Each commitment shows its customer, owner and promised date.
- Task Board by Status on replenishment signals — Signals linked to orders appear by current 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.
- Customers
- Customer accounts eligible for kanban replenishment orders.
- Organizations
- Organizations that buy, hold and receive replenished stock, with contact and relationship 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.
Who uses it
Permissions- Order Coordinator
- Follows assigned customer commitments.
- Order Reviewer
- Examines the submitted scope and related evidence.
- Auditor
- Reads the authorized trail.
- App Administrator
- Maintains membership and organization context.
Set up SCM with Kanban Replenishment your way.
Start free, then use Proto to change fields, steps and approvals before your team goes live.