Wersje i monitorowanie

Nasz zespół zaplanuje uruchomienie na konkretną datę i godzinę. Może wystąpić kilkugodzinne opóźnienie w przejściu sprzedawców do trybu online.

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 wdrażania Progi liczby 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

RTUs

W przypadku 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 liczby błędów Progi czasu oczekiwania
BookingNotification RTU mniej niż 10% każdego dnia i w każdym stanie. < 5 minut

Stosunek błędów możesz monitorować w różnych panelach Portalu dla partnerów, a mianowicie w panelach Przeglądarka przesyłania, 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ętrznych w artykule pomocy. Jeśli naruszysz zasady zgodności z zasobami reklamowymi, Twoja integracja może zostać wyłączona lub zakończona.