Zasady kompleksowej integracji rezerwacji

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

Zasady kompleksowe

Zanim rozpoczniesz integrację, zapoznaj się z tymi kryteriami kwalifikacji. Partnerzy muszą spełniać te wymagania i przestrzegać tych zasad, aby kwalifikować się do integracji z pełną integracją rezerwacji w Centrum działań.

Poniższe wymagania są niezbędne do spełnienia kryteriów kwalifikacji do programu 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. w systemach 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ń. Ich procesory płatności muszą znajdować się na tej liście obsługiwanych procesorów 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 ze wytycznymi.

translation: human page_type: lcat

Zasady dotyczące ofert

Strona docelowa (strona i aplikacja na urządzenia mobilne)

  • Wszystkie oferty udostępnione Google dla każdej restauracji powinny być widoczne ze wszystkimi istotnymi informacjami co najmniej na stronie docelowej na urządzeniu mobilnym.
    • Wartość oferty i tekst opisu muszą być widoczne bezpośrednio na stronie docelowej.
    • Strony docelowe muszą w wyraźny i wyczerpujący sposób określać wymagania dotyczące kwalifikowania się do każdej oferty. Obejmuje to ograniczenia związane z segmentami użytkowników, metodami płatności, konkretnymi dniami lub godzinami, minimalnymi kwotami wydatków oraz liczbą razy, ile można skorzystać z oferty.
    • Wszystkie inne ograniczenia oferty (np. warunki kwalifikowania się, instrukcje dotyczące realizacji, warunki) 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).
  • Gdy adres URL oferty przekierowuje do zainstalowanej aplikacji mobilnej partnera, strona docelowa aplikacji musi spełniać wszystkie wymagania opisane w tej sekcji dotyczącej stron docelowych ofert.
    • Po przejściu do poprzedniej strony (np. za pomocą przycisku Wstecz lub gestów) bezpośrednio po interakcji z ofertą w interfejsie Google użytkownicy muszą zostać przeniesieni do oryginalnego interfejsu Google.

Dane i format oferty

  • Partnerzy muszą przestrzegać określonych wymagań technicznych i formatów danych opisanych w odpowiedniej dokumentacji. Niespełnienie tych wymagań może spowodować błędy lub opóźnienia w przetwarzaniu pliku danych.
  • 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ć prawidłowe i aktualne w momencie przesłania pliku danych (musi być on przesyłany co najmniej raz dziennie). Wyświetlane oferty muszą być aktywne i dostępne dla użytkowników od razu lub z wyprzedzeniem, zgodnie z informacjami podanymi w ValidityPeriod. Oferty nieaktualne, wyprzedane lub wygasłe muszą zostać usunięte z pliku danych.
  • Partnerzy muszą używać spójnych formatów ofert na wszystkich platformach. Niedopuszczalne są rozbieżności między szczegółami oferty w pliku danych a szczegółami wyświetlanymi w aplikacji lub na stronie partnera.
  • Partnerzy muszą podać w polu offer_display_text przejrzyste i zwięzłe informacje o ofercie, które dokładnie odzwierciedlają jej wartość i wszelkie ograniczenia.
  • Partnerzy muszą wyraźnie wskazać kategorię oferty (oferta podstawowa lub oferta dodatkowa) oraz odpowiednie tryby oferty (OFFER_MODE_FREE_RESERVATION, OFFER_MODE_PAID_RESERVATION, OFFER_MODE_WALK_IN) w przypadku każdej oferty.
  • Partnerzy muszą zapewnić dokładne mapowanie typów instrumentów płatniczych w przypadku każdej oferty.

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 (maksymalna wielkość 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ą dotyczącą 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 czas określony).

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 kwota 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ł 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 sprzedawcy (waluta jest określana w ramach procesu konfiguracji płatności). Nie można przeliczać 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 zadatki.

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.