Compare the operating models
In this fictional example, Dinner belongs to physical Table6. Jo’s pickup order stays open by name without occupying a table. A counter coffee is paid and completed immediately. These three anchors should not be forced into fake table numbers.
| Business requirement | Table-linked service | Named tab or immediate basket |
|---|---|---|
| Table6 dinner | Table and occupants | Name alone loses table context |
| Jo pickup | Invented table | Jo tab/order reference |
| Counter coffee | Unneeded open table | Immediate paid basket |
Work through the chosen model
Store order identity independently of its optional table/tab label. A table is a physical service resource; a tab is an unfinished transaction reference. Staff select the right anchor while keeping sale lines and payment records on the same order.
- Open the appropriate order anchor
- Add actual ordered items
- Close payment and any table occupation
Tables aid dining coordination but require floor upkeep. Tabs handle unfinished non-table orders; immediate checkout avoids unnecessary reopening work.
Create one Table6 order, one Jo pickup tab and one closed coffee sale. Jo’s order does not make a dining table unavailable.
When the other model fits
Jo decides to dine at Table2. Keep only the pickup name?
Show the worked answer
Link the existing order to the actual dining table; do not duplicate the sale just to change the anchor.