At the busiest point of service, tables get merged, a group wants to move to the window, and when the bill arrives everyone wants to pay for what they ordered. On paper checks these moments cause confusion; at the till they cause wrong payments. In RoxPos, table operations run directly on the check: items, payments taken and who did each step all stay on record.
Merging tables
When a large group arrives, you can combine up to three tables into a single check. The open items on the other tables, and any payments already taken there, move to the main check and the emptied checks are closed. The bill is managed in one place, no amount that was already collected is lost, and the remaining balance is calculated with those payments deducted.
Moving a table or selected items
When guests move to another table, you move the whole table: items and payments already taken go to the new table and the old check closes. If only some items need to go elsewhere, select them and use 'Move Selected'. Moving selected items works while the check has no payments yet; once a payment has been taken, move the whole table instead.
Splitting the bill: everyone pays for their own items
In RoxPos you split a bill by selecting items. When you select one guest's items on the payment screen, the amount is calculated from those items only; once paid, they are marked as paid and the remaining balance stays on the check. You repeat the step for the next guest. A payment for selected items must match the selected total, including any discount, which prevents the wrong items from being closed.
Partial and split payments
You can take part of the amount now and the rest later, or with a different payment type. If cash and card are used together, 'Split Payment' lets you take each part separately, and the remaining amount updates after every part. Each payment appears in the 'Received Payments' list with its amount, type and the user who collected it. When a fiscal POS integration is active, the split payment screen is hidden; the split collection then happens on the device and each payment is posted to the check separately.
Discounts, complimentary items and permissions
A discount is chosen at payment from your preset discount rates or entered manually as an amount; if items are selected, it applies only to the selected total. While adding an item you can apply a preset discount or add it as complimentary, in which case it goes onto the check at zero price. Per-user permissions decide who can move and merge tables, give discounts and complimentary items, or change the payment type on a closed check, and these actions are written to the Activity Log.
- Define the rates you use often, such as a student or staff discount, as preset discounts in advance so nobody has to calculate at the till.
- The permission to change the payment type on a closed check is off by default; grant it only to responsible staff. The change is made within the same business day and affects only the payment type, not the amount.
- When a check is sent to a fiscal POS device, the table is locked until the device completes the transaction or the send is withdrawn; this prevents items that are not in the basket from being added to the table.
Well-organised table operations reduce both errors at the till and the time guests wait for the bill. See the table management page for the full table plan and check flow, and our table turnover guide for ways to turn tables faster at peak times.