Wersje i monitorowanie

Nasz zespół zaplanuje uruchomienie na konkretną datę i godzinę. Możesz zauważyć opóźnienie w przejściu sprzedawców do trybu online, które może trwać kilka godzin.

Po uruchomieniu integracja jest monitorowana przez tydzień. Jeśli Twój serwer rezerwacji lub aktualizacje w czasie rzeczywistym przekroczą progi błędów, poinformujemy Cię o tym, abyś mógł je poprawić. Jeśli problemy nie zostaną rozwiązane, Google usunie Twoją integrację.

Serwer rezerwacji

W przypadku wszystkich implementacji serwera rezerwacji musi być uwzględniona ścieżka HealthCheck. Centrum działań okresowo sprawdza HealthCheck trasę. Jeśli nie odpowie lub zwróci nieprawidłową odpowiedź, tymczasowo wyłączymy Twoją integrację. Okresowo sprawdzamy HealthChecktrasę i gdy otrzymamy prawidłową odpowiedź, automatycznie przywracamy Twoją integrację.

Standardowe metody implementacji Progi odsetka błędów Progi czasu oczekiwania
CheckAvailability
Uwaga: ten punkt końcowy serwera rezerwacji jest starszy. Nowe integracje nie mogą implementować tego punktu końcowego.
<10% < 5 s
BatchAvailabilityLookup <3% <1,5 s
CreateBooking

UpdateBooking

<5% < 4 s

RTU

W przypadku jednostek RTU opóźnienie jest mierzone jako różnica czasu między wykonaniem działania (np. modyfikacją rezerwacji) a otrzymaniem przez Centrum działań żądania RTU.

API Progi odsetka błędów Progi czasu oczekiwania
BookingNotification RTU mniej niż 10% każdego dnia i w każdym stanie; < 5 minut

Współczynniki błędów możesz monitorować w różnych panelach Portalu dla partnerów, a mianowicie w panelach Pliki danych, Serwer rezerwacjiRTU.

Wymagania dotyczące zgodności zasobów reklamowych

Pamiętaj, aby nadal przestrzegać wymagań dotyczących zgodności asortymentu. Informacje o tym, jak sprzedawca może zrezygnować z Twojej usługi, znajdziesz w sekcji Usuwanie linków zewnętrznychartykule pomocy. Jeśli naruszysz zasady zgodności z zasobami reklamowymi, Twoja integracja może zostać wyłączona lub zakończona.