Hotel daily report: what a GM's morning page should contain

A hotel daily report is a one-page summary a general manager reads each morning, built only from the business day the night audit has closed. It answers three questions: what happened yesterday, what is coming today and in the next days, and what needs a decision now, with every number traceable to the report it came from.

By nine in the morning the general manager has eleven reports open and still no answer to the only question that matters: what needs a decision today. The fix is not another report. It is one page, built from a business day that has already been closed. After reading this article you will know which seven lines belong on that page, which do not, how each number traces back to its source, and how the page turns into decisions with owners. If you want the wider picture of how a hotel business day fits together, read how one business day fits together alongside this.

What should a hotel daily report contain?#

One page, seven lines, three questions: what happened on the closed business day, what is coming in the next days, and what needs a decision before noon. Treat the page as a decision document, not an archive. It points to the reports behind it and never reproduces them.

Block one covers yesterday: rooms sold, revenue posted, balance exceptions, complaints logged. Block two covers the near future: arrivals today with rooms not yet assigned, departures with balances still open, pickup since the previous business day, rooms out of order. Block three is decisions: complaints still open, compliance items waiting for a person, anything that needs an approval today.

Each line is a number plus a comparison, against yesterday, the same day last year, or the budget, plus a flag when it sits outside its normal range. The page is built only after the night audit has closed the business day; a page built from an open day changes under the reader's feet. And each line has one named owner, so that at nine in the morning there is exactly one person to ask about each number.

Which lines belong on the morning page, and which do not?#

A line belongs if a person can act on it before the next business day closes; everything else is reference material and belongs in a report, not on the page. Exceptions belong, totals do not. A total with no threshold teaches the reader nothing and is read once, then skipped.

Do not include the full reservation log, channel performance charts, staff rosters, historical trend graphs or anything the reader cannot change today. Do not include a number whose definition the hotel has not written down; an undefined number is an argument waiting to happen. Do not include projections presented as facts: pickup is a fact about bookings already made, a month-end projection is not.

Keep guest names to the lines that need them, such as arrivals and open complaints, and leave contact details off the page. Personal data on a widely forwarded page is a KVKK (personal data protection law) concern, and the hotel's adviser should confirm the scope for the hotel's own case.

Apply the five-morning test: if a line is identical for five mornings and nobody acted on it, delete it or turn it into an automatic alert.

How does each number trace back to its source report?#

Every line carries three labels: the business date, the report it came from, and the person who closed that business day. Without them the number is an opinion. The night audit closes the business day, and the page reads only closed days, so the figures cannot move while the meeting is running.

Write the definitions down once, in a glossary the hotel owns: rooms sold, rooms available, revenue posted, pickup, out of order. Different systems define the same word differently. Compare with a published convention where one exists. CoStar Group's Historical Benchmarking Data Reporting Guidelines (opens in a new tab) (1 November 2026) count only revenue-generating rooms as rooms sold, exclude complimentary rooms, and ask for rooms revenue net of rebates, refunds, allowances, overcharges and taxes, with refunds for service problems reducing rooms revenue. If the hotel's own figure uses a different rule, the page should say so.

Posting discipline shows up here too: a charge posted to the wrong window or without routing becomes a balance exception, so the page should name the posting, not just the amount. If the front office vocabulary is new to anyone on the team, a plain explanation of folio, posting and routing helps. Date every change to a definition, so a page from last month can still be read correctly.

What counts as an exception, and what is just a small change?#

An exception is a number outside the range the hotel has written down for it; a small change inside that range is noise and stays off the page. Set each range from the hotel's own history, not from an industry benchmark, and record the date it was set and who set it.

Use two kinds of exception. Level exceptions watch a level, such as the occupancy rate or the total of open balances. Movement exceptions watch a change, such as pickup far above or far below a normal day. Say occupancy rate, never room occupancy, and state which rooms sit in the denominator: all rooms, or rooms available after out-of-order rooms.

The choice matters because conventions differ. Under STR's historical guidelines, rooms available is the number of rooms at the property multiplied by the days in the period, with no adjustment for rooms out of service for renovation for less than six months; only permanent removal or closure for an extended period, typically over six months, changes the count (CoStar Group, Historical Benchmarking Data Reporting Guidelines, 1 November 2026). Under STR's Forward STAR Data Reporting Guidelines (opens in a new tab) (1 November 2026), Adjusted Rooms Available is the inventory a property has to be booked, and that number can vary for reasons including out-of-order rooms, refurbishment and extended closures. The page should name the convention it uses.

Pickup counts bookings made since the previous business day, with cancellations appearing as negative pickup. Allotments negotiated with a vendor need not be counted as booked until a reservation is made against them and deducted from inventory (same source). Booking-status words such as definite, confirmed, tentative and optional are interpreted differently across the industry, so a page that counts tentative as booked will disagree with the sales team every morning.

Who prepares the page, by when, and from which business day?#

The night auditor closes the business day, the front office manager or duty manager assembles the page before the morning meeting, and the page always covers the last closed business day, never today's open one. Name a preparer and a deputy; a page that depends on one person disappears on their day off.

Fix the deadline relative to the night audit, not to the clock: within a stated number of minutes of the business day closing. Print the business date in the header next to the time the page was produced, so a reader can tell at a glance whether it is current. If the night audit fails or the day is still open, publish the page with the previous business date and say so in the header; never publish a half-closed day.

Each line owner reads the page before the meeting starts, not during it. For a group, produce one page per property plus a portfolio page that carries only exceptions, so the property detail is never lost in an average. The wider governance questions for multi-property groups are covered in an owner's governance checklist for multi-property hotel management.

How does the page become decisions with owners?#

Every flagged line leaves the meeting with a name, an action and a time it will be checked, and the next morning's page shows whether it moved. End the page with a short decision block: item, owner, action, check time. The page then carries its own follow-up.

Cap the number of decisions per morning, for example three, so the meeting ends with commitments rather than a longer list. Carry unresolved items forward automatically; an item that survives three mornings is a process problem, not a daily one. Record what was decided and why, so a duty manager who was not in the room can read the reasoning later.

Review the page itself once a quarter: remove lines nobody acted on, and add lines that were repeatedly discovered too late. The page is a living document with a maintenance rhythm, not a template printed once.

Can software write the morning page from the hotel's own numbers?#

It can assemble the page and write it in plain language, but the definitions, the ranges and the decisions stay with the hotel. Software does the mechanical part well: read the closed business day, apply the written definitions, flag lines outside their range, and put the result into sentences. It cannot decide what a range should be, and it cannot decide what to do about a number that has left it.

AI Otel's PMS assistant is built: it answers questions about a hotel's own property in plain language, carries out routine actions, and a person confirms anything sensitive. It is built and working, ahead of launch; nothing in AI Otel's technology is live. Two of its capabilities fit this page directly: every morning, a plain-language briefing written from the hotel's own numbers, and an automatic alert when a number moves outside its normal range.

The hotel still owns the glossary and the thresholds; a briefing written from undefined numbers is only a faster way to be wrong. How plain-language questions on hotel data work is a separate subject, covered in AI hotel reporting: plain-language questions on your own data.

What to do next#

Write the glossary first, then the header, then cut the page to seven lines with one owner each, and run it for two weeks before changing anything else. The page, the definitions and the decision block are one system: a number nobody can trace produces a decision nobody can check, and a decision without an owner is just another report. If you want to see how a plain-language morning briefing built from a hotel's own numbers works, request a briefing at https://ai-otel.com/contact.