The Smarter Booking Solution. Schulungsunterlagen Partner seekda Schulungsunterlagen History des Booking Managers
Hinweis Copyright 2013 by seekda GmbH. seekda GmbH, Neubaugasse 10/15, 1070 Wien, Austria, Geschäftsführer: DI Alexander Wahler, Dipl.-Wi.-Inform. (FH) Holger Lausen, FN Nummer: FN 323499 i, Firmengericht: Handelsgericht Wien, UID Nummer: ATU64922999, Wirtschaftskammer: Wirtschaftskammer Österreich, Fachgruppe: Unternehmensberatung und Informationstechnologie. Alle verwendeten Produkt- und Markennamen sind Eigentum der jeweiligen Inhaber. Die Preise verstehen sich exklusive USt. Vorbehaltlich Satz- und Druckfehler. Es gelten die AGB der seekda GmbH in der jeweils gültigen Fassung. Diese erhalten Sie auch unter www.seekda.com/at/agb. Alle Rechte vorbehalten.
Was ist die History? Die History ist eine Übersicht von getätigten Abläufen, Prozessen oder Einstellungen im Booking Manager. Mit der History lässt sich der zeitliche Verlauf von Updates eines Booking Manager Accounts nachvollziehen. Diese Updates umfassen sowohl manuelle Angaben als auch schnittstellenbezogene Änderungen. Die History soll uns dabei helfen, herauszufinden, warum und wieso etwas passieren konnte. Wichtig ist zu wissen, dass die History aber nicht alles zeigt, was passiert. Vor allem bei den Schnittstellen sollte man berücksichtigen, dass jede Schnittstelle sich anders verhält und anders aufgebaut ist. Denken Sie daran, dass die seekda History ausschließlich die Messages anzeigt, die uns die Schnittstellen zur Verfügung stellen. Beispiel mit einem PMS: Protel sendet uns ein OK als Antwort für jedes Update. Wir können in der History sehen, ob und wann seekda eine Reservierung zur Abholung zur Verfügung gestellt und wann Protel diese Reservierung abgeholt hat. VS. Gastrodat holt sich die Reservierungen von seekda ab, ohne dass wir das Registrieren. Deswegen kann nicht in der History überprüft werden, ob der Reservierungsimport von Gastrodat korrekt funktioniert. Aber bitte lassen Sie sich dadurch nicht verwirren. Grundsätzlich zeigt die History eine konsequente Struktur.
Zugang zu der History Die History gehört immer nur zu einem bestimmten Booking Manager Account. Es gibt keine booking.con History oder Tiscover History. Ausgangspunkt ist immer ein Booking Manager Account. Wenn Sie im Account eingeloggt sind, sehen Sie oben rechts den History Icon: Wenn Sie nicht bei seekda eingeloggt sind, können Sie auch nicht die History abrufen (wenn Sie z.b. einen Link erhalten) Tipp: mit der rechten Maustaste können Sie die History in einem zweiten Tab öffnen und somit bequemer zwischen Account Daten und History wechseln.
Wie ist die History aufgebaut? Die History hat 8 Bereiche: Wenn Sie eine bestimmte Anfrage starten, sehen Sie grundsätzlich wann und von welchem User eine Änderung gespeichert wurde. Ein User kann auch eine Schnittstelle sein. Nicht gespeicherte Änderungen werden nicht angezeigt. Beispiel: Wenn ein Betrieb meldet, dass er die Preise geändert hat und diese nun verschwunden sind, können Sie überprüfen wann diese bestimmte Preisliste für diese bestimmte Zeit zum letzten Mal geändert wurde. Deswegen ist es sehr wichtig, dass Sie immer konkrete Informationen bzw. konkrete Beispiele vom Hotel erfragen. Wenn Sie vom Betrieb die Anfrage erhalten die Preise seien nicht korrekt, wissen Sie damit nicht, was Sie in der History genau überprüfen sollen. Ein Update kann gleichzeitig mehrere Updates beinhalten: z.b. Eine booking.com Reservierung; In diesem Update sieht man nicht nur, dass seekda eine Reservierung von booking.com abgeholt hat, sondern auch die Messages, die nach der Reservierung an die Kanäle gesendet wurde (z.b. auch an Feratel die Info Zimmer XY ist am Tag z.z. 1x weniger verfügbar).
Was kann die History? Sie können bei einer Anfrage bestimmte Kriterien eingeben, um die Suche zu beschränken. Wenn Sie die Suche aber zu sehr beschränken, könnten Sie wichtige Eintragungen übersehen! z.b.: Das Hotel teilt Ihnen mit, es habe eine booking.com Reservierung von gestern nicht erhalten (d.h.: die Reservierung ist bei booking.com aber nicht bei seekda vorhanden). Wenn Sie konkret nach booking.com Reservierungen von gestern suchen, würden Sie nicht sehen, ob die Reservierung vielleicht doch heute erst gemacht wurde. Oder möglicherweise hat der Gast bei Expedia und nicht bei booking.com reserviert? Oder Sie suchen konkret nach einer Reservierungs-ID und riskieren dabei, andere Reservierungen zu übersehen, die in dem Zusammenhang auch wichtig sein könnten. Eine History Abfrage zeigt standardmäßig die letzten 5 Updates. Das letzte Update wird immer als Erstes angezeigt (d.h.: chronologisch absteigend). Sie können die Anzahl der Updates für die Anzeige erhöhen: Um weitere (ältere) Updates zu sehen, klicken Sie einfach auf Next
Rateplan Unter Rateplan sehen Sie die Updates für alle Preislisten und Pauschalen, die ein Hotel hat oder hatte. Ein Rateplan hat folgende Filtermöglichkeiten: Rateplan (Code) o Wenn Sie einen Rateplancode auswählen, erscheint ein weiterer Filter: Details Affected dates between: Für welche Zeiträume wurden die Änderungen gemacht? Updated between: Wann wurden die Änderungen gemacht? User: Wer hat die Änderungen gemacht? XPath: Wird nur von der Technik benötigt.
Typisches Beispiel: Der Betrieb fragt, wieso die letzte Preisänderung nicht an Feratel und booking.com übertragen wurde. Erfahren Sie konkrete Infos, damit Sie das überprüfen können: Um welche Preisliste geht es? Für welchen Tag? Wann hat das Hotel die Änderungen durchgeführt? Wie schaut die Abweichung aus? Was steht bei seekda und was bei Feratel? Bei dem Check stellt sich nicht selten heraus, dass die Preise bei seekda anders sind als das Hotel geglaubt hat! Sie sparen viel Zeit wenn Sie am Anfang den Datencheck machen. Die Hotels werden Verständnis dafür haben, dass nur wenn eine Abweichung lokalisiert, diese untersucht werden kann -> Ohne Problem keine Lösung. Nachdem Sie sichergestellt haben, dass die Schnittstelle an Feratel aktiviert ist, die Mappings korrekt sind und die genannten Preise tatsächlich an Feratel übertragen werden, können Sie in der History nach dem Update suchen.
Was sehe ich hier? Diese Preisliste wurde am 15.05.2013 zum letzten Mal geändert. In diesem Fall ist der USER wrapper@app.seekda.com eine PMS Schnittstelle (Protel sendet Preise an seekda). Was wurde geändert? Klicken Sie auf dem Rateplancode und dann auf price history up to this change Hier wurde der Preis für 1 und für 2 Personen geändert (erhöht) -> vergleichen Sie die 2 Updates, um festzustellen was sich geändert hat. Die Rate hat weiterhin Minlos 1 und Maxlos 9999 und ist nicht für die Anreise gesperrt. Diese Rate hat keine Kinderpreise -> Felder sind leer. Diese Updates wurden an einige Kanäle gesendet (das können Sie an den bunten Kanalupdates erkennen).
Wenn Sie auf den Channel Icon Klicken, sehen Sie was mit dem Update passiert ist: Booking.com Update: Klicken Sie einfach auf booking.com Orange Warning Das Update wurde zum Teil abgelehnt, weil das Hotel Mindestkontingente hat. Bitte beachten Sie die ganze Message. Die Preisänderung wurde seitens booking.com mit OK bestätigt SPEZIAL: Aufgrund des technischen Aufbaus der booking.com Schnittstelle werden bestimmte Updates mit den Rooms oder Rates gesendet. Checken Sie einfach immer beide Updates, um sicher zu sein.
Ein sehr typisches Beispiel: Die Ablehnung eines Updates für NULL ZIMMER VERFÜGBAR sehen Sie in den Rateplan Updates von booking.com und nicht in den Availability Updates. D.h.: Booking.com erlaubt seekda nicht, die Verfügbarkeiten auf NULL zu setzen, wenn noch Zimmer im Mindestkontingent vorhanden sind. Warum ist das wichtig? Wenn ein Hotel wissen möchte, wieso das Zimmer bei booking.com buchbar war, obwohl sie bei seekda NULL Zimmer frei hatten, können Sie darauf hinweisen, dass es an den Mindestkontingenten von booking.con gelegen hat. Feratel Update: Wurde mit OK bestätigt Es gibt keine Anhaltspunkte dafür, dass die Preisänderung nicht an booking.com und Feratel gesendet worden ist.
Unter Rates können Sie auch Ableitungen einsehen Bei der Ableitung werden die Einstellungen angezeigt, die hierfür gemacht wurden!! D.h.: Preiserhöhung oder Minderung und NICHT Gesamtpreis inklusive Erhöhung oder Minderung: Was bedeutet das? Die Preisliste DOUBLE_ROO ist eine Ableitung von ROOM_03_05 -> siehe derivated from Bis zum 26.11.2012 hat die Ableitung für alle Zeiträume gegolten, wofür auch die Hauptpreisliste angelegt war ( ROOM_03_05 ). Das erkennt man daran, dass bis dahin kein Zeitraum für die Preisableitung definiert war. Am 26.11.2012 hat der User sabrina.korolev@seekda.com die Ableitung beschränkt und nicht mehr für den Gesamtzeitraum buchbar gemacht Nun gilt die Ableitung nur für 26.11.2012 bis 30.11.2012. Die Ableitung hat keinen Mindest- oder Maximalaufenthalt -> die Felder sind leer (das bedeutet aber nicht, dass diese Ableitung womöglich Minlos und Maxlos von der Hauptpreisliste übernommen hat!) Die Ableitung wurde mit einem höheren Preis als die Hauptpreisliste definiert -> siehe Adjustment UP. z.b. bei 2 Personen ist die Ableitung um 20 EUR teurer als die Hauptpreisliste -> 2: 30.00
Availability Hier werden in der Regel Filter für die Suche verwendet. Unter Inventory wählen Sie den Zimmertypcode aus. Was sehe ich? Am 09.05.2013 wurde der ausgewählte Zimmertyp zum letzten Mal geändert. Die Änderung kam über Tiscover. Hier könnten Sie z.b. auch sehen, ob nach dem Update einer PMS Schnittstelle, ein anderer User die Verfügbarkeiten manuell bei seekda geändert hat.
Was wurde genau geändert? Klicken Sie auf availability history up to this change Hier z.b. für die Übernachtung am 4.06.2013 wurde die Verfügbarkeit von 1 auf NULL gesetzt. Hier sehen Sie z.b. auch, ob es ein Verfügbarkeits-Update aufgrund einer Reservierung gegeben hat: Vor der Reservierung waren 10 Zimmer verfügbar, nach der Reservierung 9. Hinweis: Re-Submit wird von Ihnen nicht benötigt. XML benötigen Sie grundsätzlich auch nicht. Wenn Sie das XML lesen können, dürfen Sie selbstverständlich hier nachschauen.
Hotel Content Diese Suche wird eher selten gebraucht, weil die Stammdaten nicht sehr häufig bearbeitet werden und somit auch wenige Fragen in diesem Kontext aufkommen. Bei der Suche im Hotel Content sollten Sie am besten den Bereich auswählen, da ansonsten zu viele Informationen angezeigt werden. Es gibt 4 Bereiche (ohne Auswahl sind auch Änderungen sichtbar, die nicht in einem Bereich klassifiziert werden) 1. Booking Policies Hier werden alle Buchungsgarantien (CODE) die das Hotel hat oder hatte angezeigt. 2. Cancel Policies Hier werden alle Stornierungsrichtlinien (CODE) die das Hotel hat oder hatte angezeigt. 3. Description 4. Rooms
Was können Sie hier sehen? Wenn die Belegung eines Zimmertyps geändert wurde. Rooms Zimmercode auswählen Am 15-05-2013 um 11:47 hat sabrina.korolev@seekda.com die Maximalbelegung von 3 auf 4 erhöht.
Reservations Um alle Reservierungen einsehen zu können: Klicken Sie einfach auf Reservations. In der Übersicht sehen Sie anschließend: wann die Reservierung gemacht wurde die ReservierungsID Channel (reservierungsquelle) Reservierungstatus: Reserved, Modify, cancelled. Anreisedatum Gastname und Emailadresse (außer wenn der Channel uns die Adresse nicht sendet) Channel Status (welche Auswirkungen hatte die Reservierung auf Channel XY) Views: Reservierungstemplate Zimmerkategorie(n) und Rate(s)
Bei Availability und Rate sehen Sie nicht nur, was hier gebucht wurde. Sie können auch das letzte Update vor der Reservierung abrufen: Wenn Sie auf ROOM_2 klicken: Sehen Sie die Verfügbarkeiten für dieses Zimmer und das Datum VOR und nach der Reservierung: Vor der Reservierung waren 6 Zimmer verfügbar, danach nur noch mehr 5. Wir können hier nachvollziehen, dass diese 6 Zimmer, die die Reservierung möglich gemacht haben, am 14.01.2013 freigemeldet wurden. In diesem Fall von der PMS Schnittstelle.
Sie werden sicherlich häufig überprüfen müssen, wieso eine bestimmte Reservierung möglich war. Weil das Hotel meldet, die Zimmer seien nicht frei gewesen. Sollten Sie unter Reservations keine Lösung finden, suchen Sie immer auch direkt unter Availabilities. Wenn Sie auf den Ratecode klicken, sehen Sie wann der Preis eingetragen wurde, der reserviert ist. Nehmen wir an, der Betrieb hat gemeldet, das für diese Reservierung ein Preis von 133 EUR für 2 Personen gelten soll und nicht 135 EUR. Im Rateupdate erkennen Sie, dass bis zum 14.01.2013 die 133 EUR eingetragen waren. Am 14.01.2013 (letztes Update vor der Reservierung) wurde der Preis aber auf 135 EUR erhöht. Auch hier ist der User eine PMS Schnittstelle. Wenn der Betrieb meldet, es hätte ein Minlos von 3 gelten sollen, können Sie hiermit nachvollziehen, dass Minlos 1 hinterlegt war. Direkt bei Rates können Sie auch mehrere Rateupdates überprüfen. Möglicherweise hatte der Betrieb früher Minlos 3 hinterlegt und dann mit 1 ersetzt. So könnten Sie auch diese Infos kommunizieren.
Im Rateupdate sehen Sie auch eine Channel Status Meldung. Wenn Sie z.b. auf booking.com klicken, sehen Sie dass die Meldung erfolgreich an booking.com gesendet und auch bestätigt wurde. Hier würden Sie auch bestimmte Warnungen sehen, die nicht automatisch Fehler sind, die behoben werden müssen. Bestimmte Channels erlauben Updates für bestimmte Zeiträume: z.b. Venere und Agoda nur für 1 Jahr im Voraus Feratel 3.0 für 550 Tage im Voraus Wenn der Betrieb Daten für länger bei seekda eingetragen hat, sehen Sie hier auch, wieso die Updates nicht beim Channel angekommen sind.
Services Unter Services können Sie Updates im Bereich der Zusatzleistungen abrufen. Diese Updates werden in der Praxis sehr selten gebraucht. Bei konkreten Anfragen stehen wir Ihnen gerne zur Verfügung. Channels Was sehen Sie hier? Sie sehen wann eine Schnittstelle aktiviert, deaktiviert oder aktualisiert wurde. Das ist z.b. ein Agoda Refresh: Die Schnittstelle war aktiviert: Siehe Enabled ist true Am 22.04.2013 wurde refreshed: Sie erkennen das, weil zur gleichen Zeit, die Schnittstelle de- und wieder aktiviert wurde.
Channel Setup Beim Channel Setup können Sie auch Filter verwenden: Channel Update Datumsbereich Was sehen Sie hier? Wenn neue Mappings gespeichert wurden, so können Sie diese Änderung in diesem Register einsehen. Der User sabrina.korolev@seekda.com hat am 23.01.2013 eine Änderung beim Channel Configuration Tool für Expedia gespeichert.
Status Beim Status können Sie auch Filter verwenden: Channel Message Art (z.b. ERROR) Update Datumsbereich Beim Status können Sie die Auswirkungen der Aktivierung einer Schnittstelle überprüfen z.b. nachdem Sie booking.com aktiviert haben Unter Details sehen Sie, was die Message bedeutet. Sie können auch die Auswirkungen eines Refreshs überprüfen: Wenn Sie eine Schnittstelle aktualisieren, so werden Sie keine Updates bei Rates oder Availabilities sehen, sondern nur unter Status.
Allgemeine Infos Was bedeuten die Farben beim Channel Status? Die einzigen Farben die eine konstante Aussagekraft haben sind Rot und Grün. Bei den Farben Blau und Orange kann das unterschiedliche Bedeutungen haben. Lesen Sie deswegen immer die Message, die in der Statusmeldung vorhanden ist. Selbstverständlich stehen wir Ihnen dabei für Fragen zur Verfügung: Senden Sie uns bitte den Link + die Message, damit wir Sie darüber aufklären können. Was bedeutet es, wenn eine Status Meldung des Channels fehlt, obwohl die Schnittstelle aktiviert ist? Das kann unterschiedliche Bedeutungen haben: Zum Zeitpunkt des Updates war der Kanal nicht aktiviert Es wird hierfür keine Meldung angezeigt Es gibt Verzögerungen in den Updates und es wird noch nicht angezeigt, weil das Update noch nicht erfolgt ist Wenn Sie eine konkrete Anfrage haben, helfen wir Ihnen gerne.