1. Food Distribution SCM
  2. Features
  3. Evidence and exceptions
Feature · 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

Operation Exceptions

Operation receipts

New
ParentOperation keyActionExpected revisionResult stateFailure reason
DO-62483OK-288ACT-487580FailedCut to length
DO-33623OK-339ACT-242440Needs reviewWeld frame
DO-85818OK-742ACT-939410FailedDrill and tap
DO-98903OK-648ACT-161490Needs reviewDeburr
DO-89594OK-498ACT-336610FailedAssemble
6 of 6 records
OK-288Operation receipts · OR-36989
Failed
ParentDO-62483
ActionACT-487
Expected revision580
Failure reasonCut to length
Occurred at06 Oct
Example screen with sample data

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.

How to get started