1. Restaurant POS System
  2. Features
  3. Kitchen release
Feature · Kitchen release

Kitchen release

A kitchen ticket turns an accepted meal order into a reviewed preparation request. Kitchen Lead gathers the ticket's table, send time, guest count and delivery reference with the supporting order. Kitchen Supervisor decides whether that submitted revision is ready to release. The decision is tied to the submitted scope so a later edit cannot quietly inherit an earlier approval.

OverviewPending Kitchen Release
Restaurant POS System · Kitchen release

Pending Kitchen Release

Approval waits for the kitchen supervisor

New
ParentOrganizationStatusRevisionTable codeSent at
MO-63891ORG-1878Submitted220TC-55510 Oct
MO-80670ORG-8662Submitted700TC-48106 Oct
MO-37883ORG-3512Submitted220TC-37908 Oct
MO-52840ORG-7634Submitted600TC-52309 Oct
MO-82768ORG-8413Submitted880TC-11203 Oct
6 of 6 records
TC-555Kitchen tickets · KT-81487
Submitted
ParentMO-63891
OrganizationORG-1878
Revision220
Sent at10 Oct
Guest count12
Example screen with sample data

What you can do

Review the submitted scope

The ticket begins in draft. Kitchen Lead checks the parent order and its current revision before submitting it. Table and delivery details must agree with the supporting evidence for the service arrangement. Submission freezes the revision presented to Kitchen Supervisor. A rejected ticket stays out of release; Kitchen Lead can correct the details and submit a new revision. An approved one can proceed to execution. Completion follows the persisted effects of release rather than the click that requested it.

Consider an accepted order for a dining room table that is later switched to a delivery destination. The ticket’s table and delivery reference deserve a fresh check against the order and its service location. Kitchen Supervisor should see which revision was submitted and make a decision about that revision. The prior decision remains available if the team submits a corrected ticket.

How the work is organized

  • Ticket status. Draft, submitted, approved, rejected and completed positions distinguish preparation from an executed release.
  • Submitted revision. The ticket revision and parent order define the scope that Kitchen Supervisor reviews.
  • Decision evidence. Decision time and the independent review record connect the decision to the actual ticket.

What to agree during setup

Decide which details are required for dining room, takeaway and delivery work. Agree how table codes are checked, when the ticket is considered sent and who can decide a disputed guest count. Kitchen Supervisor should be different from the person who prepared the release request. Set the review practice for changed order lines so the supervisor can compare the ticket with the latest accepted order.

The team should define when an approved ticket is sent to the kitchen and how it confirms the resulting effects. If a send outcome is uncertain, the operations team should inspect the receipt and linked effects before trying again. This keeps a repeated request from producing a second kitchen release for the same scope.

Check the handoff on an actual case

Start with an accepted order and prepare a ticket with a table code, sent time and guest count. Submit it, then have Kitchen Supervisor compare those details with the order and supporting evidence. Record approval and check that the same revision reaches preparation. Next, change the ticket and repeat the review; the earlier decision should still describe the earlier submitted revision. Finally, rehearse a rejected ticket and ensure it never appears as completed kitchen work.

What your team sees

  • Pending Kitchen Release — Submitted tickets ready for Kitchen Supervisor’s decision.
  • Kitchen Ticket Decisions — Tickets in an approved, rejected or completed state, with decision time visible.
  • Open Meal Orders — Parent orders that give the kitchen the current service context.

Follow the work through

The kitchen release process carries the review into execution. Use preparation and service to follow the approved work through actual portions and service.

What it keeps track of

Data model
Kitchen tickets
Kitchen tickets submitted for review and release against a meal order.
Meal orders
Customer orders accepted and fulfilled by the kitchen and service team.
Meal lines
Individual menu item lines within a meal order.
Review decisions
Independent reviewer decisions on submitted revisions.
Operation receipts
Durable receipts for guarded operations and their outcomes.
Organizations
Operating organizations within the food and beverage group.
Service locations
Dining rooms, outlets, venues and delivery destinations served by the operation.

Who uses it

Permissions
Kitchen Lead
Prepares and submits the ticket.
Kitchen Supervisor
Independently approves or rejects it.
Service Lead
Clarifies the service arrangement.
Operations Reviewer
Checks uncertain release outcomes.

Set up Restaurant POS System your way.

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

How to get started