Das PMS ist nie allein — es lebt im Verbund mit 5-15 weiteren Hotel-Systemen. Diese Übersicht erklärt die wichtigsten Komponenten eines modernen Hotel-Tech-Stacks 2026 und wie sie zusammenspielen. Welche Integrationen in deinem konkreten RFP-Prozess Pflicht sein müssen, hängt vom Hotel-Profil ab — die hier gelistete Tiefe trifft auf die meisten 4-Sterne-Mid-Market-Häuser zu.
Die zentralen Stack-Komponenten
- PMS — Schaltzentrale, hält Stammdaten und Reservierungs-Logik (siehe PMS-Hub)
- Channel-Manager — Distribution auf 50-200 OTA-Kanälen synchron halten (SiteMinder, D-EDGE, RoomCloud, Cubilis, Profitroom)
- Revenue-Management-System (RMS) — dynamische Preisempfehlungen (Duetto, IDeaS, Atomize, RoomPriceGenie)
- Booking-Engine — Direct-Booking-Tool auf der eigenen Website (Profitroom, IBE Hotellier, eviivo)
- CRM — Gast-Profil und Kommunikation (siehe CRM-Systeme)
- CDP — Single Customer View über alle Quellen (siehe CDP-Systeme)
- POS — F&B-Kassensystem (Lightspeed, Gastrofix, Vectron, Hypersoft)
- Door-Lock-System — physische Schlüssel und Mobile-Keys (Salto, Assa Abloy, Dormakaba, Tapkey)
- Online-Check-In / Self-Service-Kiosk — Pre-Arrival-Flow (Canary, Duve, Hudini, INTELITY)
- Buchhaltung — Folio-Export in DATEV oder SAP
Wie die Komponenten zusammenspielen
Der typische Daten-Fluss eines Buchungs-Lifecycles:
- Gast bucht via OTA (z.B. Booking.com) oder direkt über die Hotel-Booking-Engine.
- Channel-Manager empfängt die Buchung und pusht sie ins PMS. Stammdaten (Gast-Name, Adresse, Zimmertyp) werden synchronisiert.
- PMS erstellt Reservierungs-Datensatz, pusht Gast-Profil ans CRM.
- CRM startet Pre-Stay-Mailflow: Bestätigung, Welcome-Mail, Upsell-Angebote, Online-Check-In-Link.
- CDP (falls vorhanden) konsolidiert das Profil mit Web-Browsing-Verhalten und Email-Engagement.
- Bei Anreise: Gast nutzt Online-Check-In oder Self-Service-Kiosk. Front-Office im PMS macht den letzten Schritt.
- Door-Lock-System generiert Mobile-Key oder Karten-Code für das Zimmer.
- Während des Aufenthalts: F&B-Bestellungen laufen über POS, werden via Folio-API ans PMS verbucht.
- Bei Abreise: PMS schließt Folio, exportiert Buchhaltungs-Daten an DATEV/SAP.
- RMS liest Auslastung und Channel-Performance, gibt für die nächste Saison Preis-Empfehlungen zurück ans PMS.
- CRM startet Post-Stay-Flow: Bewertungs-Anfrage, Re-Booking-Trigger, Loyalty-Punkte.
Die wichtigsten Integrations-Patterns
Two-Way-Sync (PMS ↔ Channel-Manager). Reservierungen laufen in beide Richtungen, Verfügbarkeit wird in Echtzeit synchronisiert. Latenzen unter 1 Minute sind heute Standard.
Push (PMS → CRM). Jeder Gast wird beim ersten Booking ins CRM gepusht, mit Folio-Update bei jedem Aufenthalt.
Pull (RMS ← PMS). RMS holt sich nightly oder hourly die Auslastungsdaten aus dem PMS und liefert Pricing-Empfehlungen zurück.
Realtime (Online-Check-In → PMS). Bei Self-Service-Kiosk und Mobile-Check-In muss die Status-Änderung sofort ins PMS, sonst gibt's am Empfang Doppel-Belegungen.
Auswahl-Kriterien beim PMS
Wenn der Tech-Stack komplex ist, sind diese drei API-Eigenschaften entscheidend:
- Open API mit OAuth2. Drittanbieter sollten ohne Custom-Connector-Projekt anbinden können.
- Webhooks. Push-Mechanismus für Realtime-Events, sonst sind Drittsysteme auf Polling angewiesen — schlechter für Performance und Latenz.
- Public Marketplace. Ein App-Marketplace mit zertifizierten Drittanbieter-Apps senkt die Implementations-Kosten dramatisch.
Mews und Apaleo führen in dieser Disziplin. Oracle OPERA Cloud bietet OHIP (Oracle Hospitality Integration Platform), ist aber weniger offen. Protel/Planet und SIHOT haben Schnittstellen, aber kein offenes Marketplace-Modell.