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: Planen Sie ein bis zwei Wochen vor Tag eins ein, da dies der Schritt ist, den Anbieter verzögern. Sie benötigen 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 Sie die Einschränkungen nachlesen können, bevor Sie sich auf einen Projektumfang festlegen.

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. Erfassen Sie die heutige durchschnittliche Zeit bis zur Zimmerfertigstellung, die termingerechte Erledigung und die Anzahl der Anrufe pro Schicht zwischen Rezeption und Housekeeping. Ohne diese Daten können Sie 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ählen Sie das Modell, das zu Ihrem Anbieter und Ihrer Risikobereitschaft passt, und fangen Sie einfach an.

Beginnen Sie im Zweifel unidirektional. Fügen Sie 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 Ihren Betriebsabläufen abhängt und nicht vom Konnektor.

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. Halten Sie schriftlich fest, was sauber, schmutzig, in Bearbeitung, geprüft, bezugsfertig, außer Betrieb und außer Betrieb (gesperrt) in Ihrem 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. Erstellen Sie eine kanonische Referenztabelle und führen Sie 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üpfen Sie Kategorien von Gästewünschen mit Aufgabentypen, legen Sie Fälligkeiten fest und bestimmen Sie, 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. Rufen Sie nur die Felder ab, die für die Arbeit erforderlich sind, beschränken Sie Gästedaten auf die zuständigen Rollen und aktivieren Sie 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. Begleiten Sie reale Schichten, anstatt nur Berichte zu lesen. Protokollieren Sie 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. Vergleichen Sie die Bereitstellungszeit und die termingerechte Fertigstellung im Pilotbetrieb mit dem Ausgangszustand vor Tag eins. Wenn sich die Zahlen nicht verbessert haben, finden Sie die Ursache, bevor Sie das Problem skalieren.

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ühren Sie die Lösung etagen- oder gebäudeweise ein, prüfen Sie jeden Morgen die API-Stabilität sowie überfällige Aufgaben und führen Sie 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 Bleibegeher-Reinigungen 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. Stimmen Sie deren Felder ab, bevor Sie irgendetwas konfigurieren.

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

Woran erkennen Sie, dass es funktioniert?

Verfolgen Sie 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 beheben Sie 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 Sie Ihre Mapping-Tabelle versionieren, sodass Sie sehen können, was sich geändert hat, und bei Bedarf zurückrollen können.

Halten Sie einen Eskalationspfad schriftlich fest, einschließlich der Angaben, die Ihr PMS-Anbieter für Nachforschungen von Ihnen 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 Ihres Anbieters bestimmt und nicht von diesem Plan. Holen Sie das Schnittstellenangebot ein, bevor Sie etwas anderes planen.

• Mehrere PMS-Instanzen innerhalb einer Hotelgruppe. Setzen Sie zunächst ein Haus von Anfang bis Ende um. Wenn Sie vier Häuser auf drei PMS-Versionen parallel betreiben, 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 Sie eine universelle Datenpipeline zwischen Finanz-, Kassensystem- und BI-Systemen benötigen, ist dies ein anderes Tool und ein anderes Projekt.

Starten Sie das Mapping-Gespräch

Buchen Sie ein Gespräch mit unserem Vertriebsteam und teilen Sie uns den Namen und die Version Ihres PMS, Ihre Zimmeranzahl und Ihr gewünschtes Go-live-Datum mit. Wir prüfen, ob die Integration unterstützt wird, und sagen Ihnen, welche der vier oben genannten Objekte in Ihrem Fall Mapping-Aufwand erfordern.