Das Hotelmodul ist über /hotel erreichbar. Der Quellcode enthält Zimmer, Buchungen, Türen, Navigation und Lager. Für Gäste sind verfügbare Zimmer, Dauer, Preis und bestätigter Zugang entscheidend; für Personal kommen weitere Verwaltungsfunktionen hinzu.

Was du vor dem Start prüfen solltest

Zimmer finden, buchen und Hotelzugang prüfen. Prüfe dabei zuerst den aktiven Server, deine Rolle und den tatsächlichen Ausgangszustand. Gerade bei Besitz, Geld oder Inventar kann ein Schritt Auswirkungen haben, die sich nicht durch erneutes Klicken rückgängig machen lassen. Arbeite an einer kleinen Testmenge oder einer Testfläche, wenn die Funktion neu für dich ist.

Schritt für Schritt

1. Schritt 1: Mit /hotel ein Hotel oder /hotel rooms die Zimmerübersicht öffnen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
2. Schritt 2: Vor der Buchung Zimmernummer, Lage, Preis und Laufzeit lesen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
3. Schritt 3: Buchung bestätigen und den angezeigten Status notieren. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
4. Schritt 4: Mit /hotel my die eigenen Buchungen prüfen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
5. Schritt 5: Die Tür und den Rückweg zum Zimmer einmal testen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.
6. Schritt 6: Persönliche Gegenstände nur in dem zugewiesenen Lager unterbringen. Lies die Bestätigung vollständig und notiere eine Kennung, falls die Oberfläche eine anzeigt.

Details und typische Anwendung

Ein Zimmer ist eine zeitlich und räumlich begrenzte Berechtigung. Der Zugang zu Hotellager, Personalräumen oder Nachbarzimmern folgt anderen Regeln. Verlasse dich nach Ablauf der Buchung nicht auf einen alten Schlüsselzustand. Hotelbetreiber sollten vor einer Freigabe Türposition, Zimmerregion und Lagerzuordnung mit einem Testgast prüfen.

Ein vollständiger Test hat drei sichtbare Zustände: den Anfang, die Aktion und das Ergebnis. Vergleiche die Anzeige nach dem Vorgang mit dem Anfang. Eine Chatmeldung allein reicht bei Geld, Rechten oder Lagerbeständen nicht immer aus; die zugehörige Übersicht sollte denselben Zustand zeigen. Bei gemeinsam genutzten Projekten hilft es, Änderungen mit Zeitpunkt und zuständiger Person kurz festzuhalten.

Fehlersuche

Wenn eine Tür nicht öffnet, prüfe Zimmernummer, Laufzeit und den richtigen Eingang. Wenn eine Zahlung erfolgte, aber keine Buchung sichtbar ist, nicht erneut zahlen. Melde Hotel, Zimmer, Zeitpunkt und Buchungsanzeige.

Ändere bei der Fehlersuche nur eine Sache pro Versuch. Prüfe zunächst die Eingabe, dann Berechtigung und Gebiet, anschließend den Serverzustand. Wenn eine Zahlung oder Buchung möglicherweise ausgeführt wurde, löse sie nicht erneut aus, bevor die Historie geklärt ist. Ein reproduzierbarer Fehler mit genauer Meldung ist für den Support viel hilfreicher als viele unklare Wiederholungen.

Abschlusskontrolle und Support

• Stimmt die angezeigte Objekt-ID, Position oder der Empfänger?
• Hat sich nur der erwartete Wert beziehungsweise Bestand geändert?
• Ist die Funktion für andere Beteiligte so sichtbar, wie beabsichtigt?
• Kannst du den Vorgang mit einem kleinen Beispiel erneut nachvollziehen?

Für eine Meldung gehören Server, Welt oder Panel-Seite, Uhrzeit, ausgeführter Befehl beziehungsweise Klickfolge, erwartetes Ergebnis und sichtbare Fehlermeldung zusammen. Bilder bitte auf den relevanten Ausschnitt beschränken. Zugangsdaten, Tokens und vollständige Zahlungsdaten niemals beilegen.