We read the in-house list out of protel through protel I/O and a guest signs in with their room number and surname. protel installations vary more than the others here, so the address of your own endpoint is something we ask for rather than assume.
protel is the property's own system. We connect to it; it is their product, not ours. protel.net ↗
On the interval you set — five minutes out of the box — we ask protel I/O for the guests currently in house, and that becomes the list the sign-in page checks against.
The address is required rather than defaulted, and deliberately so. protel Air is hosted and answers at a fixed gateway; an on-premise protel answers at whatever address that property's own I/O endpoint sits on. Guessing would produce a connection that authenticates successfully against the wrong hotel, which is a great deal worse than one that plainly does not work.
It is a poll rather than a live feed, in common with every front-desk system here except Resort Manager.
This system is asked rather than telling us — every five minutes out of the box, and as often as every minute if you want.
No rates, no folio, no card details and no passport numbers. Those belong at the front desk, not in a Wi-Fi portal.
A guest types their room number and their surname, and they are online. No email, no form, no questions. Access ends at checkout plus the property's grace period, and wrong answers are cut off after five tries.
That is deliberate, and it is the whole argument for connecting a front-desk system at all. Your guest stood at your desk an hour ago and showed a passport. Asking them to prove themselves again to a web page, with an email address and a consent box, is an insult with a spinner on it. The details you learn about that guest come from the system that already knows them, and every session ties back to the booking you already hold.
A short list, and worth reading before you start.
What it costs. Carried by the Hotel plan, which includes one front-desk connection. What each plan includes →
Connecting protel tells us who is staying. Your Wi-Fi equipment is what actually holds a guest at the sign-in page and lets them through afterwards — and whether a checkout can take somebody offline immediately depends on the make.
Forty makes, each with what it can do, what has to be true first, and whether checkout ends a session or the session runs to its time limit. The kit most hotels run: Aruba, Ruckus SmartZone, Cisco Meraki, Juniper Mist, Ubiquiti UniFi, TP-Link Omada, MikroTik, and the hotel gateways Nomadix and Antlabs InnGate.
What happens between a guest joining the Wi-Fi and reaching your welcome page, in plain English, with the technical section for whoever looks after the network.
The other front-desk systems, the Wi-Fi makes, the mailing tools and the CRMs — and the route for a system that will never have a named connector of its own.
Sign in with their room number and surname, checked against the in-house list held in protel, and stay connected until they check out plus the grace period you set. No password, no email, no form.
Within a few minutes. protel is asked on a schedule the property sets, five minutes by default, so a guest who checked in a moment ago may wait for the next check.
The in-house list: room number, surname, the reservation reference, departure date, nationality and language, where held. No rates, no folio, no card details and no passport numbers.
Carried by the Hotel plan, which includes one front-desk connection.
How many rooms, what Wi-Fi equipment is in the building, and whether anybody on site looks after the network. That is enough for a straight answer.
