Hotel Management System
Checking out does not make the room available.
A custom hotel system built around one stay — the reservation, the room it is assigned to, whether that room is genuinely ready, and the turnover that has to finish before anybody else can be given it.
Stay fileA. Mehta · 18 Sep–21 SepST-2048
- Reservation
- Confirmed
- Room
- 408
- Room state
- Turnover required
- Rate plan
- Flexible
Room 408 · today08:0016:00
This stayNobody’s — turnoverST-2091 at 15:00
The guest left at 11:02. The room is empty and it is not available — the next stay is due at three, and what stands between them belongs to housekeeping.
ILLUSTRATIVE INTERFACE · SAMPLE DATA
Reservation and stay
A reservation is a promise. A stay is an operation.
A booking system finishes when the confirmation goes out. That is the moment a hotel’s work starts — because a promise about a room type on a date is not yet a room, a floor, a state or a person who can be let into it.
- The reservationWhat was promised.A guest, a date range, a room type and a rate plan — the whole of what a booking system needs to know.
- The stay fileWhat is operated.The same guest against a specific room, its state, the check-in, the requests and the turnover afterwards.
- The roomWhat is handed on.One physical resource that a sequence of stays takes turns holding, with a gap between each of them.
Where a reservation comes from — a booking platform, a channel manager, a phone call, a walk-in — is a scoping decision. We confirm what each source can expose before defining any connection.
What is a hotel management system?
A system that operates a stay from the moment a reservation becomes the property’s problem to the moment the room is ready for whoever comes next: the room it is assigned to, the state that room is in, check-in and check-out, what happens to the guest and the room while they are there, the requests raised against the stay, the charges recorded on it, and the turnover that follows the departure.
What is hotel PMS software?
PMS — property management system — is what the hospitality industry calls this category, and it is the term most buyers search. It is the operational record of who is staying in which room, what state that room is in, what has been charged to the stay, and what has to happen before, during and after it. This page uses the term because buyers do, while keeping it distinct from generic property management software, which is a different product for a different job.
What is the difference between a hotel management system and a booking system?
Booking confirms the reservation; a hotel system operates the stay. A booking platform owns availability, the slot and the confirmation, and it can hand a confirmed reservation over. Everything after that — which room, what state it is in, checking somebody in, the requests during the stay, the departure and the turnover — is the hotel system’s work, and none of it exists in a booking record.
Reserved and ready
Confirmed is a fact about the booking. Ready is a fact about the room.
The desk needs both, and only one of them is in the reservation. A stay can be confirmed, paid, assigned to room 408 and still be impossible to check in, because 408 is being serviced from the guest who left this morning.
- Reservation
- Confirmed
- Room assigned
- 408
- Room state
- Housekeeping in progress
Ready to check inNo
- Reservation
- Confirmed
- Room assigned
- 408
- Room state
- Ready
Ready to check inYes
What "ready" means is the property’s decision, not ours. Some hotels stop at cleaned; others require an inspection, a maintenance sign-off or a supervisor check on certain room types. The states are configured, and the gate simply waits for whichever one the property has defined as final.
Does a confirmed reservation mean the room is ready?
No. A confirmed reservation is a commitment to provide a room of a given type for given dates. Whether the specific room assigned to it is ready is a separate fact that changes several times a day, and check-in needs both — which is why the two are held separately and the gate is derived from them rather than assumed.
Can a hotel system manage room inventory?
Yes, in the hotel sense: which rooms and room types can take a stay for a date range, and which are out of service. That is a different thing from stock inventory — items, quantities, locations and movements — which belongs to the inventory Product. The two share a word and nothing else.
How does housekeeping status connect to room availability?
Directly, and that is the point. The room’s state is what availability is derived from, so a room moves back into the sellable pool because housekeeping and any property-defined check have finished — not because a clock passed a checkout time.
Checkout and turnover
Between two stays there is a stretch that belongs to nobody
The guest left at 11:02. The next arrival is at 15:00. What sits between them is not availability and it is not a booking — it is a room being made ready, and it is the part of a hotel day that no reservation record can represent.
Room 408 · todayST-2091 arriving 15:00
- 11:02Guest checked outThe stay ends. The room does not become available.
- 11:02Turnover requiredThe room enters the state the property uses for a departed room.
- 12:30Housekeeping in progressSomebody is in the room. It is still not available.
- 13:20ReadyThe property’s definition of ready is met — and only now is the room sellable again.
One room, two stays and an unowned interval in the middle. The industry describes checkout as releasing the room for housekeeping, which is exactly right: departure hands the room to a different team, and availability is what that team returns.
One stay, different teams
The same record, showing each team only what their job needs
A stay moves between the front desk, housekeeping and whoever is on duty when something goes wrong. One record, three jobs — and a screen that satisfies all three at once is a screen everybody works around.
- Front desk
- The arrival, the room it is assigned to, whether it can be checked in, and what the guest has asked for.
- Housekeeping
- Which rooms are departed, which are being serviced, which are ready, and which requests are theirs.
- Duty manager
- The exceptions — rooms not ready against an arrival, requests nobody has picked up, stays that cannot close.
A request needs an owner and a state
- Stay
- ST-2048
- Request
- Extra towels · room 408
- Owner
- Housekeeping
- State
- Open
Next · Deliver and resolve
Needs a person right now
- ST-2091Arrival at 15:00 · room not readyHousekeeping
- ST-2064Request open for 40 minutesDuty manager
- ST-2077Departed · turnover not startedHousekeeping
- ST-2082Stay cannot close · folio openFront desk
Does checkout mean the room is immediately available?
No. Checkout ends the stay and hands the room to housekeeping; the room becomes available when it reaches the state the property defines as ready. Collapsing the two is how a hotel ends up selling a room it cannot give anybody, and it is the single most useful thing a hotel system gets right that a booking record cannot.
What room states does a hotel system track?
The property’s own — commonly a departed or dirty state, a servicing state, a ready state, and an out-of-service state for rooms that cannot be sold at all. The names and the number of them are configured per property, because a resort with villas and a city hotel with one room type do not run the same sequence.
Does it manage housekeeping staff and schedules?
It owns the room’s state and who a room is currently with, which is what availability depends on. Rostering, payroll, route optimisation, productivity metrics, linen and consumable stock and workforce management are separate systems and separate scope — a room-state workflow is not an HR product.
Can it manage guest requests?
Yes, as records against the stay with an owner and a state — extra towels, a late checkout, a maintenance issue — so a request is something a named team is holding rather than something a person remembers. It is deliberately not a full service-desk product: the useful part is that the request belongs to the stay and to somebody.
Do all staff see the same screen?
No, and they should not. Housekeeping needs room states and their own tasks; the front desk needs arrivals, room readiness and check-in; a duty manager needs what has gone wrong. Roles and permissions are scoped to the property, and guest information is exposed to the roles that actually need it rather than to everyone.
Charges and money
The stay carries what was charged to it. It does not settle anything.
A folio is the operational record of what a stay has accumulated — the room, whatever came in from an outlet, an adjustment. It is a hotel document, not a ledger, and the money is moved by systems built to move money.
Stay folio · ST-2048
- Room chargeRecorded per night against the stay, on the configured rate plan.
- Outlet chargeWhere a POS is connected and a transaction is associated with the stay.
- AdjustmentA correction recorded against the folio, with its reason.
A folio is not a general ledger and a folio is not a payment. It records what a stay accumulated so the right system can act on it.
- Point of salePOS & retail
- Owns the outlet transaction — restaurant, bar, spa, shop. A charge can be associated with a stay where that integration exists.
- Billing & invoicingBilling & invoicing
- Owns invoice workflow — review, issue, status, balance. A corporate or group stay that needs a real invoice hands off here; a guest paying at the desk does not.
- Payment provider
- Moves and settles the money and returns the confirmation. Nothing here charges, refunds or reconciles.
- Accounting
- Owns the books — ledgers, treatment, reporting. Stay data hands over where that connection is scoped.
Can it maintain stay or folio information?
Yes — a folio is the operational record of what a stay has been charged: the room per night, outlet charges where a POS is connected, and adjustments with their reasons. It exists so the desk and the guest can agree on what happened during the stay, and so the right figure reaches whichever system settles or books it.
Is a hotel folio the same as accounting?
No. A folio is a hotel document covering one stay; accounting covers the business. The folio records what was charged, accounting records what it means financially, and the two connect at a handoff. A system that turns folios into ledgers has quietly become a different product with different obligations.
Can it connect to payment systems?
It can hand a balance to a payment provider or a POS and receive the confirmation back onto the stay where that integration is scoped and built. It does not take card details, charge, refund, or reconcile settlement — those are the provider’s responsibilities and they stay there.
Where it sits
Four systems get confused with this one, and none of them is it
Most of what a hotel is sold overlaps something else it already owns. They connect well and they are not interchangeable, so each is named rather than absorbed.
Booking confirms the reservation. Hotel PMS operates the stay.
Property management operates occupancy and leases. Hotel PMS operates guest stays.
- Booking platformBooking platform
- Owns availability, the slot, the confirmation. It can hand a confirmed reservation over; it does not know which room, what state that room is in, or whether anybody can be let into it.
- Property management systemProperty management
- Owns units, occupants, leases and renewals — a relationship measured in months and a document that governs it. This owns stays measured in nights, with a room handed on the same afternoon. The initials collide; the products do not.
- Channel manager and OTAs
- A channel manager is a separate system whose job is distribution — pushing rates and availability out to travel agencies and pulling reservations back. Most hotel systems integrate with one rather than being one, and no named channel or agency is connected here unless that work is scoped and verified.
- POS & retailPOS & retail
- Owns the outlet transaction. A charge can be associated with a stay where that integration exists; universal room-charge posting is not assumed.
- Billing & invoicingBilling & invoicing
- Owns invoice workflow. A corporate or group stay may genuinely need one; a guest settling at the desk does not.
- Revenue management
- Owns pricing strategy — demand forecasting, yield, competitor rates. This records the rate plan a stay was sold on. It does not decide what a room should cost.
- Accounting and payments
- Own the books and the money respectively. Both receive from this system; neither is inside it.
What is the difference between hotel PMS and property management software?
They share an abbreviation and almost nothing else. Generic property management software operates occupancy relationships — units, tenants, lease terms, renewals — over months or years. A hotel PMS operates guest stays: a reservation, a room assigned for a few nights, a check-in, a housekeeping turnover and a departure, with the same room reassigned that afternoon. Different record, different clock, different buyer.
Can it connect to Booking.com, Expedia or other OTAs?
Distribution to travel agencies is a channel manager’s job, and most hotel systems integrate with one rather than replacing it. A connection can be scoped once we confirm what the specific booking, channel or agency interface exposes and what the property is permitted to sync. What we will not do is list named platforms as included capability — an interface described on a page and one that exists for a given property are different things.
Does it do dynamic pricing or revenue management?
No. It records the rate plan a stay was sold on and can hold configured, date-specific rates. Demand forecasting, yield optimisation, competitor-rate monitoring and automatic rate distribution are a revenue-management and channel discipline, with their own systems and their own specialists.
Can availability be trusted across every channel?
A room can only be sold confidently against the reservations and inventory the system actually knows about. Inside its own source of truth that is exact; across channels it is exact only where those channels are genuinely connected and syncing. Any hotel system claiming real-time availability everywhere is describing an integration, not a feature.
Connect · migrate · choose
Most hotels should buy a PMS. Some genuinely need to build one.
Hotel PMS is a mature category with good products, deep integration ecosystems and hardware support behind them. If the standard workflow fits how your property runs, one of them is the better purchase — and the economics usually agree.
Buy off the shelf when
- Standard reservation, room-state and check-in workflows already fit.
- Channel manager, OTA and payment integrations matter and already exist there.
- The hospitality hardware and provider ecosystem matters to you.
- You need to be running in weeks, with vendor support behind it.
- Standard hospitality reporting answers your questions.
Build custom when
- The operating model is genuinely unusual and the tools force daily workarounds.
- Several proprietary or internal systems have to connect and none of them agree.
- The guest or staff experience is part of what the property is selling.
- Property or service rules differ in ways a settings page cannot express.
- A large portfolio makes per-property licensing the dominant long-run cost.
The honest signal is a team spending real hours every week working around software the property already pays for — or a portfolio where the licence bill has outgrown the build.
- 01What exists nowThe current PMS exports, the room list, rate plans, forward reservations, in-house stays and room states.
- 02Sample checkA representative set — simple stays, extended ones, group bookings, cancelled ones, stays with open folios.
- 03Map the recordRooms and types, rate plans, reservations, stays and their states, housekeeping states, users and roles.
- 04Clean and reconcileDuplicate rooms merged, retired rooms marked out of service, states checked against what the property believes.
- 05Import and verifyLoaded with forward reservations and current occupancy intact, and whatever did not reconcile listed rather than quietly accepted.
We will not promise that every historical folio, payment and OTA record reconstructs perfectly, and guest personal data only moves where the property is lawfully able to move it. Historical figures are imported as records of what a previous system said, not as re-verified truth — and the ones that disagree get listed, because a number nobody can explain is worse than a gap everybody can see.
Guest information is sensitive, so authentication, roles, permissions, retention and deletion are scoped around the property’s actual operational and legal obligations rather than sold as a badge. We do not claim certifications, compliance schemes or residency guarantees the work has not earned.
- Properties and rooms
- One boutique property is a different build from a group running several with shared users.
- Reservation and rate logic
- One rate plan and a room type, or seasonal plans, packages and per-property rules.
- Room-state workflow
- Cleaned-and-ready, or a sequence with inspection and maintenance sign-off on certain room types.
- Guest requests and stay operations
- How much of the stay beyond the room the system is expected to hold.
- Folio depth
- A room charge, or outlet charges, adjustments, splits and group billing.
- Integrations
- Booking, channel, POS, payment, accounting — each depending on what the other side exposes.
- Migration weight
- Opening with a clean room list is not the same as carrying years of stay history.
- Roles, security and reporting
- Who sees guest data, and which questions the property needs answered.
Does every hotel need custom software?
No, and most do not. Established hotel PMS products are mature, integrate widely and deploy quickly, and for a single property running a standard operation one of them is the better answer. The case for building is a materially unusual operation, systems that must connect and will not, a guest experience that is part of the offer, or a portfolio large enough that per-property licensing has become the dominant cost.
Can multiple properties use one system?
Yes, where scoped: properties, rooms, rate plans, users and operations can be separated with authorised central views across them. What multi-property does not automatically include is chain accounting, franchise management, central procurement, revenue management or shared inventory — each is its own decision and its own scope.
Can old PMS and reservation data migrate?
Rooms, rate plans, reservations, stays and room states can be mapped and loaded, and we check first what the current system can actually export. Guest personal data moves only where the property is lawfully able to move it, historical folio and payment records arrive as a record of what the previous system said, and anything that does not reconcile is listed rather than silently imported.
Who owns the system and the data?
You do. Source-code access, hosting, data ownership, exports, handover and any third-party dependencies are defined in the project scope rather than assumed, and the data is exportable.
What determines the cost and timeline?
How many properties and rooms, how complex the reservation and rate logic is, what the room-state workflow actually looks like, how much of the stay beyond the room the system holds, how deep the folio goes, which integrations are real, how much history migrates, and who needs which access under what security obligations.
Selected work
Records, states and the interfaces people operate them in
A stay is a structured record with derived state and an operations interface on top of it, used at a desk by people who cannot stop to think about it. These are three builds where exactly that was the deliverable.
Questions
Hotel systems, answered
- What does a hotel PMS manage?
- The stay and the room it depends on: reservations arriving into the property, room assignment, the room’s own state, check-in, what happens during the stay including requests and charges, check-out, and the turnover that has to finish before the room can be sold again.
- Is a hotel management system the same as a booking system?
- No. Booking confirms the reservation; the hotel system operates the stay. A booking platform can hand a confirmed reservation over, and everything after that — the room, its state, the check-in, the departure and the turnover — is work a booking record has no way to represent.
- Is hotel PMS the same as property management software?
- No, despite the shared initials. Generic property management operates units, occupants, leases and renewals over months. A hotel PMS operates guest stays over nights, with the same room handed to somebody else the same afternoon.
- Does checkout free the room?
- It ends the stay and hands the room to housekeeping. The room becomes available when it reaches the state the property defines as ready — which is why availability is derived from room state rather than from the departure.
- Can it handle check-in and check-out?
- Yes — arrival, room assignment, the check-in itself, the departure and the stay’s closure, each recorded against the same stay file. What it does not do by default is verify identity documents, validate government IDs or file guest reports with any authority; those are separate obligations and separate, scoped work.
- Does it take payments?
- No. It records what a stay has been charged and hands the balance to a POS, payment provider or bank; where one is connected, the confirmation comes back onto the stay. Charging, refunding, settling and reconciling belong to those systems.
- Does it include accounting?
- No. A folio records what one stay accumulated; accounting records what it means for the business. Stay data can hand over to whatever keeps the books where that connection is scoped.
- Can it connect to OTAs and channel managers?
- Distribution is a channel manager’s job and most hotel systems integrate with one rather than replacing it. A connection can be scoped once we confirm what that specific interface exposes and what the property may sync — never listed as an included capability up front.
- Should we build or buy a hotel PMS?
- Buy, if standard reservation, room-state and check-in workflows fit and you need the integration and hardware ecosystem — that is most single properties, and those products are good. Build when the operation is genuinely unusual, when internal systems must connect and will not, or when a portfolio makes per-property licensing the dominant long-run cost.
Start
Bring one day of arrivals, and the room that was not ready
The fastest way to scope a hotel build is a real day with real friction in it. Bring an arrivals list, and the room somebody had to apologise for.
- How reservations reach you — a booking engine, a channel manager, the phone, walk-ins.
- What "ready" means at your property, and who decides it.
- What happens between a checkout and the next arrival on the same room.
- How a guest request reaches the person who can act on it.
- What ends up on a folio, and which system settles it.