Guestroom control connects to two systems with different jobs: the property management system (PMS) tells the room who is staying and when, and the building management system (BMS) owns plant, chillers and the building-level view. Define each data point, its owner and its fallback before wiring anything.
This guide is written by Singapore-based AV and IPTV integrator Prestige Solutions for hotel IT managers, facility managers and system integrators who plan smart room control projects. It lists the data points that usually cross each interface, who should own them, what each side does when the link fails, and the tests to run at handover. Protocol support differs by controller and BMS, so every item below should be confirmed against the datasheets and the interface documents of the actual products as of 2026.
The PMS provides guest state, not device commands. The useful signals are room status (vacant, reserved, occupied), check-in and check-out events, do-not-disturb and make-up-room flags, and in some projects the departure time. The room controller turns these into a mode.
| PMS signal | Room controller response | Owner of the rule |
|---|---|---|
| Room reserved, arrival today | Pre-cool to the arrival setpoint | Hotel engineering |
| Check-in | Switch to guest mode; welcome scene | Hotel operations |
| Check-out | Return to vacant setpoint after a delay | Hotel engineering |
| Do not disturb | Suppress make-up-room indicator; no change to climate | Housekeeping |
| Room out of order | Hold in maintenance mode | Hotel engineering |
Keep the PMS link one-directional in the first phase: the PMS informs the room, and the room does not write back to guest records. Writing back, for example to report a minibar or door event, belongs in a separate scope with its own test plan.
The BMS and the room controller exchange setpoints, status and alarms. The room controller keeps local control of the room, and the BMS limits and monitors it. A hotel normally does not want the BMS to drive each room's valve or damper directly.
| Data point | Direction | Purpose |
|---|---|---|
| Room temperature | Room to BMS | Monitoring and trend logs |
| Occupancy mode | Room to BMS | Energy reporting by room status |
| Setpoint limits (min and max) | BMS to room | Building-wide energy policy |
| Energy-saving or demand-response command | BMS to room | Short-term load reduction |
| Fan-coil or valve fault | Room to BMS | Maintenance alert |
| Window or balcony door open | Room to BMS | Cut conditioning while open |
Common building protocols are BACnet/IP (UDP port 47808 by default), Modbus TCP (port 502) and KNX over IP (port 3671); a gateway may be needed when the room controller speaks a different one. Ask the BMS contractor which object types and how many rooms the BMS licence and controllers can add, because a 400-room hotel with 10 points per room is 4,000 points before spares.

Put the integration at the head end, through a server or gateway that talks to the PMS and BMS on one side and the guestroom controllers on a separate VLAN on the other. Do not give room devices a route to the PMS network.
The IPTV side often has its own PMS interface for guest names and billing, as in our IPTV and PMS guest data flow reference. Agree which system holds the master copy of room status so the two interfaces do not disagree.
Each room must run correctly with both links down. Design the fallback first, because that is the state the rooms will be in during every maintenance window.
| Failure | Required room behaviour | How to confirm |
|---|---|---|
| PMS link down | Keep the last known mode; use occupancy sensing for energy decisions | Disconnect the gateway and watch five rooms for 30 minutes |
| BMS link down | Run on local setpoint limits stored in the controller | Disable the BMS port; check setpoints still hold |
| Gateway reboot | Rooms keep scenes; mode refreshes on reconnect | Reboot during a test; compare before and after states |
| Wrong PMS status | Local guest override wins over any PMS-driven change | Set a vacant status with a guest present |
Network loss inside the guestroom is a related but separate failure, and is described in our network loss failure mode reference.
The integration is accepted when each data point has been exercised end to end in both directions on a sample of rooms, and the fallback has been triggered deliberately. A passed demonstration on one room is not a result for a floor.
Combine this with the physical checks in the room-by-room commissioning checklist, so the integration test and device commissioning use the same room list.

Phase the integration by interface and by floor, not all at once. A typical order is the room controllers alone, then the BMS monitoring points, then BMS setpoint limits, and the PMS link last, because the PMS interface usually depends on the vendor's schedule and licence.
| Phase | Scope | Exit test |
|---|---|---|
| 1 | Room controllers stand-alone, local scenes and occupancy logic | Room-by-room commissioning signed |
| 2 | BMS read-only: temperature, mode, faults | All points visible and named by room |
| 3 | BMS write: setpoint limits and energy commands | Limits accepted and held; fallback tested |
| 4 | PMS link: check-in, check-out, status flags | Event tests on sample rooms per floor |
Moving one phase at a time also means a fault points to one interface, which is faster to isolate than a full launch where all three systems changed on the same night. Keep a rollback step for each phase, so the previous state can be restored within the maintenance window.
State the data points, the owner of each system, the test environment and the support boundary. Disputes between the PMS vendor, BMS contractor and controller supplier almost always come from an unwritten point.

It can on paper, but a BMS-only design depends on the network for every guest action, and guest scenes such as lighting and curtain control are slower to respond. Most hotels keep local room control and use the BMS for limits, reporting and alarms.
No. Interface options differ by PMS vendor and version, and some charge a licence or integration fee. Ask the PMS vendor early what is offered, in what format, and what a test environment costs, since those answers can set the project schedule.
Compare room energy or cooling use by occupancy status against a baseline period, and check guest comfort complaints for the same rooms. A saving with more complaints is not a saving, so review the two together before changing setpoint limits.
Visit Prestige Solutions for the wider AV and IPTV service range.
Contact Prestige Solutions to review your site drawings and current operating pattern. Call +65 8010 2337 or +65 9825 8218, message us on WhatsApp (+65 8010 2337), or email sales@prestigesolutions.com.sg. You can also browse the full product range before the site walk.
Explore our full product range or speak with our technical team for a tailored consultation.