Integration ist kein Technologieprojekt. Es ist die Arbeit, eine Reservierung ohne Telefonanruf in ein bezugsfertiges Zimmer zu verwandeln, eine Gästenachricht in eine Aufgabe mit einem Verantwortlichen und eine Störung in eine Behebung mit einer Frist. Bei einem eng gesteckten Rahmen passt diese Arbeit bei jedem PMS mit einer dokumentierten API in 30 Tage, und der folgende Plan zeigt die Reihenfolge, die Verantwortlichen und die Kontrollpunkte.

Für wen dieser Plan gedacht ist

• Systemverantwortliche und IT-Leiter, die einen vertretbaren Umfang und Zeitplan benötigen

• Operations Directors und General Manager, die vor der Hochsaison Mehrwert sehen wollen

• Leitende Kräfte aus Housekeeping und Haustechnik, denen verlässliche Status und weniger Anrufe wichtig sind

Vorausgesetzt werden ein Cloud-PMS mit API-Zugang wie Mews, Apaleo, Oracle OPERA Cloud, Cloudbeds oder Guestline sowie ein einzelner Betrieb oder ein einzelnes Haus innerhalb einer Gruppe als Pilotprojekt.

Was muss vor Tag eins erfüllt sein?

Vier Dinge, und wenn auch nur eines fehlt, hat die Uhr noch nicht zu ticken begonnen.

1. Der API-Zugang ist gewährt, nicht bloß versprochen. Verantwortlich: Systemverantwortlicher oder IT-Leiter. Dauer: Plane ein bis zwei Wochen vor Tag eins ein, da dies der Schritt ist, den Anbieter verzögern. Du benötigst Zugangsdaten, die dokumentierten Rate Limits und, sofern angeboten, eine Sandbox. Mews veröffentlicht seine Endpunkte in der Mews Connector API-Dokumentation und Apaleo unter apaleo.dev, sodass du die Einschränkungen nachlesen kannst, bevor du dich auf einen Projektumfang festlegst.

2. Ein namentlich benannter Executive Sponsor. Verantwortlich: General Manager. Dauer: ein Gespräch. Jemand muss in Woche drei in der Lage sein, „Nein“ zu Scope Creep zu sagen.

3. Ein schriftlicher Ausgangszustand (Baseline). Verantwortlich: leitende Hausdame und Front Office Manager. Dauer: ein halber Tag. Erfasse die heutige durchschnittliche Zeit bis zur Zimmerfertigstellung, die termingerechte Erledigung und die Anzahl der Anrufe pro Schicht zwischen Rezeption und Housekeeping. Ohne diese Daten kannst du den Erfolg des Projekts nicht belegen.

4. Ein Pilotbereich. Verantwortlich: Housekeeping Manager. Dauer: eine Stunde. Eine Etage, eine Schicht, eine Aufsichtsperson.

Sollte die Integration unidirektional oder bidirektional sein?

Wähle das Modell, das zu deinem Anbieter und deiner Risikobereitschaft passt, und fang einfach an.

Beginne im Zweifel unidirektional. Füge das Rückschreiben im zweiten Monat hinzu, sobald das Team den angezeigten Daten vertraut. Sweeply unterstützt beide Modelle bei seinen über 20 PMS-Integrationen, sodass die Entscheidung von deinen Betriebsabläufen abhängt und nicht vom Konnektor. Was synchronisiert wird, welche PMS unterstützt werden und wie du live gehst, erfährst du unter PMS mit dem Housekeeping verbinden.

Der 30-Tage-Plan: acht Schritte mit Verantwortlichen und Zeitdauer

1. Anwendungsfälle abstimmen und den Projektumfang festlegen. Verantwortlich: Executive Sponsor. Dauer: Tag 1 bis 2. Vier Anwendungsfälle sind die richtige Größenordnung für ein erstes Release: Zimmerstatus-Synchronisierung, Erstellung von Housekeeping-Aufgaben aus Abreisen, Umwandlung von Gästewünschen in Aufgaben und Übergaben an die Haustechnik. Alles andere kommt auf eine Liste für „Phase zwei“.

2. Status in klarer Sprache definieren. Verantwortlich: leitende Hausdame gemeinsam mit dem Front Office Manager. Dauer: Tag 3 bis 5. Halte schriftlich fest, was sauber, schmutzig, in Bearbeitung, geprüft, bezugsfertig, außer Betrieb (Out of Order) und vorübergehend gesperrt (Out of Service) in deinem Hotel konkret bedeuten und welche Statuswechsel erlaubt sind. Die meisten Integrationsprobleme rühren daher, dass diese halbe Seite fehlt.

3. Zimmer, Zimmertypen und Etagen mappen. Verantwortlich: Systemverantwortlicher. Dauer: Tag 6 bis 8. Erstelle eine kanonische Referenztabelle und führe diese unter Versionskontrolle. Jede spätere Abweichung wird anhand dieser Tabelle analysiert.

4. Aufgabentypen, Prioritäten und Reaktionszeiten konfigurieren. Verantwortlich: Housekeeping Manager und Haustechnik-Leitung gemeinsam. Dauer: Tag 9 bis 12. Verknüpfe Kategorien von Gästewünschen mit Aufgabentypen, lege Fälligkeiten fest und bestimme, an wen eine überfällige Aufgabe eskaliert wird. In diesem Schritt werden die Sweeply-Module für Housekeeping und Wartung konfiguriert.

5. Rollen, Zugriffsrechte und Datensparsamkeit festlegen. Verantwortlich: Systemverantwortlicher gemeinsam mit dem Datenschutzbeauftragten. Dauer: Tag 13 bis 15. Rufe nur die Felder ab, die für die Arbeit erforderlich sind, beschränke Gästedaten auf die zuständigen Rollen und aktiviere Audit-Logs. Sweeplys Hosting-, Verschlüsselungs- und Datenverarbeitungsbedingungen sind für Anfragen des Einkaufs auf der Trust-Seite veröffentlicht.

6. Pilotprojekt auf einer Etage und in einer Schicht durchführen. Verantwortlich: Housekeeping Manager. Dauer: Tag 16 bis 20, mit drei bis fünf Tagen im Live-Betrieb. Begleite reale Schichten, anstatt nur Berichte zu lesen. Protokolliere jede Zuordnungslücke und jedes Zögern der Mitarbeiter.

7. Fehler beheben, dann eine Go/No-Go-Entscheidung treffen. Verantwortlich: Executive Sponsor. Dauer: Tag 21 bis 24. Vergleiche die Bereitstellungszeit und die termingerechte Fertigstellung im Pilotbetrieb mit dem Ausgangszustand vor Tag eins. Wenn sich die Zahlen nicht verbessert haben, finde die Ursache, bevor du das Problem skalierst.

8. Rollout staffeln und stabilisieren. Verantwortlich: General Manager mit jeweils einem Verantwortlichen pro Abteilung. Dauer: Tag 25 bis 30, plus zwei Wochen tägliche Überprüfungen. Führe die Lösung etagen- oder gebäudeweise ein, prüfe jeden Morgen die API-Stabilität sowie überfällige Aufgaben und führe ein sichtbares Fehlerprotokoll, um das Vertrauen zu stärken.

Zwei veröffentlichte Einführungsprojekte sind als Ergänzung zu diesem Plan lesenswert. STAYERY wechselte von Tabellenkalkulationen zur automatisierten Planung von Zwischenreinigungen auf Apaleo (STAYERY-Fallstudie), und das Volkshotel Amsterdam hielt den Betrieb von 196 Zimmern und einem Team aus 33 Nationalitäten während einer Mews-Migration aufrecht (Volkshotel-Fallstudie).

Welche Daten müssen tatsächlich übereinstimmen?

Vier Objekte bergen fast das gesamte Risiko. Stimme deren Felder ab, bevor du irgendetwas konfigurierst.

Halte die erlaubten Statusübergänge als Abfolge fest, beispielsweise von schmutzig über in Bearbeitung zu sauber, geprüft und bezugsfertig, und halte sie kurz. Jeder zusätzliche Status ist ein Status, in dem jemand geschult werden muss.

Woran erkennst du, dass es funktioniert?

Verfolge in den ersten zwei Monaten wöchentlich und danach monatlich fünf Kennzahlen:

• Prozentsatz der Zimmer, die automatisch statt manuell zugewiesen werden

• Durchschnittliche Zeit bis zur Zimmerfertigstellung im Vergleich zum Ausgangszustand vor der Integration

• Quote der termingerecht erledigten Gästewünsche und Reparaturaufträge

• API-Fehlerrate und durchschnittliche Latenz

• Anzahl der Anrufe pro Schicht zwischen Rezeption und Housekeeping

Der letzte Punkt ist die Zahl, die das Personal zuerst spürt. Bei Sweeply-Kunden sinkt der Koordinationsaufwand typischerweise um etwa 20 %, und genau das ist die Kapazität, die das Projekt tatsächlich freisetzt.

Was geht schief und wie behebst du es schnell?

Drei Problemursachen machen die meisten Support-Tickets aus. Statusabweichungen, bei denen das PMS ein Zimmer als bezugsfertig und das Housekeeping es als schmutzig anzeigt, werden durch einen täglichen Abgleichlauf gelöst, der beide Zimmerlisten vergleicht und Differenzen markiert, anstatt sie stillschweigend zu überschreiben. Fehler bei der Webhook-Übermittlung werden durch Wiederholungsversuche mit Backoff sowie denselben Abgleich als Sicherheitsnetz behoben. Feldänderungen des Anbieters nach einem API-Update werden gelöst, indem du deine Mapping-Tabelle versionierst, sodass du sehen kannst, was sich geändert hat, und bei Bedarf zurückrollen kannst.

Halte einen Eskalationspfad schriftlich fest, einschließlich der Angaben, die dein PMS-Anbieter für Nachforschungen von dir benötigt: Zeitstempel, Endpunkt, Request-ID und das betroffene Zimmer.

Wann 30 Tage der falsche Plan sind

Dieser Leitfaden setzt Rahmenbedingungen voraus, die nicht jedes Hotel erfüllt, und das sollte man besser schon in Woche null wissen.

• On-Premise-PMS ohne API oder mit kostenpflichtigem Schnittstellenzugang. Die Integration kann sich dennoch lohnen, der Zeitplan wird jedoch vom Vertriebsprozess deines Anbieters bestimmt und nicht von diesem Plan. Hol das Schnittstellenangebot ein, bevor du etwas anderes planst.

• Mehrere PMS-Instanzen innerhalb einer Hotelgruppe. Setze zunächst ein Haus von Anfang bis Ende um. Wenn du vier Häuser auf drei PMS-Versionen parallel betreibst, wird aus einem 30-Tage-Plan ein Sechs-Monats-Projekt.

• Sehr kleine Betriebe. Unter etwa 25 Zimmern mit einer Reinigungskraft bringt eine gemeinsame Aufgabenliste bereits den größten Teil des Nutzens; ein formelles Integrationsprojekt ist hier unnötiger Mehraufwand.

• Fälle, in denen Sweeply nicht die richtige Lösung ist. Sweeply ist eine operative Ebene auf dem PMS, kein PMS selbst, keine Integrationsplattform und keine Middleware-Lizenz. Wenn du eine universelle Datenpipeline zwischen Finanz-, Kassensystem- und BI-Systemen benötigst, ist dies ein anderes Tool und ein anderes Projekt.

Starte das Mapping-Gespräch

Buche ein Gespräch mit unserem Vertriebsteam und teile uns den Namen und die Version deines PMS, deine Zimmeranzahl und dein gewünschtes Go-live-Datum mit. Wir prüfen, ob die Integration unterstützt wird, und sagen dir, welche der vier oben genannten Objekte in deinem Fall Mapping-Aufwand erfordern.