How hotel groups manage F&B profitability across multiple properties

A hotel is not a single F&B operation. It looks like one from the outside, but the finance director who manages it knows better. The restaurant has its own cost profile. The bar runs on different margins. Room service has a delivery overhead that sits nowhere obvious in a blended P&L. The private events space borrows the kitchen on a Tuesday and accounts for a third of that week's revenue.

Each of those departments behaves differently. Each one demands a different set of decisions. And yet most hotel F&B reporting treats them as one number. That blended figure is tidy to produce and nearly useless to act on.

The hidden complexity of hotel F&B

Start with the kitchen. In a typical full-service hotel, one kitchen will produce output for multiple revenue streams: plated restaurant covers, bar snacks, room service orders, and banqueting menus. The cost of that kitchen, in labour, in equipment, in energy, does not belong cleanly to any single outlet. It is a shared resource serving four different revenue lines.

When those outlets are reported together, the blended GP appears. It might be 62%. That is a number you can present at a board meeting. It is not a number you can act on.

Because 62% blended could mean the restaurant is running at 68%, the bar at 71%, room service at 54%, and events at 57%. The restaurant and bar are performing well. Room service and events are pulling the group number down. If you are looking only at the blended figure, you will not know which outlet has the problem, and you will not know how to fix it.

The decisions available to a GM or F&B director are specific: reprice the room service menu, review the events package, look at whether the kitchen cost allocation for banqueting reflects how production time is actually distributed. None of those decisions are legible from the blended number. They become legible only when each outlet has its own cost-and-revenue view. The principles for running a profitable hotel F&B department begin with this separation.

What department-level reporting actually enables

Separating F&B into outlets is not just an accounting exercise. It changes the quality of decisions available at every level of the operation.

Outlet-level GP makes pricing decisions grounded. A restaurant with a 68% GP margin and rising supplier costs knows where to look: which dishes are under-costed, which menu sections carry the weight, where a modest price increase will be absorbed. A blended GP that has moved from 63% to 61% tells you something is wrong, but not where to intervene or how.

It also clarifies kitchen cost allocation when outlets share production. If the kitchen serves both a restaurant and a private dining room, and those two operations have genuinely different cost structures, the allocation method matters. The right method depends on the operation. But there has to be a method, applied consistently, and visible in the reporting. A figure that lumps both operations together without a defined allocation is not an answer: it is an avoidance.

There is a third benefit that is less obvious but operationally important. When each outlet has its own P&L, underperformance is visible before it becomes structural. A room service operation that has been running a 52% GP for six months whilst the rest of the hotel sits at 67% is a problem with a specific cause. Identify it in month two and you can fix it. Identify it at the year-end review and you have absorbed it for ten months.

The multi-property challenge

Everything described above applies to a single hotel. For a group with five or ten properties, the structural challenge compounds.

Consolidated group reporting is only meaningful if the underlying site-level reporting is reliable. If each property is running its own spreadsheets, using different category structures, reconciling monthly rather than weekly, the group view is not a consolidation. It is an aggregation of loosely comparable approximations, produced retrospectively and reconciled manually.

This is how most hotel groups actually operate. The head of finance at a six-property group is typically receiving Excel files from each GM, reformatting them into a consistent structure, resolving discrepancies where one site categorises wine under food and another places it in beverage, and eventually producing a group figure that is two or three weeks old by the time it is reviewed.

The problem is not the finance director's competence. It is the structure. When data is collected and categorised at site level without a shared framework, consolidation requires manual work that introduces both delay and error. The group view is always retrospective, which means it is useful for understanding history but not for managing the present.

What the hierarchy should look like, if it is working properly, is this: outlet-level GP feeds a property-level P&L, and property-level P&Ls roll into a group consolidated view. Each level is visible to the person who manages it. The GM sees their own site. The regional manager sees a cluster of properties without losing the ability to drill into each one. The group sees everything consolidated in a single view. None of that requires a manual export step. The consolidation is a function of the data structure, not a Friday afternoon task.

When that hierarchy is in place, a regional manager who spots that one property's bar GP has deteriorated by four points over two weeks does not wait for the monthly report. They see it when it happens, ask the right question, and act before it becomes a trend.

The inventory and finance link

Behind all of this is a data problem that is rarely stated plainly. You cannot produce meaningful F&B department-level GP without connecting three sources of information: what you have in stock, what you sold, and what you paid for it. Inventory. POS. Invoices.

In theory, this is straightforward. The stock take tells you what is left. The POS tells you what went out. The invoice tells you what you paid. GP follows from those three inputs.

In practice, most hotel F&B operations are reconciling these three sources manually. The POS system exports a sales report. The purchasing system holds the invoices. The stock take is done on a spreadsheet or a separate app. Someone, usually the GM or the F&B manager, brings those three things together at the end of the week or the end of the month.

The process is time-consuming, subject to categorisation errors, and almost always retrospective. The consequence is that the GP figure produced is a reconstruction of what happened rather than a live view of what is happening. By the time the number is available, the operational decisions it should inform have already been made, or not made, based on instinct rather than data.

When the three sources are connected in a single system, the reconciliation is automatic. The GP by outlet is available as it accumulates, not assembled after the fact. The gap between what the business is doing and what the finance team can see narrows from weeks to days.

What a well-managed hotel group looks like in practice

A group that has solved this problem is not running any clever financial engineering. The structure is simple. Each outlet has its own category structure for costs and revenue. Those categories are consistent across every property in the group, which means the reporting is comparable without manual reformatting.

Inventory, purchasing, and sales data feed into a single system. The GP by outlet is visible to the F&B manager at property level. The property P&L is visible to the GM. The group consolidated view is visible to the group finance director. Each person sees the level relevant to their decisions without having to request a report or wait for a monthly pack.

When something moves out of range, it is visible immediately. The conversation that follows is about the outlet and the cause, not about whether the data is right.

How Hops handles this

Hops is built with this structure as the default, not as a configuration project. The F&B split within a single property is handled natively: a hotel can separate its restaurant, bar, room service, and events space into distinct departments, each with its own P&L, and roll them all into a single property view without any custom reporting work.

The multi-level hierarchy for groups is built in. A five-property hotel group can give each GM visibility of their own site, give regional managers a consolidated cluster view, and give the group finance director the full picture across all outlets and all properties in one place.

And inventory connects to finance within the same platform. Stock takes, invoices, and POS data are reconciled automatically. The GP by department is grounded in actual cost and actual sales, not in a manual exercise that takes half a day and introduces rounding errors.

If your current setup produces a blended F&B number that cannot tell you which outlet is pulling down the group margin, or if your group reporting arrives two weeks after the fact because someone has to consolidate spreadsheets, that is the problem Hops was built to solve.