π½οΈ Table Service: A Manager’s Guide
In a full-service restaurant, the FloorPlan is the manager’s command center. From one screen, food servers and managers can see every table, who’s occupying it, who hasn’t paid, and which tables need to flip. This guide shows how to use ORO POS Table Service to maximize seat utilization, reservations, and check management.
FloorPlan = a live picture of your dining room. White table = available, Red table = occupied. Tap a table to see what’s happening. Tap “More” for advanced features like time-tracking and rearranging.
- β The 3 Goals of Table Service
- β πΈ Main FloorPlan Screen
- β Table Colors Explained
- β Multiple Floors / Areas
- β Right-Side Action Buttons
- β πΈ More: Advanced Features
- β πΈ Reservations System
- β Parties & Tables (Many-to-Many)
- β Seat-Based Ordering Trade-Offs
- β Real-World Scenarios
π― The 3 Goals of Table Service Management
| Goal | Why It Matters |
|---|---|
| πͺ Maximize Table Utilization | Every minute a table sits idle = lost revenue. Release tables promptly when guests leave. |
| β‘ Speed Up Check-Out | Group settle when one party pays. Split check when guests want separate bills. Turn tables faster. |
| π Manage Reservations | Honor bookings. Don’t oversell capacity. Keep customers happy. |
πΈ The Main FloorPlan Screen
Demo Store FloorPlan β main view with tables, colors, and right-side action buttons
The FloorPlan shows the actual physical layout of your dining room: tables, chairs, walls, restrooms, and decorative elements. The manager creates this layout once during setup; servers and managers use it daily.
π¨ Table Colors Explained
7
β¬ AVAILABLE
10
Token#: 39
Serv: Adam
π₯ OCCUPIED
5
π§ RESERVED
3
π« NEEDS RELEASE
| Color | Meaning | Action |
|---|---|---|
| β¬ White | Available β no guests, no orders | Seat new guests anytime |
| π₯ Red | Occupied β guests seated, ticket open. Shows token# and server name | Settle ticket β release table |
| π§ Orange/Yellow | Reserved (depending on theme) | Hold for booking β don’t seat walk-ins here |
If guests leave but the system still shows red, the manager must release the table. Otherwise it stays “occupied” in the system and new guests can’t be seated. Common cause of lost revenue.
π’ Multiple Floors / Areas
A large restaurant can be divided into multiple floors or zones. In the screenshot, you can see tabs at the top: Main Floor and Banquet.
| Use Case | Floor Examples |
|---|---|
| π Restaurant zones | Main Floor, Patio, Bar, Private Room |
| π Banquet halls | Hall A, Hall B, VIP Section |
| π³ Indoor + Outdoor | Indoor Dining, Patio, Rooftop |
| π» Different services | Dining, Bar, Lounge |
Manager creates floors and arranges tables in FloorPlan Configuration.
ποΈ Right-Side Action Buttons
| Button | What It Does |
|---|---|
| π Group / Ungroup | Combine multiple tables into one party (e.g., 12-person group needs Tables 5+6) |
| βΈοΈ Hold Fire | Pause kitchen prep β useful when guests aren’t ready |
| π Guest Check | Print pre-bill for the table |
| βοΈ Split Check | Divide one ticket into multiple bills (per person, by item, etc.) |
| π Merge | Combine multiple tickets into one |
| βοΈ Transfer Items | Move items from one ticket to another |
| π³ Settle | Process payment for one table |
| π³π³ Group Settle | Settle multiple tables at once when one party pays for all |
| π Authorize | Pre-auth a credit card (common for bar tabs) |
| πͺ Release | Mark table as available β essential for table flip |
| π Refresh | Reload table statuses (in case of network sync) |
| βοΈ More.. | Advanced features (Time log, Rearrange, etc.) |
Group Settle β saves time when one person pays for the whole table.
Split Check β when guests want separate bills.
Release β frees up tables for new guests.
πΈ More.. β Advanced Features
Click “More..” to access advanced manager tools. The screenshot below shows a manager checking “Time since first opened” β see how long each table has been occupied.
Time-tracking + Reservation panel + Rearrange
| Feature | What It Does |
|---|---|
| β±οΈ Time Log | See timing history for any table |
| π Status | All tables’ current state at a glance |
| π Time Since First Opened | How long each occupied table has been used (spot slow tables) |
| π΅ Time Since Bill Print | How long since bill was printed (politely speed them up) |
| π Rearrange | Reposition tables on the floor (e.g., for big party) |
π Real Example: Time Tracking Insight
| Ticket ID | Table # | Server | Create Time | Elapsed |
|---|---|---|---|---|
| 1781534038833 | 10 | Adam K | May 7, 2026 | 13min |
| 1781959993767 | 4 | Adam K | May 7, 2026 | 14min |
Manager’s insight: Both tables are within normal lunch turnover times. If they hit 60+ min, manager checks if guests need anything or if check needs to be dropped.
π Reservations System
On the left side of the FloorPlan, there’s a + button that opens the Reservation panel. This is where managers and authorized servers manage bookings.
Add Reservation dialog with available capacity per table
π Today’s Reservations Panel
The yellow card on the left shows reservations for today:
| Field | Example |
|---|---|
| ID | 2604-07-3514 |
| Guests | 2 |
| Tables | 21 |
| Status | open |
| Time | 06:00 PM |
π« Add Reservation Dialog
Click the + to add a new reservation. The dialog shows:
- π From / To Date + Hour + Min β when the reservation is for
- π₯ Guest Count β how many people
- π€ Customer β link to existing customer or new
- π Available Capacity / Selected Capacity β see if you can fit them
- πͺ Tables β pick which tables to reserve. Each card shows: Available / Booked, Min capacity, Max capacity
π Reservation Status Management
| Status | Meaning |
|---|---|
| π Open | Booked but guests haven’t arrived |
| β Seated | Guests have arrived and are at the table |
| β No Show | Guests didn’t show up β table can be released |
| ποΈ Cancelled | Guest called to cancel |
| β Completed | Service finished, ticket settled |
The default tab shows today’s reservations. The next tab shows all reservations for any date β useful for upcoming bookings and reports.
π₯ Parties & Tables: Many-to-Many
ORO POS handles complex real-world scenarios that simpler POS systems can’t. One table can have multiple parties, and one party can occupy multiple tables.
π Scenario 1: Multiple Parties at One Table
At a coffee shop with shared communal tables, 3 different parties might sit at Table 5:
- π« Party 1: Couple (one ticket)
- π¨βπ©βπ§ Party 2: Family of 3 (separate ticket)
- π€ Party 3: Solo work-from-cafe (separate ticket)
Each party has their own ticket, paid separately. Same physical table, 3 separate billings.
π Scenario 2: One Party at Multiple Tables (Group/Ungroup)
Birthday party of 14 guests:
- Tables 5 + 6 + 7 grouped together
- One ticket for the entire group
- Group Settle when the host pays for everyone
Use the Group / Ungroup button to combine or split tables.
βοΈ Seat-Based Ordering: Trade-Offs
The manager can turn on Seat-Based Ordering in back-office. Each guest’s items are tagged to their specific seat β making split-bills effortless. But it adds training overhead.
| Pros | Cons |
|---|---|
| β Easy split bills (one click per seat) | β οΈ Servers must remember to assign each item to a seat |
| β Better service (know who ordered what) | β οΈ Slower order entry |
| β Allergen / VIP tracking per guest | β οΈ Training required for new staff |
π‘ Server Tablet Tip
To speed up tableside ordering, servers can use ORO POS on a Windows tablet connected to the main POS database. They take orders right at the table β fewer mistakes, faster service.
πΌ Real-World Scenarios
π΄ Date Night β Split Check
Couple wants to go Dutch. Server taps Split Check β divides the bill 50/50 β 2 receipts printed β 2 separate payments processed.
π Birthday Group of 14
Host wants to pay for everyone. Server uses Group/Ungroup to combine Tables 5+6+7 β single ticket β host pays once via Group Settle.
π Reserved Table for Anniversary
Manager pre-books Table 21 (window table) for 6 PM anniversary couple. Hostess sees it on left panel. Walk-ins get directed to other tables. Couple arrives β status changes to “Seated” β table turns red.
π₯ Slow Table at Lunch Rush
Manager checks “Time Since Bill Print” β finds Table 8 has had bill printed 25 minutes ago. Politely walks over to ask if everything’s okay β guest pays β table releases β seats waiting party.
π¨βπ©βπ§ Family with Crying Baby Leaves Quickly
Family pays and leaves. Table still red. Manager taps Release β table turns white β next party seated within 2 minutes.
β Best Practices
| Tip | Why |
|---|---|
| Train staff to release tables immediately after guests leave | Avoid lost table-flip opportunities |
| Use Group Settle for parties paying together | Saves time at peak hours |
| Use Split Check liberally β guests appreciate it | Better customer experience = repeat business |
| Check Time Since Bill Print during slow turn-times | Spot tables that need attention |
| Keep multiple floors organized by zone | Servers know their section instantly |
| Honor reservations β don’t over-seat | Customer trust + return visits |
| For seat-based ordering, train servers thoroughly | Power feature only when used correctly |
| Use tablets for tableside ordering | Faster service, fewer errors |
π Related Guides
| β FloorPlan Configuration | β Adding Tables | β Seat-Based Order |
| β Table Reservations | β Ticket Splitting | β Cooking Instructions |
π Need More Help?
Visit guide.orocube.com or contact helpdesk@orocube.net
