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.
- Food Distribution SCM
- Features
- Evidence and exceptions
Evidence and exceptions
Check guarded operations against persisted effects and retain the review trail.
OverviewOperation Exceptions×
Food Distribution SCM · Evidence and exceptions
New
Operation Exceptions
Operation receipts
| Parent | Operation key | Action | Expected revision | Result state | Failure reason | |
|---|---|---|---|---|---|---|
| DO-62483 | OK-288 | ACT-487 | 580 | Failed | Cut to length | |
| DO-33623 | OK-339 | ACT-242 | 440 | Needs review | Weld frame | |
| DO-85818 | OK-742 | ACT-939 | 410 | Failed | Drill and tap | |
| DO-98903 | OK-648 | ACT-161 | 490 | Needs review | Deburr | |
| DO-89594 | OK-498 | ACT-336 | 610 | Failed | Assemble |
6 of 6 records
OK-288Operation receipts · OR-36989
FailedParentDO-62483
ActionACT-487
Expected revision580
Failure reasonCut to length
Occurred at06 Oct
What you can do
Treat an uncertain result as work to investigate
A guarded operation leaves an operation receipt with its key, action, expected revision, result state and occurrence time. It may also hold an external reference, effect references or failure reason. That record lets Exception Reviewer ask what actually happened when an acceptance, release or correction does not return a clear result. The Distribution Operations page brings accepted orders, fulfilled portions, pending dispatch decisions and failed operations into one exception queue that opens the underlying record.
Reconciliation begins by reading the receipt and its linked local effects. The reviewer compares scope, identity, quantity and revision, then checks an external reference if one applies. Completion is recorded only when the expected effects match. A pending or failed receipt is not an instruction to repeat an external action.
How the work is organized
- Operation receipt. Preserve the action identity, expected revision and result for each guarded transition.
- Independent review. Keep reviewer decisions, source revisions and reasons connected to the parent order.
- Supporting evidence. Attach files with their visibility, evidence type, uploader and upload time.
What to agree during setup
Decide which evidence types the team uses for acceptance, release, refund and correction, and who may see a shared or internal attachment. Name the Exception Reviewer for each organization. Agree how the reviewer verifies a provider reference and how a failed action is escalated. Keep the provider’s payment event identity and verified state with the payment evidence so a duplicate refund request can be recognized.
For a ticket release that times out, the reviewer opens the operation receipt before doing anything else. If the distribution event exists and matches the expected revision and quantity, the receipt can be reconciled to that effect. If it does not, the team investigates the failure reason and external reference before deciding on a new action.
Check the handoff on an actual case
Select an order with a failed or review-needed receipt. Trace its operation key to the parent order, current revision, dispatch ticket, review decision and distribution events. Compare the recorded effect references with the actual records. Attach the supporting file and retain who uploaded it. If a compensating correction is needed for already executed scope, obtain independent review and preserve the original records.
For a cancellation that includes payment activity, read the provider-issued authorization, capture, refund or void evidence and its verification state. The workflow asks for an approved refund and checks provider evidence, so a second request for the same outcome must not create a second refund. Partially served orders retain the served portion history even when remaining scope is cancelled.
What your team sees
- Operation Exceptions — Failed and review-needed receipts with the action and reason.
- Pending Operation Receipts — Guarded actions awaiting effect verification.
- Unverified Payment Evidence — Provider events still requiring review.
Follow the work through
Use corrections and reconciliation for the read-first review and dispatch review for ticket authority.
What it keeps track of
Data model- Operation receipts
- Durable receipts for guarded operations and their outcomes.
- Review decisions
- Independent reviewer decisions on submitted revisions.
- Record attachments
- Files and evidence attached to operational records.
- Payment evidence
- Provider-issued authorization, capture, refund and void receipts.
- Distribution orders
- Customer orders accepted and fulfilled by the kitchen and service team.
- Dispatch tickets
- Kitchen tickets submitted for review and release against a meal order.
- Distribution events
- Allocation, picking, shipping, delivery and return events.
Who uses it
Permissions- Exception Reviewer
- Leads reconciliation and compensating corrections.
- Dispatch Supervisor
- Supplies the independent dispatch decision.
- Order Coordinator
- Explains the accepted scope.
- Admin
- Maintains access to the evidence records.
Set up Food Distribution SCM your way.
Start free, then use Proto to change fields, steps and approvals before your team goes live.