Ein erfolgreicher Test beim Check-in belegt noch nicht, dass Zugangsdaten nach einer Buchungsänderung korrekt funktionieren. Hotel und Integrationspartner sollten vor dem Start erwartete Ergebnisse und Prüfungen für Ausnahmen vereinbaren. Unterstützte Ereignisse und Offline-Funktionen hängen vom konkreten System ab.
Prüfrahmen
Erfassen Sie den tatsächlichen Prüfbereich: Ursprung der Buchungsänderung, verantwortliche Schnittstelle, Ausgabe des Zugangsmittels und Prüfung an der Tür. Dokumentieren Sie Version und zuständige Person für PMS, Plattform, Testtelefon, Schloss und relevante Verbindungen. Fehlen Protokolle, vereinbaren Sie vorab eine alternative Belegquelle.
Verwenden Sie freigegebene Testzimmer und Testbuchungen. Stimmen Sie Zeitfenster, Abbruchbedingungen, Ersatzöffnung und Beteiligte mit Empfang, Technik und Integrationsteam ab. Eingriffe dürfen den Betrieb echter Gäste nicht beeinträchtigen.
PMS, Zugangsplattform, Schloss, Versionen, Testzimmer, Zuständigkeiten und zulässige Testbuchungen dokumentieren.
Erwartetes Verhalten vereinbaren
Jeder Fall benötigt Anfangszustand, Aktion, erwartetes Ergebnis, vereinbartes Gültigkeits- oder Aktualisierungsfenster und eine Belegquelle. Wann ein stornierter Schlüssel nicht mehr funktionieren darf, legen Hotel und Integrationspartner für die konkrete Lösung fest; prüfen Sie vor und nach dieser Grenze.
Verzögerung, doppelte Ereignisse, Datumsänderung, Stornierung, früher Checkout, Neuausstellung und Unterbrechung werden getrennt dokumentiert. Nicht unterstützte oder nicht sicher nachstellbare Fälle erhalten einen begründeten Status und eine zuständige Person statt einer fingierten Freigabe.
Gültigkeitsfenster und zulässige Aktualisierungsdauer vorher vereinbaren.
Konzeptioneller Ablauf; Architektur, Prüfung und Offline-Verhalten hängen von der Lösung ab.
Testfälle
| Fall | Prüfung |
|---|---|
| Verzögerte Zustellung | Zeitpunkt der Buchung, Zustellung und tatsächlichen Türprüfung erfassen. |
| Doppelte Ereignisse | Zugelassene Wiederholung simulieren und zusätzliche Zugangsdaten sowie Endzustand prüfen. |
| Geänderte Aufenthaltsdaten | Alte und neue Gültigkeit an vereinbarten Zeitpunkten prüfen. |
| Stornierung oder früher Checkout | Widerruf und Türverhalten nach der vereinbarten Aktualisierungsfrist prüfen. |
| Neuausstellung | Altes und neues Zugangsmittel getrennt testen. |
| Verbindungsunterbrechung | Nur autorisierte Verbindungen unterbrechen; Verhalten und Wiederherstellung dokumentieren. |
Nicht unterstützte oder nicht sicher prüfbare Fälle als nicht anwendbar beziehungsweise nicht verifiziert kennzeichnen.
Zeitverlauf dokumentieren
Notieren Sie Quellereignis, sichtbare Systemmeldungen, Änderung auf dem Telefon, Türprüfung und manuelle Korrektur mit gemeinsamem Zeitbezug. Zeitzone und bekannte Uhrabweichungen gehören dazu. Nicht verfügbare Zeitstempel werden als fehlend gekennzeichnet.
Prüfen Sie ursprüngliches und ersetztes Zugangsmittel an den vereinbarten Grenzen. Ein widerrufener Plattformstatus bei weiterhin öffnender Tür oder eine Erfolgsmeldung ohne tatsächlichen Zutritt sind getrennte Beobachtungen, die einem Verantwortlichen zur Analyse zugewiesen werden.
Für jeden Fall Buchungsaktion, sichtbare Systemzustände, tatsächliches Türverhalten und manuelle Eingriffe mit Zeiten festhalten.
Wiederherstellung prüfen
Vor einer Unterbrechung den Ausgangszustand festhalten, die freigegebene Verbindung benennen und eine verantwortliche Person für die Wiederherstellung bestimmen. Das erwartete Verhalten während der Trennung und der Umgang mit ausstehenden Änderungen hängen von der dokumentierten Lösung und der Projektvereinbarung ab.
Nach der Wiederherstellung Ereignisfolge, sichtbare Zustände und tatsächliches Türverhalten vergleichen. Manuelles Senden, Neustarten oder andere Eingriffe mit Zeit und Person erfassen; ein separater Wiederholungstest kann erforderlich sein, um eine automatische Wiederherstellung zu beurteilen.
Nach Wiederherstellung Buchung, Plattform, Zugangsmittel und Türverhalten abgleichen. Keine Offline-Fähigkeit voraussetzen.
Prüfprotokoll für die Übergabe
Das Übergabeprotokoll enthält Fallnummer, Versionen, Testreferenz, Ausgangslage, Aktion, Erwartung, Zeiten, Türergebnis, Belegort sowie ausführende und prüfende Personen. Echte Gastdaten sind zu schwärzen; gültige Zugangsmittel oder Schlüssel gehören nicht in gemeinsam genutzte Berichte.
Kennzeichnen Sie jeden Fall als bestanden, fehlgeschlagen oder noch nicht verifiziert. Fehler erhalten Auswirkungen, Zuständigkeit, Zwischenverfahren und Wiederholungstermin. Fehlen Kriterium oder Beleg, bleibt der Fall offen; neue Ergebnisse werden mit dem ursprünglichen Datensatz verknüpft.
Für jeden Fall Anfangszustand, Erwartung, Zeitpunkte, Ergebnis und Belege dokumentieren. Keine echten Gastdaten oder gültigen Schlüssel im gemeinsamen Bericht speichern.
Entscheidung vor dem Start
Vor dem Start entscheiden Hotel und Partner, welche Fehler oder Beleglücken zwingend geschlossen werden müssen und wer ein vorläufiges Zutrittsverfahren genehmigt. Für offene Punkte Umfang, Verantwortliche, Prüftermin und Eskalationsauslöser festhalten.
Im Pilotbetrieb gelten die vereinbarten Testzimmer, Abläufe am Empfang und Eskalationskontakte. Widerspricht das reale Verhalten den Annahmen, wird die Ausweitung überprüft. Bei Änderungen an PMS, Plattform, Zugangsmitteln oder Firmware sind betroffene Fälle für die neue Konfiguration erneut zu testen.
Nur bei erfülltem Kriterium und vollständigen Belegen gilt der Test als bestanden; Fehler erhalten eine verantwortliche Person und einen Wiederholungstermin. Ohne Kriterium oder Beleg bleibt der Fall offen. Änderungen an Systemen oder Firmware können erneute Tests erfordern.
Quelle
Themenhintergrund: LOXE Hotel Technology Blog. Eine Unterstützung bestimmter PMS oder Funktionen durch WAFU wird nicht behauptet.
Hotel-Zutrittsprojekt besprechen
Teilen Sie den Integrationskontext, die Prüfszenarien und offene Fragen. Schnittstellen und Verhalten der Zugangsmittel sind für die konkrete Lösung zu bestätigen.