1. Food and Beverage D2C OMS
  2. Features
  3. Allocation and fulfillment
Feature · Allocation and fulfillment

Allocation and fulfillment

Connect each eligible order line to allocation and shipment events.

OverviewMy Customer Orders
Food and Beverage D2C OMS · Allocation and fulfillment

My Customer Orders

Customer orders

New
Record numberSubjectStatusOrder datePromised dateOwner
CO-20936Draft co-778Draft12 Oct17 Oct
CO-72057Review co-183Review03 Oct07 Oct
CO-22837Approved co-601Approved12 Oct17 Oct
CO-32936Executed co-375Executed11 Oct16 Oct
CO-79607Rejected co-246Draft02 Oct08 Oct
6 of 6 records
Draft co-778Customer orders · CO-20936
Draft
Order date12 Oct
Promised date17 Oct
Example screen with sample data

What you can do

Allocation And Fulfillment in the order cycle

Connect each eligible order line to allocation and shipment events. The order number stays with the related work, so the team can move between the customer request, its evidence and its current operating state. Fulfillment Operator records allocation events for eligible lines and records the shipment events that follow release.

How the work is organized

  • Start with the parent order. Use the customer order and its revision to identify the exact request being worked, including its owner and fulfillment organization.
  • Keep related evidence linked. Attach each line, event, decision or receipt to the order it explains. Review the order context before changing the related record.
  • Hand work to a named owner. Fulfillment Operator handles this part of the cycle. The next person can read the same order number and see what has already been recorded.

A status tells the team where work stands, but the linked records explain why. Review the quantity, date and decision context before acting. If an earlier record conflicts with the current order, resolve the difference on the case rather than assuming the newest screen is complete. The operation overview and saved lists help staff find the cases that need attention; the related records provide the detail needed to decide what happens next.

What to agree during setup

Agree how operators verify the selected lot, quantity and storage location before allocation. The allocation action also approves its parent order, so require the reviewer’s decision for the current revision before an operator uses it. Review the carrier handoff alongside shipment events, especially when one line cannot be handled with the others. Confirm who investigates a missing event or a quantity mismatch before closing the operating cycle. Give each operating team a clear rule for which organization owns a record and who may change it. Agree how an owner receives a case, how the team recognizes a completed handoff and what information must be retained when a decision is corrected.

Walk through an ordinary order and one exception using the actual customer, product and fulfillment patterns. Check that the names, units and dates are understandable to the staff who enter them. A documented decision should say what was checked and who is responsible for the next action. This makes later reviews of a shipment, payment or exception easier to explain.

Check the handoff on an actual case

A reviewed order contains two lines. The operator checks the current approval decision, then compares each line with the product, lot and best-by date. Allocation records an event for each eligible line and sets the parent order to Approved. Shipment release records a shipped event per line, marks lines fulfilled and leaves an operation receipt on the order. Read the order and its related records together. Check whether the action belongs to the current revision and whether the owner sees the same facts the next team will use. If the case changes, retain its earlier evidence and record the new decision or event against the correct order.

Before closing the handoff, compare the order’s status with the linked evidence. A promised date alone does not show that a parcel shipped. A shipment event alone does not explain a temperature excursion. The team should be able to trace the request from the customer context to the latest recorded action without relying on a verbal update.

What your team sees

  • Lines Awaiting Allocation — Shows eligible lines, their products, lots and best-by dates before an allocation run.
  • Shipped and Delivered Fulfillment Events — Shows the events recorded after release.

What it keeps track of

Data model
Customer orders
Customer orders: the parent record for order lines, fulfillment events, review decisions, operation receipts, payment evidence and attachments.
Order lines
Order lines for a customer order, carrying lot and best-by detail.
Fulfillment events
Fulfillment events recorded against a customer order, with cold-chain state and temperature at handoff.
Operation receipts
Operation receipts proving what the system recorded for an order operation.
Products
Products available to order lines, with storage regime and shelf life.

Who uses it

Permissions
Fulfillment Operator
Owns the primary action.
Operations Manager
Reviews cross-team exceptions and keeps the order moving when the handoff needs a decision.
Admin
Maintains access and reference records for the organization.

Set up Food and Beverage D2C OMS your way.

Start free, then use Proto to change fields, steps and approvals before your team goes live.

How to get started