Przejdź do głównej zawartości
Polski

Dziennik wysyłek: sprawdź, co trafiło do kanałów

Po coSprawdzić, co rzeczywiście wyszło z PMS do kanałów i jak poszło dostarczanie — gdy w kanale nie widać zaktualizowanych cen albo rezerwacji.
Dla kogoAdministratorowi, który rozpracowuje rozbieżność między PMS a kanałem.
Co uzyskaszUmiesz odczytać dziennik zdarzeń wychodzących i kod błędu oraz wiesz, jak uruchomić ponowną wysyłkę.
OgraniczeniaOsobnego przycisku „wyślij ponownie ten wpis” w dzienniku nie ma — ponowna wysyłka uruchamia się dla jednego kanału albo dla wszystkich kanałów naraz.

Każda zmiana — cena, dostępność, nowa rezerwacja albo anulowanie — wychodzi do podłączonych kanałów jako zdarzenia. Dziennik wysyłek pokazuje każdą wysyłkę i jej wynik: gdy w kanale „coś się nie zaktualizowało”, tu widać, czy zmiana w ogóle wyszła i czym skończyło się dostarczanie.

W artykule — jak otworzyć dziennik, odczytać wpis, zrozumieć przyczynę niepowodzenia i uruchomić ponowną wysyłkę.

PMS i kanał to dwa osobne systemy, a łączy ich strumień zdarzeń wychodzących: każda zmiana cen, dostępności albo rezerwacji wyjeżdża do kanału jako zdarzenie. Dziennik zapisuje każdą wysyłkę i przechowuje przy niej to, co najważniejsze: kanał, okres i status.

To wystarczy, żeby wiedzieć, po czyjej stronie jest problem:

  • wysyłka dostarczona — PMS swoją część zrobił, dalej pytania do kanału;
  • wpisu w dzienniku nie ma — zmiana z PMS w ogóle nie wychodziła;
  • dostarczanie się nie powiodło — przyczyna zapisana w samym wpisie, do niej jeszcze dojdziemy.
  1. Otwórz „Channel Manager” w menu po lewej.
  2. Przejdź na zakładkę „Zdarzenia”.
  3. Otwórz podzakładkę „Wychodzące” — to właśnie dziennik wysyłek.

Efekt: przed Tobą wszystkie zdarzenia wychodzące; filtry „Wszystkie kanały”, „Wszystkie typy zdarzeń” i „Wszystkie statusy” plus wyszukiwanie „Szukaj po ID/typie/błędzie” zawężają listę do właściwego wpisu.

Obok są jeszcze dwie podzakładki: „Przychodzące” — co kanał przysyłał, i „Dziennik działań” — kto i jakie ustawienia zmieniał. Do rozebrania dostarczania potrzebna jest właśnie „Wychodzące”.

Wpis dziennika ma swoje kolumny:

  • „Czas” — kiedy zdarzenie wyszło z PMS.
  • „Kanał” — dokąd szło: nazwa kanału i ID obiektu w nim.
  • „Typ zdarzenia” — co konkretnie wychodziło.
  • „Okres” — daty, których dotyczyła aktualizacja.
  • „Status” — czym skończyło się dostarczanie.
  • „Próby” — ile razy system próbował dostarczyć.
  • „Evidence” i „Błąd” — przyciski „Otwórz”: treść zdarzenia i przyczyna niepowodzenia.

Typów zdarzeń jest trzy: ceny i dostępność wychodzą jednym typem, rezerwacje — dwoma.

  • availability.update — aktualizacja dostępności i cen;
  • reservation.export.create — utworzenie rezerwacji;
  • reservation.export.cancel — anulowanie rezerwacji.

Statusy dziennik zapisuje alfabetem łacińskim:

  • DONE — dostarczone: kanał przyjął wysyłkę;
  • FAILED — niedostarczone: wysyłka nie dotarła — rozgryź ją przez błąd; o tym następna sekcja.

Efekt: para „Status” + „Próby” odpowiada na główne pytanie — czy aktualizacja dotarła i ile razy system próbował ją dostarczyć.

  1. Znajdź wpis ze statusem FAILED.
  2. W kolumnie „Błąd” kliknij „Otwórz”.
  3. W oknie „Treść błędu zdarzenia wychodzącego” przeczytaj kod przyczyny; długą treść wygodniej przeglądać wyszukiwaniem „Szukaj w treści błędu”.

Kod przyczyny to najbardziej konkretna podpowiedź we wpisie. Na przykład „kanał nie zna obiektu o takim ID” znaczy, że zewnętrzne ID obiektu się nie zgadza — sprawdź ustawienia połączenia: pole z ID obiektu, które wypełniałeś przy podłączaniu kanału. Jak czytać sam status połączenia — w artykule Statusy kanałów: aktywny, wstrzymany, błąd.

Osobnego przycisku „wyślij ponownie” przy wpisie dziennika nie ma. Ponowna wysyłka uruchamia się poziom wyżej:

  • do wszystkich kanałów naraz — na zakładce „Kanały” otwórz menu „Funkcje” i wybierz „Wyślij aktualizacje do wszystkich OTA”;
  • do jednego kanału — kliknij ikonę „Uruchom wysyłkę do wybranego kanału” na karcie właściwego kanału.

Dwa ograniczenia. Przy kanale ze statusem „Wstrzymany” ikona wysyłki jest nieaktywna — najpierw przywróć kanałowi status aktywny (jak — w artykule o statusach kanałów linkowanym wyżej). I równolegle z ręcznymi wysyłkami system sam ponawia niedostarczone wysyłki: ile prób już było, widać w kolumnie „Próby”.

Efekt: punktowej ponownej wysyłki nie ma — aktualizacja wychodzi na nowo do całego kanału albo do wszystkich kanałów naraz; między Twoimi wysyłkami system robi własne próby.

Jeśli ten sam problem powtarza się, przerzucanie dziennika wpis po wpisie męczy. Na powtórzenia jest osobna zakładka „Błędy kanałów” — zestawienie powtarzających się problemów ze wszystkich kanałów.

  • Filtry — „Status”, „Kod kanału”, „Kierunek”.
  • Kolumny — od statusu i kanału („Status”, „Ostatnie powtórzenie”, „Kanał”, „Kierunek”) po sedno problemu („Przyczyna”) i jego skalę („Powtórzenia”, „Powiązane rezerwacje”).

Pusta zakładka z napisem „Nie znaleziono błędów kanałów” to dobra wiadomość: powtarzających się problemów system nie widzi.