Kompleksowe zasady integracji rezerwacji

Poniższe zasady integracji mają zastosowanie do kompleksowej integracji Rezerwacji.

Zasady kompleksowej obsługi

Zanim rozpoczniesz integrację, zapoznaj się z tymi kryteriami kwalifikacji. Aby kwalifikować się do integracji z Actions Center w ramach kompleksowej integracji rezerwacji, partnerzy muszą spełniać te wymagania i przestrzegać tych zasad.

Poniższe wymagania są niezbędne do spełnienia kryteriów udziału w programie Actions Center, ale ich spełnienie nie gwarantuje, że partner będzie mógł zintegrować się z tym centrum lub wdrożyć je.

Nieprzestrzeganie wymagań i zasad może skutkować zawieszeniem integracji, zawieszeniem lub usunięciem sprzedawcy lub usług z platformy.

Ogólne wymagania dotyczące platformy

  1. Partnerzy muszą zbierać i przetwarzać wszystkie dane dotyczące sprzedawców i użytkowników, w tym informacje umożliwiające identyfikację, w sposób zgodny z ogólnym rozporządzeniem o ochronie danych (RODO) i innymi obowiązującymi przepisami dotyczącymi prywatności.
  2. Partnerzy muszą mieć uprawnienia do dokonywania rezerwacji w imieniu sprzedawców.
  3. Partnerzy muszą mieć bezpośredni dostęp do informacji o dostępności i slotach czasowych sprzedawców w czasie rzeczywistym (czyli muszą być w stanie odpowiedzieć na żądania dotyczące dostępności przesłane przez Google w mniej niż 1 sekundę).

    • Przypadek szczególny: obsługujemy rezerwacje, które wymagają asynchronicznego potwierdzenia od sprzedawcy, ale proces rezerwacji musi być oparty na dostępnym przedziale czasowym. Partnerzy muszą mieć dostęp do informacji o dostępności w czasie rzeczywistym, np. za pomocą systemów online sprzedawcy, nawet jeśli wymaga to potwierdzenia przez sprzedawcę w celu dokończenia rezerwacji.
  4. Partnerzy muszą mieć pełny asortyment dla swoich sprzedawców. Sprzedawcy, którzy mają niepełny lub ograniczony asortyment, mogą nie kwalifikować się do skorzystania z oferty.

  5. Partnerzy muszą mieć dostęp do sprzedawców przez co najmniej 30 dni.

  6. Partnerzy muszą umożliwiać anulowanie rezerwacji online.

  7. Partnerzy wymagający przedpłaty muszą przestrzegać zasad płatności Centrum działań, a ich procesorzy płatności muszą znajdować się na liście obsługiwanych płatności i akceptować płatności tokenizowane.

  8. Partnerzy muszą być w stanie podać dokładne dane o cenach usług i przestrzegać zasad dotyczących cen w Centrum działań.

  9. Partnerzy muszą spełniać wymagania techniczne dotyczące pełnej integracji rezerwacji w Centrum działań.

  10. Partnerzy muszą spełniać wymagania dotyczące sprzedawców i usług określone w Actions Center.

  11. Partnerzy muszą przestrzegać wskazówek dotyczących obsługi i konserwacji Centrum działań.

  12. Partnerzy muszą utrzymywać dopuszczalne wskaźniki błędów określone w wytycznych dotyczących wdrażania i monitorowania.

  13. Wszystkie rezerwacje muszą być potwierdzane automatycznie w czasie rzeczywistym z wyjątkiem rezerwacji dokonanych za pomocą integracji asynchronicznej. Rezerwacje dokonywane za pomocą integracji asynchronicznej muszą być zgodne z wytycznymi dotyczącymi asynchroniczności.

  14. Partnerzy muszą przestrzegać zasad dotyczących danej branży lub funkcji w Centrum działań (Oferty, Płatności, Usługi onlineDining).

  15. Partner musi utrzymywać standardową jakość treści w przypadku nazwy, adresu, nazwy usług i opisu sprzedawcy zgodnie z wytycznymi.

Zasady dotyczące ofert

Strona docelowa

  • Wszystkie oferty udostępniane Google dotyczące dowolnej restauracji powinny być widoczne na stronie docelowej ze wszystkimi istotnymi informacjami.
    • Wartość oferty i tekst opisu muszą być widoczne bezpośrednio na stronie docelowej.
    • Ograniczenia oferty związane z minimalną kwotą rachunku, maksymalną wartością rabatu i wymaganą subskrypcją muszą być widoczne bezpośrednio na stronie docelowej.
    • Wszystkie inne ograniczenia oferty (np. warunki kwalifikowania się, instrukcje dotyczące realizacji, warunki itp.) muszą być widoczne na stronie docelowej lub dostępne w 1 kliknięciu od strony docelowej (np. w wyskakującym oknie).
  • W przypadku wszystkich ofert oprócz ofert OFFER_MODE_WALK_IN przepływ czynności powiązany z ofertą (np. rezerwacja stolika) musi umożliwiać użytkownikowi wybranie ofert dostępnych w ramach jego wyboru (np. W przypadku rezerwacji oferty dostępne w wybranym przedziale czasowym i dla wybranej liczby osób
  • Instrukcje i metody korzystania z oferty muszą być wyraźnie określone i możliwe do wykonania (np. jeśli skorzystanie z oferty wymaga opłacenia rachunku w systemie partnera podczas płatności, należy podać instrukcje dotyczące płatności w systemie i umożliwić użytkownikowi opłacenie rachunku w systemie partnera podczas płatności).
  • Jeśli adres URL oferty może przekierowywać do aplikacji partnerskiej (jeśli jest zainstalowana), obowiązują te same wymagania co powyżej, w przypadku strony aplikacji mobilnej.

Oferta

  • Oferta musi być ogólnodostępna dla każdego użytkownika. Oferty mogą wymagać płatnej subskrypcji, o ile każdy może ją wykupić.
  • Wszystkie metadane muszą być dokładne i aktualne w momencie przesyłania pliku danych.
    • W plikach danych nie można uwzględniać ofert, które w momencie ich przesyłania są niedostępne.

Zasady i wymagania dotyczące menu z jedzeniem

Zanim rozpoczniesz integrację, zapoznaj się z tymi kryteriami kwalifikacji. Aby kwalifikować się do integracji, partnerzy muszą przestrzegać zasad dotyczących menu z jedzeniem i spełniać te wymagania: Pamiętaj, że Google zastrzega sobie prawo do wyświetlania danych o menu i daniach w sposób przydatny dla użytkowników.

Nieprzestrzeganie wymagań i zasad może skutkować zawieszeniem integracji, zawieszeniem sprzedawców lub usług lub usunięciem ich z platformy.

Zasady i wymagania

  1. Partnerzy nie mogą przesyłać w menu menu niedozwolonych informacji (patrz szczegóły), takich jak wulgarny język, niedozwolone obrazy, informacje umożliwiające identyfikację lub treści użytkowników.
  2. Partnerzy nie powinni używać pliku danych menu do udostępniania elementów innych niż menu, takich jak usługi (np. odbiór z parkingu, kody promocyjne itp.).
  3. Partnerzy muszą podać wszystkie wymagane dane w specyfikacji menu E2E rezerwacji lub specyfikacji menu przekierowywania zamówień (maksymalny rozmiar pliku to 2 MB). Wymagania techniczne są opisane w specyfikacji menu Rezerwacje E2E lub menu Przekierowanie zamówienia poprzez oznaczenie pól jako opcjonalnych lub wymaganych.
  4. Partnerzy powinni podawać tylko pozycje menu dostępne w odpowiednich lokalizacjach restauracji.
  5. Partnerzy muszą przesłać pełne menu dla każdej lokalizacji. Sprzedawcy z niepełnymi menu mogą nie kwalifikować się do wyświetlania.
  6. Partnerzy i sprzedawcy muszą dbać o to, aby menu były aktualne, i przesyłać aktualizacje codziennie.
  7. Zdjęcia pozycji w menu powinny być dobrze oświetlone, przedstawiać jeden ostry element menu, nie mogą zawierać osób ani innych obrazów niezwiązanych z jedzeniem i muszą być zgodne ze specyfikacją zdjęć (patrz wytyczne dotyczące zdjęć).
  8. Ceny powinny być podawane za każdy produkt w menu bez napiwków, podatków i opłat, chyba że wymagają tego lokalne przepisy i rozporządzenia. Partnerzy muszą wyraźnie podać lokalną walutę.
  9. Menu specjalne są obsługiwane i powinny zostać usunięte, gdy nie są już dostępne (np. menu prix fixe, sezonowe, specjalne na określony czas).

Zasady dotyczące przekierowania płatności

W tej sekcji znajdziesz ogólne zasady i zasady dotyczące poszczególnych funkcji dotyczące implementacji przekierowania płatności w Centrum działań. Aby zapewnić spójne działanie dla konsumentów, sprzedawców i partnerów korzystających z Centrum działań, asortyment wymagający płatności musi być zgodny z odpowiednimi wytycznymi. Nieprzestrzeganie tych zasad spowoduje zawieszenie integracji.

Ogólne

Te zasady dotyczą wszystkich transakcji płatności i zasobów reklamowych w Zarezerwuj z Google:

  1. Kwota obciążająca użytkownika musi być taka sama jak określona w warunkach transakcji zgodnie z obowiązującymi przepisami.
  2. Partnerzy są odpowiedzialni za aktualizowanie dostępności za pomocą aktualizacji w czasie rzeczywistym (RTU) lub za to, aby połączenia BatchAvailabilityLookup odzwierciedlały dokładną dostępność slotów.
  3. Użytkownik nie może być obciążany żadnymi opłatami za transakcje wymagane przy użyciu karty kredytowej.
  4. Nie wolno naliczać opłat, na które użytkownik nie wyraził wyraźnej zgody w trakcie procesu płatności.
    • Warunki płatności podane na powiązanej stronie Warunki korzystania z usługi nie spełniają tego wymogu.
  5. W przypadku usług świadczonych osobiście1 wszystkie płatności muszą być dokonywane w momencie rezerwacji lub tylko osobiście. Zbieranie płatności w dowolny inny sposób jest surowo zabronione.
  6. Transakcja musi być wyświetlana i obciążana w walucie lokalizacji sprzedawcy (waluta jest określana w ramach procesu konfiguracji płatności). Nie może dojść do przeliczenia walut.

1. Wszystkie usługi stacjonarne z wyjątkiem tych świadczonych w ramach tej integracji, takich jak przedpłaty i wpłaty

Wymagania dotyczące stron docelowych

  1. Strona docelowa musi rozpoczynać proces rezerwacji ze wstępnie wybraną liczbą grup i przedziałem czasu.
  2. Strona docelowa nie może być stroną główną dostawcy platformy ani żadną inną stroną.
  3. Pierwszy krok na stronie docelowej z precyzyjnym linkiem nie może być ekranem płatności, na którym użytkownicy nie mogą wyświetlić powiązanych metadanych rezerwacji, dopóki nie podadzą szczegółów płatności.
  4. Pierwszym krokiem strony docelowej z precyzyjnymi linkami nie może być strona logowania. Proces rezerwacji musi zawierać opcję płatności bez logowania, która umożliwia użytkownikom dokonanie rezerwacji bez logowania się ani tworzenia konta.
  5. Linkowanie i strona docelowa nie mogą wymagać od użytkownika pobrania aplikacji w celu dokonania rezerwacji.