IT dla hotelu od recepcji po pokoje: sieć, PMS, zamki i bezpieczeństwo

1. Mapa systemów: od recepcji do pokoju

Przed zakupem infrastruktury narysuj prostą mapę zależności. W recepcji mogą znajdować się stanowiska personelu, PMS (property management system), terminale płatnicze i programator kart. W pokojach działają zamki, telewizory, telefony, access pointy lub urządzenia automatyki. W zapleczu: serwery, NAS, kontroler sieci, rejestrator kamer i urządzenia operatora.

2. Fundament: łącze, firewall, sieć przewodowa i Wi-Fi

Najpierw sprawdź okablowanie, szafę teletechniczną, zasilanie i topologię. Liczbę i położenie access pointów dobiera się na podstawie planu budynku, materiałów ścian, zagęszczenia klientów i pomiarów — nie wyłącznie deklarowanego zasięgu urządzenia. Pokój, korytarz, restauracja, lobby i sala konferencyjna mają inne warunki radiowe i szczytowe obciążenie.

Firewall powinien oddzielać sieć gości, personelu, serwerów i urządzeń technicznych. Switch PoE trzeba dobrać do liczby AP/kamer, ich standardu zasilania, sumarycznego budżetu mocy i rezerwy. UPS powinien podtrzymywać krytyczne elementy: bramę, przełączniki, kontroler lub serwer oraz modem — czas pracy sprawdza się pod rzeczywistym obciążeniem.

Wi-Fi gości projektuj jako usługę: określ wymagany zasięg, liczbę jednoczesnych urządzeń, przepustowość, roaming, zasady logowania oraz obsługę recepcji. Captive portal, vouchery lub dostęp przez numer pokoju mają sens tylko wtedy, gdy rozwiązują realny proces i są poprawnie zintegrowane. Zobacz techniczny przewodnik po Wi-Fi dla hotelu.

3. Oddziel gości, personel i urządzenia techniczne

Przykładowe segmenty to: goście, stanowiska personelu, serwery i usługi, kamery, automatyka/telewizory, zarządzanie urządzeniami oraz infrastruktura operatora. Konkretna liczba VLAN-ów zależy od skali i możliwości obsługi. Ważne są reguły firewalla, nie sama nazwa sieci: gość nie powinien widzieć recepcji, kamera nie powinna inicjować połączeń do komputerów, a panel zarządzania powinien być dostępny tylko administratorom.

Wyjątki — na przykład dostęp PMS do systemu zamków, drukowanie, DNS, NTP, multicast lub komunikacja z serwerem producenta — muszą mieć określone źródło, cel, porty i właściciela. Po zmianach sprawdź również działanie IPv6, awarię kontrolera i dostęp recepcji do procedury offline. Więcej przykładów opisuje poradnik o segmentacji sieci firmowej i VLAN-ach.

4. PMS, zamki i karty: integracja nie jest „automatyczna”

Zanim połączysz PMS z zamkami, telewizją hotelową, portalem Wi-Fi lub płatnościami, ustal po stronie obu dostawców: dostępne API/protokół, licencję, kierunek przepływu danych, wymagany serwer/usługę pośredniczącą, harmonogram synchronizacji, sposób autoryzacji i odpowiedzialność za wsparcie. Sama informacja „system ma API” nie potwierdza, że obsługuje konkretny PMS ani wszystkie procesy hotelu.

Testy powinny obejmować nową rezerwację, zmianę pokoju, wcześniejszy check-in, przedłużenie pobytu, checkout, anulowanie, duplikat komunikatu i utratę połączenia. Określ, co dzieje się przy opóźnieniu synchronizacji oraz jak personel ręcznie wydaje dostęp. Integracja nie może być jedyną procedurą awaryjną.

W systemach offline karta może być kodowana lokalnie zgodnie z harmonogramem, a w online uprawnienia mogą być aktualizowane przez sieć — szczegóły zależą od rodziny zamków. Zamek hotelowy nie zastępuje systemu przeciwpożarowego ani wymogów bezpiecznej ewakuacji; zgodność drzwi, okuć i funkcji awaryjnych trzeba potwierdzić dla obiektu. Osobno omówiliśmy zamki hotelowe na kartę i oprogramowanie oraz zamki TTLock i możliwości integracji API.

5. Monitoring, telewizory i systemy budynkowe

Kamery, rejestrator, telewizory, casting, centrale automatyki, kontrola dostępu i urządzenia recepcji powinny mieć określone miejsce w architekturze: osobny segment lub precyzyjnie ograniczony dostęp. Dla każdej usługi zapisz, czy wymaga Internetu, komunikacji lokalnej, zdalnego wsparcia producenta i dostępu do danych gości.

W CCTV uzgodnij, kto ma dostęp do podglądu i eksportu nagrań, jak działa uwierzytelnianie, gdzie przechowywany jest materiał i kto ustala retencję. Konfigurację należy dopasować do zasad ochrony danych i obowiązków administratora obiektu — sprzęt ani sam wpis techniczny nie przesądza o zgodności prawnej.

Nie wystawiaj rejestratora, panelu zamków ani interfejsu administracyjnego bezpośrednio do Internetu. Zdalny serwis prowadź przez kontrolowany VPN lub uzgodnioną bramę dostępową, z indywidualnymi kontami, MFA tam, gdzie jest dostępne, zakresem minimalnym i logowaniem działań.

6. Awaria: zaprojektuj tryb pracy, nie tylko normalny dzień

Lista scenariuszy powinna obejmować utratę łącza, awarię głównego switcha lub firewalla, restart kontrolera, niedostępny PMS, awarię serwera zamków, brak zasilania i uszkodzenie NAS-a. Dla każdego ustal wpływ na check-in, dostęp do pokoi, płatności, bezpieczeństwo oraz kanał kontaktu i osobę decyzyjną.

• Sprawdź, czy goście zachowują działające sesje Wi-Fi po utracie kontrolera i czy nowy klient może się zalogować.
• Opisz legalną i bezpieczną procedurę awaryjnego wydawania kart/kluczy, w tym późniejszą synchronizację zmian.
• Przechowuj kopie konfiguracji firewalla, switchy, kontrolerów, PMS-integracji i rejestratora w miejscu odseparowanym od urządzeń.
• Przetestuj zasilanie awaryjne i odtworzenie konfiguracji, zamiast zakładać, że migawka lub kopia jest użyteczna.
• Ustal, jak przywrócić działalność etapami oraz jak poinformować personel, gdy kanały IT nie działają.

Techniczny plan odzyskiwania powinien zawierać priorytety, RPO/RTO, zależności i wynik próbnego odtworzenia. Zobacz procedurę testowania backupu i odzyskiwania.

7. Plan wdrożenia i odbiór

1. Warsztat operacyjny: przejdź procesy recepcji, housekeeping, gastronomii, technicznego i zarządzania.
2. Inwentaryzacja: zbierz rzuty, okablowanie, urządzenia, umowy operatorów, wersje systemów, licencje i kontakty producentów.
3. Projekt: przygotuj diagram fizyczny i logiczny, adresację, VLAN-y, reguły, Wi-Fi, UPS, backup, integracje i procedury awaryjne.
4. Pilot i migracja: przetestuj przykładowy pokój, fragment korytarza, recepcję oraz scenariusze rezerwacja–zamek–checkout przed wdrożeniem na cały obiekt.
5. Testy odbiorowe: sprawdź zasięg i roaming, izolację gości, wydanie karty, awarię Internetu/kontrolera, backup konfiguracji, konta serwisowe i dokumentację.
6. Przekazanie: szkol personel z procedur, udostępnij mapę kontaktów, instrukcję eskalacji i wykaz czynności cyklicznych.

8. Utrzymanie i odpowiedzialność po uruchomieniu

W umowie serwisowej rozdziel odpowiedzialność za łącze, sieć LAN/Wi-Fi, PMS, zamki, telewizory, monitoring, automatykę i sprzęt płatniczy. Zapis „reakcja w cztery godziny” powinien wyjaśniać godziny obowiązywania, definicję reakcji, kanał zgłoszeń, priorytety i to, kto przywraca usługę. Reakcja nie jest tym samym co rozwiązanie problemu.

Ustal właściciela konfiguracji i dokumentacji, częstotliwość aktualizacji, przegląd kont dostawców, test kopii, dostęp do części zapasowych oraz sposób informowania o zmianach. Obiekt powinien wiedzieć, do kogo dzwoni recepcja i kto koordynuje kilku producentów, gdy awaria przechodzi przez granice ich systemów.

IT hotelu jako spójny system

IT Node pomaga planować i utrzymywać infrastrukturę hoteli oraz apartamentów — od sieci i Wi-Fi przez segmentację po koordynację serwisu i dokumentację. Poznaj obsługę IT dla hoteli i apartamentów albo opowiedz nam o obiekcie. Działamy głównie w Małopolsce i na Podhalu; projekty w innych częściach Polski ustalamy indywidualnie.

Materiał edukacyjny IT Node. Dostępne funkcje, integracje, licencje i tryb offline zależą od konkretnego PMS, producenta zamków, urządzeń, wersji i umowy. Przed zakupem należy potwierdzić interoperacyjność, bezpieczeństwo i procedury awaryjne z dostawcami systemów oraz przeprowadzić test w środowisku obiektu.