How to split a check between the room folio and a card on the same bill

The table asks for the check and the guest says something that freezes many hotel servers: “The food to my room, and I will pay the drinks with my card.” It is not a whim. Their company covers meals but not alcohol, and they do not want to explain a bottle of wine on their expense report. What follows is a mixed check: one consumption, two destinations, and a tax that has to be split properly or both invoices will come out wrong.

When a mixed check comes up

The mixed check is more common in a hotel restaurant than in any other restaurant, because the folio is a payment route that does not exist on the street. Every time a guest has a reason to separate what goes to their lodging account from what comes out of their own pocket, it appears.

• The agreement with a cap: the company covers meals up to a certain amount per day, and the traveler pays the excess.
• The agreement with exclusions: it covers food but not alcoholic beverages, or breakfast and dinner but not the bar.
• The guest who invites someone from outside: their own dinner goes to the folio, the visitor’s is paid by card so it is not charged to the company.
• The personal side of a business trip: the dessert to take up to the room, the gift from the hotel shop, the bottle for the flight.
• The guest whose credit limit is almost used up: the system flags that only part of it fits, and the rest is collected directly.

In every case the consumption is one and the kitchen prepared it as one. What gets divided is the collection, and as we explain on the room charge page (Room charge), collection and consumption are different things the system must treat separately.

The two ways to split

By items

Each line on the check is assigned to a destination: this dish to the folio, this drink to the card. It is the right mode when the reason for the split is the nature of the consumption, such as an agreement that excludes alcohol. Each item’s tax follows its item, so the tax split is automatic and exact.

By amount

The guest names a figure: “600 to the folio and the rest by card”. It is the right mode when the reason is an agreement cap or a credit limit. Here the tax is not attached to any item, and the system has to split it in proportion to the base of each part. This is the mode where the mistakes happen, which is why most of this guide is about it.

A well-built system lets you combine the two: assign items first, then apply an amount to whatever is left. But for the server the rule is simple: if the guest talks about dishes, split by items; if the guest talks about figures, split by amount.

The tax: where mixed checks go wrong

The most frequent mistake is dividing the tax-inclusive total and then forgetting that each part carries tax inside. The guest says “600 to the folio”, the server sends 600 to the folio and collects the rest by card. So far the sum balances. The problem shows up when the controller or the guest’s company asks how much of those 600 is base and how much is tax, because the agreement was negotiated on a pre-tax base, or because the invoice has to break it down.

The correct rule is that each part of the check is a complete small check: it has its base, its tax and its total, and the sum of the bases is the original base, the sum of the taxes is the original tax, and the sum of the totals is the original total. If the split does not satisfy all three equalities at once, something is wrong.

When the split produces cents, the sound practice is to leave the rounding difference on the part collected by card, which is the one closed on the spot, and keep the folio part in clean figures. And the tip never enters the split: it belongs to the server, goes wherever the guest puts it, almost always on the card, and is not part of the base or the tax.

Step by step for a mixed check

1. Close the consumption before splitting. Confirm with the table that nothing is missing, because adding items after a split forces you to redo it.
2. Verify the stay as for any room charge: active folio, correct name, available credit, clear destination. If the folio has a cap, the system should show it here.
3. Ask the guest how they want to split: by dishes or by figure. Repeat out loud what you understood before touching the screen.
4. Apply the split in the system. By items, drag each line to its destination. By amount, enter the figure that goes to the folio and let the system compute base and tax for each part.
5. Check on screen that the two parts add up to the original total, tax included. If they do not, do not continue.
6. Collect the card part first, because it is the one that can fail. If the card is declined, you have not yet sent anything to the folio and you can change the plan without undoing a charge.
7. Send the folio part with the guest’s signature. Hand over two receipts: the folio one with detail and the card voucher.

The order in step six matters more than it seems. If you send to the folio first and the card then fails, you have a charge at the front desk that has to be voided, and voided room charges are exactly what a controller does not want to see on the report.

An illustrative example with numbers

The figures below are invented to show the calculation; they are not from any real hotel. The guest has an agreement that covers meals up to 600 of base per day. The table’s check has a subtotal of 1,000 before tax, and the tax is 16 % to keep the arithmetic simple.

All three equalities hold: 600 + 400 = 1,000 of base; 96 + 64 = 160 of tax; 696 + 464 = 1,160 of total. The folio receives 696, which is exactly what the agreement covers with its tax, and the guest’s company will see 600 of base on its invoice. The card is charged 564, where 464 is consumption and 100 is a tip that touches neither the base nor the tax. The guest signs the 696 charge and the 564 voucher, and the two receipts together explain the whole table.

Now look at the common mistake: the server sends 600 to the folio with no breakdown and collects 560 by card so it adds up to 1,160. The sum balances, but the folio carries 517 of base and 83 of tax, and the agreement covered 600 of base. The guest ends up paying 83 out of pocket that belonged to the company, and nobody will notice until they review the expense report, if they review it at all.

What ends up on each document

A mixed check produces more paper than a normal one, and each piece has a different reader. The folio receipt will be read by the front desk at check-out and later by the guest’s company: it must carry item detail, base, tax, total and signature. The card voucher will be read by the bank and by the guest: it must show the amount collected with the tip separated. And the restaurant ticket, the one the cashier sees at the close, must show the full check and its two destinations, so that the shift close by outlet (A guide to the shift close by revenue center in a hotel) finds 464 in card and 696 in room charges, and not 1,160 in either.

If the guest asks for an invoice, each part is invoiced separately: the folio part, to the company with the agreement details; the card part, to whoever the guest names. A system that can only invoice the whole check forces you to choose between a wrong invoice and none.

Common mistakes

• Splitting on the tax-inclusive total and sending the folio a figure with no breakdown. The sum balances and the base does not.
• Including the tip in the base before splitting. The tip is added at the end and only to the part the guest chooses.
• Sending to the folio first and collecting the card afterwards. If the card fails, a charge has to be voided at the front desk.
• Rounding each part separately and losing or inventing cents. The rounding difference goes to the card part.
• Accepting the split verbally and not repeating it out loud. Half of the disputes on mixed checks come from guests who understood something else.
• Recording the check as two independent checks. The relationship between the parts is lost and the table report ceases to exist.

How it reconciles at the close and in the report

For the cashier, the mixed check is a sale of 1,160 with two collections: 464 in the card column and 696 in the room charge column, tied to a folio. At the close, the terminal should show 564 collected on that transaction, of which 100 is a tip that is not a sale. If the system separates tips from consumption, the close balances on its own.

For the controller, the full sale is food and beverage revenue under the hospitality accounting standard, regardless of one part arriving through the bank today and the other through the front desk at check-out. What does matter is that the 696 charge has its twin on the folio with the same figure, and that the reconciliation between restaurant and front desk does not find an orphan 1,160 on one side and a 696 on the other.

What to do this week

1. Take five mixed checks from the last month and test the three equalities: bases, taxes and totals. Note how many fail.
2. Review the active agreements and confirm whether the cap is set on base or on tax-inclusive total. If it does not say, ask the company before the next visit.
3. Write the step by step from this guide on a card for the server, with the collection order (card first, folio after) underlined.
4. Ask the cashier to separate the tip from consumption on card collections at the close, even by hand, to see how much noise it adds today.
5. Try a split by amount on your point of sale and see whether it computes base and tax for each part. If it only splits totals, the server is doing the arithmetic.

Inn Restaurant splits a check by items or by amount, computes base and tax for each part, collects the card before sending the folio, and ties the signature to the charge with its detail. If you want to try a mixed check with a capped agreement, book a 15-minute demo (contact).