Role: manager

Order Management (OMS) & 4-Tab Deep Dive

How managers inspect live tickets, transfer tables, apply adjustments, step-back statuses, and issue voids.

πŸ“ Where to find it on screen:
Dashboard -> Orders -> Click any order row (or Manager -> Orders) β†’ Click "Order Details / OMS Modal"
4-tab floating management dialog with Overview, Operations, Adjustments, and Timeline navigation tabs.

How It Works

Tab 1 β€” Overview: Displays the order header (table label and server name), print action buttons (Thermal Bill and UniBill PDF), itemized line items with variant sizes, customer cooking notes, tax breakdowns, and grand totals.

Tab 2 β€” Operations: Contains operational escape hatches: (1) 1-Tap Table Transfer to migrate tickets to a new table, (2) Forward action buttons (Confirm, Cook, Ready), (3) Reopen Order button for served tickets, (4) Status Step-Back buttons to reverse accidental clicks, and (5) Danger Zone to void orders with mandatory written reasons.

Tab 3 β€” Adjustments: Manages server attribution (served_by_name), voluntary staff tips (0%, 5%, 10%, 15%, Custom), and custom fees (packaging, delivery surcharges). Displays a red lock banner if the order was paid online or settled over 2 hours ago.

Tab 4 β€” Timeline: An immutable chronological audit ledger (serve_logs) recording exact timestamps, staff names, and roles for every lifecycle event (e.g. order placed, cooking started, ready marked, served, paid, table transferred, voided).

What You Need to Do (Step-by-Step)

  1. 1. Open OMS Modal for Active Order

    Navigate to Dashboard -> Orders or Manager -> Orders. Click on any active order row to open the 4-tab modal.

  2. 2. Perform 1-Tap Table Transfer

    To move diners, click the "Operations" tab. Enter the destination table label (e.g. T2) and tap "Transfer". Both the ticket and add-on tabs move instantly.

  3. 3. Reverse a Premature Status Click

    In the Operations tab, tap "↩️ Back to Cooking" if dishes need more time, or "↩️ Back to Pending" if waiter review is needed.

  4. 4. Assign Server or Add Packaging Fees

    Open the "Adjustments" tab. Update the Assigned Server Name, pick an inline tip chip, or add custom delivery/packaging fees.

  5. 5. Inspect Timeline Event Audit Trail

    Click the "Timeline" tab to review the exact minute-by-minute audit history of who created, cooked, served, and adjusted the ticket.

Key Screen Controls & Options

Table Transfer Control (Operations Tab)When seated diners move to a different booth or outdoor patio table.

Action: Moves all active tickets and add-on rounds to a new table label (e.g. Table 4 to Table 12).

β†’ Result: Migrates tickets to the new table and immediately releases the old table to Available (Green).
Status Step-Back Buttons (Operations Tab)When staff accidentally taps a button ahead of time (e.g. food marked ready while still cooking).

Action: Reverts ticket status safely. Back to Cooking preserves inventory without double-deducting.

β†’ Result: Re-positions the ticket in the proper KDS or Waiter queue.
Danger Zone: Void Order (Operations Tab)When diners leave before food is cooked or when an order was placed as an accidental duplicate.

Action: Cancels the ticket, restocks claimed inventory, and logs the void reason in the manager audit register.

β†’ Result: Transitions status to Cancelled and clears the table.
Server Attribution Field (Adjustments Tab)When servers swap sections or a lead server takes over service.

Action: Updates which waiter receives commission, tips, and shift credit for that table.

β†’ Result: Stamps the server name on thermal receipt slips and audit logs.
What Happens Next
All operational adjustments synchronize atomically across KDS displays, handheld waiter phones, and financial accounting reports.
  • Transferred tables reflect new seating numbers on KDS tickets immediately.
  • Inventory records adjust automatically without double-counting.
  • Serve logs record the manager’s name and timestamp for every adjustment.
⚠️ Operational Rules & Restrictions
  • All state transitions validate valid starting statuses, preventing corrupted order flows.
  • Order Voids strictly require a written audit reason. The system blocks submission if the reason field is blank.
  • Orders marked Paid cannot receive line item edits without a formal manager void.

⚑ Common Floor Scenarios & Edge Cases

Situation: Manager transfers an order to a table that is already occupied by other diners.

What to do: MintLight will alert you that the destination table has open tickets. Settle or transfer the existing table first, or combine items.

Situation: Financial fields show a red lock banner in Adjustments.

What to do: This indicates the order was paid via online gateway or settled over 2 hours ago. Amounts are locked to prevent financial tampering.

πŸ“‹ Real-World Shift Walkthrough

Moving a Dining Couple from Table 2 to Patio Table P1

Diners at Table 2 ask to move outside to Patio Table P1. Manager Sarah opens the order in OMS, clicks "Operations", types "P1" into the New Table field, and clicks "Transfer". Instantly, Table 2 turns Green (Available) for new guests, Table P1 turns Red with the active pasta order, and the kitchen KDS ticket updates to show "P1" without reprinting.

πŸ”§ Troubleshooting & Rapid Fixes

Problem: The "Confirm Void" button is disabled.
Why this happens: The mandatory reason text field is currently empty.
How to fix: Type a clear reason (e.g. "Customer cancelled before preparation", "Duplicate ticket") to enable the button.
Problem: Food was marked ready by mistake and vanished from the cooking column.
Why this happens: Chef tapped Mark Ready prematurely.
How to fix: Open OMS Operations tab, click "↩️ Back to Cooking". The ticket reappears in the cooking queue with its timer running.

πŸ’¬ Frequently Asked Questions

Q: Can waitstaff access the Operations tab from their phones?
Waiters can perform table transfers and basic status updates, but manager-level voids require manager authorization.
Q: Does the timeline log who voided an order?
Yes! The Timeline tab records the exact staff name, role, timestamp, and the mandatory written void reason permanently.
Back to Help Center Hub