Zasady kompleksowej integracji rezerwacji

W przypadku kompleksowej integracji rezerwacji obowiązują te zasady integracji:

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 Actions Center lub wdrożyć tę usługę.

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ć kompleksowe zasoby reklamowe dla swoich sprzedawców. Sprzedawcy z częściowym lub niesprzedanym asortymentem mogą nie kwalifikować się do udziału w programie.

  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 Centrum działań dotyczące pełnej integracji rezerwacji.

  10. Partnerzy muszą przestrzegać wymagań dotyczących sprzedawców i usług w Centrum działań.

  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 online i Dining).

  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ępnione Google dla każdej restauracji powinny być widoczne ze wszystkimi istotnymi informacjami na stronie docelowej.
    • 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 partnera (jeśli jest zainstalowana), te same wymagania obowiązują również 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 przesłania pliku danych 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 plikach menu informacji zabronionych (patrz szczegóły), takich jak wulgaryzmy, zakazane obrazy, informacje umożliwiające identyfikację osób lub treści utworzone przez 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 rezerwacji E2E lub specyfikacji menu przekierowania zamówienia (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 produkt w ostrzejszym świetle, 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, menu sezonowe, menu specjalne dostępne przez ograniczony 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 środowisko dla konsumentów, sprzedawców i partnerów korzystających z Actions Center, 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łatniczych i asortymentu w Reserve with 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. Nie należy obciążać użytkownika opłatami za transakcje wymagające użycia 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 zawarte na połączonej stronie Warunków korzystania z usługi nie spełniają tego wymagania.
  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 świadczone osobiście, z wyjątkiem tych, które są dostępne w ramach tej integracji, takich jak przedpłaty i za kaucje.

Wymagania dotyczące stron docelowych

  1. Strona docelowa musi być początkiem procesu rezerwacji z wstępnie wybraną liczbą osób i godziną.
  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. Pierwszy krok na stronie docelowej z precyzyjnym linkiem nie może być stroną 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.