Verbesserungen
Anzeigebildschirm für Kunden
Wenn Gäste den Meldeschein über den Anzeigebildschirm für Kunden ausfüllen und unterschreiben, haben wir besonderes Augenmerk auf die E-Mail-Adresse des Gastes gelegt. Ähnlich wie beim Online Check-In und am Kiosk ist die Eingabe der tatsächlichen E-Mail-Adresse des Gastes ausdrücklich erforderlich, wenn diese durch ein Online-Portal maskiert ist.
Wurde der Meldeschein bereits elektronisch unterschrieben (über den Online Check-In, den Kiosk oder den Anzeigebildschirm für Kunden selbst), wird die Ansicht mit der Hotelrichtlinie übersprungen und eine erneute Unterschrift ist nicht erforderlich. Auf diese Weise ermöglicht der Anzeigebildschirm für Kunden eine noch schnellere und bequemere Erfassung zusätzlicher persönlicher Daten des Gastes wie E-Mail-Adresse, Telefonnummer, Anreisegrund usw.
Im letzten Schritt (Überprüfen der Richtlinie, Details und Unterschreiben) wird nun die Hotelrichtlinie aus dem Meldeschein verwendet und nicht mehr die allgemeine Hotelrichtlinie wie bisher.
Wir haben die Rückmeldung an das Teammitglied verbessert. Wenn ein Gast die Angaben auf seinem Meldeschein vervollständigt, werden diese sofort auf dem Bildschirm des Teammitglieds angezeigt. Zudem erscheint eine Benachrichtigung, um die Aufmerksamkeit auf die eingegebenen Daten zu lenken.
Weitere Verbesserungen
Online Check-In – Wir haben eine Prüfung hinzugefügt, die verhindert, dass mehrere Gäste mit demselben Ausweis oder Reisepass registriert werden (ähnlich wie am Check-In Kiosk). Bitte beachten Sie, dass die Vorgabe für die Anzahl der Meldescheine konfigurierbar ist. Sie können wählen, ob ein Meldeschein für die gesamte Buchung, einer für jeden Erwachsenen oder einer für jeden Gast einschließlich Kindern erforderlich ist.
POS – Bei der Nutzung der Option zur Übertragung von Rechnungen an eine Firma im PMS haben wir das Laden der Firmenliste optimiert, sodass der Ladevorgang auch bei einer großen Anzahl von Firmen schnell erfolgt.
D-EDGE – Migration zu A2021. Aufgrund der Einstellung des Supports für die Vorgängerversion des Protokolls erforderte D-EDGE einen Wechsel zur neueren Version A2021. Es gibt keine wesentlichen Änderungen an der Funktionalität der Schnittstelle. Hier sind die Details:
- Export – Wenn kein maximaler Aufenthalt festgelegt ist, wird MaxStay = 0 anstelle von 99 wie bisher gesendet.
- Extras – Zum unterstützten Abrechnungsmodell für Extras (PerNight) haben wir drei weitere Modelle hinzugefügt:
- PerStay – wird bei Anreise berechnet.
- PerGuest – die Menge wird nach der Formel qty = guest count × quantity berechnet.
- PerGuestPerNight – ähnlich wie PerNight, wobei die Menge nach der Formel qty = guest count × quantity berechnet wird.
- Übernachtungsraten – Wir haben eine geringfügige Änderung an der Preisverarbeitung vorgenommen. Es werden nun Preise gemäß dem Steuermodell in Clock verwendet. Anstelle von unitPrice wie bisher werden nun die neuen Felder unitPriceAfterTax oder unitPriceBeforeTax verwendet.
- Gesamtanzahl der Gäste – Es werden nun die Felder @adultCount und @childCount verwendet, wodurch die Anzahl der Gäste auf die Zimmer verteilt wird.
- Zahlungsinformationen – Die Werte der Attribute paidamount, dueAmountAtBooking und dueAmountOnArrival werden, sofern verfügbar, zu den Buchungsnotizen hinzugefügt.
- Zahlungsimport – Wie bisher wird der Wert aus dem psp-Knoten bezogen.
Korrekturen
Firmen – Firmengäste – Die Liste enthielt Profile, die (nach dem Zusammenführen von Profilen) bereits archiviert waren.
Zimmermerkmale – Zimmer mit OOS-Status wurden in der Zimmerliste ausgeblendet.
Betriebsprotokoll (Fiskalisches Betriebsprotokoll) – Die Ergebnisse wurden für ein angegebenes Datum nicht korrekt gefiltert.
Integrationen
Feratel – Ein Problem wurde behoben, bei dem ein mehrfaches schnelles Klicken auf die Export-Schaltfläche zu doppelten Gastprofilexporten führen konnte. Wir haben den Exportmechanismus verbessert, um doppelte Exporte zu verhindern.
RO e-Factura – Ein Problem bei bestimmten Konten wurde behoben, bei dem neu erstellte elektronische Rechnungsdokumente vom geplanten Nachbearbeitungsauftrag nicht berücksichtigt wurden.
Private Analytics / BigQuery Export – Der Exportprozess wurde verbessert, um Änderungen des Abonnementnamens in Clock besser zu verarbeiten.
General-Ledger-Perioden – Im Rahmen unserer kontinuierlichen Verbesserungen im Rechnungswesen haben wir General-Ledger-Perioden eingeführt, mit denen Sie GL-Codes und Kostenstellen für die verschiedenen Datenströme in Clock konfigurieren können.
GL-Codes für Zahlungen, die zuvor unter „GL-Codes“ konfiguriert wurden, wurden in den neuen Bereich „General-Ledger-Perioden“ verschoben.
Sie können die Codes innerhalb einer bestehenden Periode aktualisieren oder eine neue Periode erstellen, um historische Buchhaltungsinformationen beizubehalten.
Beispiel: Wenn sich der GL-Code für Barzahlungen am 1. Dezember von 1111 auf 1112 ändert, erstellen Sie einfach eine neue General-Ledger-Periode mit Gültigkeit ab diesem Datum und konfigurieren Sie die neuen Codes. Berichte für Zeiträume vor dem 1. Dezember weisen weiterhin 1111 aus, während Berichte ab dem 1. Dezember 1112 verwenden.
- Dies gewährleistet Konsistenz und Genauigkeit in historischen Berichten, wenn sich Buchhaltungskonfigurationen im Laufe der Zeit ändern.