Zasady kompleksowej integracji rezerwacji
Zadbaj o dobrą organizację dzięki kolekcji
Zapisuj i kategoryzuj treści zgodnie ze swoimi preferencjami.
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
- 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.
- Partnerzy muszą mieć uprawnienia do dokonywania rezerwacji w imieniu sprzedawców.
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.
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.
Partnerzy muszą mieć dostęp do sprzedawców przez co najmniej 30 dni.
Partnerzy muszą umożliwiać anulowanie rezerwacji online.
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.
Partnerzy muszą być w stanie podać dokładne dane o cenach usług i przestrzegać zasad dotyczących cen w Centrum działań.
Partnerzy muszą spełniać wymagania techniczne Centrum działań dotyczące pełnej integracji rezerwacji.
Partnerzy muszą przestrzegać wymagań dotyczących sprzedawców i usług w Centrum działań.
Partnerzy muszą przestrzegać wskazówek dotyczących obsługi i konserwacji Centrum działań.
Partnerzy muszą utrzymywać dopuszczalne wskaźniki błędów określone w wytycznych dotyczących wdrażania i monitorowania.
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.
Partnerzy muszą przestrzegać zasad dotyczących danej branży lub funkcji w Centrum działań (Oferty, Płatności, Usługi online i Dining).
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
- 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.
- 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.).
- 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.
- Partnerzy powinni podawać tylko pozycje menu dostępne w odpowiednich lokalizacjach restauracji.
- Partnerzy muszą przesłać pełne menu dla każdej lokalizacji. Sprzedawcy z niepełnymi menu mogą nie kwalifikować się do wyświetlania.
- Partnerzy i sprzedawcy muszą dbać o to, aby menu były aktualne, i przesyłać aktualizacje codziennie.
- 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ęć).
- 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ę.
- 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:
- Kwota obciążająca użytkownika musi być taka sama jak kwota określona w warunkach transakcji zgodnie z obowiązującymi przepisami.
- 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.
- Nie należy obciążać użytkownika opłatami za transakcje wymagające użycia karty kredytowej.
- 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.
- 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.
- 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
- Strona docelowa musi być początkiem procesu rezerwacji z wstępnie wybraną liczbą osób i godziną.
- Strona docelowa nie może być stroną główną dostawcy platformy ani żadną inną stroną.
- 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.
- 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.
- Linkowanie i strona docelowa nie mogą wymagać od użytkownika pobrania aplikacji w celu dokonania rezerwacji.
O ile nie stwierdzono inaczej, treść tej strony jest objęta licencją Creative Commons – uznanie autorstwa 4.0, a fragmenty kodu są dostępne na licencji Apache 2.0. Szczegółowe informacje na ten temat zawierają zasady dotyczące witryny Google Developers. Java jest zastrzeżonym znakiem towarowym firmy Oracle i jej podmiotów stowarzyszonych.
Ostatnia aktualizacja: 2025-03-27 UTC.
[null,null,["Ostatnia aktualizacja: 2025-03-27 UTC."],[[["\u003cp\u003ePartners must adhere to data privacy regulations, possess real-time merchant availability, and support online cancellations to integrate with the Actions Center.\u003c/p\u003e\n"],["\u003cp\u003ePartners need comprehensive merchant inventory, including 30+ days of availability, and comply with payment and pricing policies.\u003c/p\u003e\n"],["\u003cp\u003eAll bookings must be confirmed in real-time (except for asynchronous integrations) and partners must meet technical, support, and maintenance guidelines.\u003c/p\u003e\n"],["\u003cp\u003eOffer details must be clearly displayed, generally available, and menu feeds must exclude prohibited content and adhere to specified requirements.\u003c/p\u003e\n"],["\u003cp\u003ePayments must align with transaction terms, respect user consent, occur at booking or in-person (for in-person services), and landing pages must facilitate seamless booking flows without login or app download requirements.\u003c/p\u003e\n"]]],["Partners integrating with Actions Center's Reservations End-to-End must adhere to specific policies. Key actions include: managing user data compliantly with GDPR, having real-time access to merchant availability, and providing comprehensive inventory with at least 30 days of availability. Online cancellation, accurate pricing, and meeting technical requirements are mandatory. Partners must present offers clearly on landing pages, ensure offers are widely accessible, and use consistent data formats. Menu feeds require accurate, complete information and adherence to content guidelines. Payment transactions must be transparent and in the local currency. Landing pages for bookings must start with preselected details and include a guest checkout option.\n"],null,["# Reservations End-to-End Integration Policies\n\nThe following integration policies apply to the Reservations End-to-End\nintegration.\n\nEnd-to-End Policies\n-------------------\n\nPlease read through the following integration eligibility criteria before\nbeginning an integration. Partners must meet the following requirements and\npolicies to be eligible to integrate with the Actions Center's\n[Reservations End-to-End integration](/actions-center/verticals/reservations/e2e/policies/platform-policies#merchant_and_service_eligibility).\n\nWhile the following requirements are necessary components of eligibility for the Actions Center program, meeting the requirements does not guarantee a partner will be eligible to integrate or go live with the Actions Center.\n\nFailure to meet the requirements and policies may result in integration, merchant or services being suspended or removed from the platform.\n\n### General Platform Requirements\n\n1. Partners must collect and handle all merchant and user data, including any personally identifiable information, in a manner compliant with the General Data Protection Regulation (GDPR) and any other applicable privacy laws.\n2. Partners must be authorized to make bookings on behalf of their merchants.\n3. Partners must have direct access to merchants' availability/time slots in real time (ie. partners must be able to respond to availability requests from Google in less than 1 second).\n\n - *Special case*: We do support reservations that require asynchronous confirmation from the merchant, but the reservation flow must be based on an available time slot. Partners must have real time availability, i.e. through merchant online systems, even if it requires confirmation from the merchant to finalize the reservation.\n4. Partners must have comprehensive inventory for their merchants. Merchants with partial or distressed inventory may not be eligible.\n\n5. Partners must have 30 days or more of merchants' availability.\n\n6. Partners must support online cancellation of bookings.\n\n7. Partners requiring pre-payments must abide by the Actions Center's [payment policy](/actions-center/verticals/reservations/e2e/policies/integration-policies#payments-policies), their payment processors must be in the following [supported list](/pay/api) and accept tokenized payments.\n\n8. Partners must be able to provide accurate pricing data for the cost of services and abide by the Actions Center's [pricing policy](/actions-center/verticals/reservations/e2e/policies/integration-policies#pricing-policies).\n\n9. Partners must be able to meet the Actions Center technical\n [Reservations End-to-End integration](/actions-center/verticals/reservations/e2e/overview)\n requirements.\n\n10. Partners must abide by the Actions Center's [merchant and services eligibility requirements](/actions-center/verticals/reservations/e2e/policies/platform-policies#merchant_and_service_eligibility).\n\n11. Partners must abide by the Actions Center's [support and maintenance guidelines](/actions-center/verticals/reservations/e2e/policies/platform-policies#support_and_maintenance_guidelines).\n\n12. Partners must maintain acceptable error rates defined in\n [Launch and Monitoring guidelines](/actions-center/verticals/reservations/e2e/integration-steps/launch-and-monitoring).\n\n13. All bookings must be confirmed automatically in real time with the exception of bookings made with an async integration. Bookings made through an async integration must adhere to the\n [Async guideline](/actions-center/verticals/reservations/e2e/add-ons/add-async).\n\n14. Partners must abide by the Actions Center's vertical or feature specific policies ([Offers](/actions-center/verticals/reservations/e2e/policies/integration-policies#offers-policy), [Payment](/actions-center/verticals/reservations/e2e/policies/integration-policies#payments-policies), [Online services](/actions-center/policies/virtual-policy) and [Dining](/actions-center/verticals/reservations/e2e/policies/integration-policies#dining-policies)).\n\n15. Partner must maintain standard quality content for merchant name, address, services name and description per [guideline](/actions-center/verticals/reservations/e2e/policies/platform-policies#content_quality_standards).\n\nFood Menu Policy and Requirements\n---------------------------------\n\nPlease read through the following integration eligibility criteria before beginning\nan integration. Partners must adhere to the food menu policies and meet the\nfollowing requirements to be eligible to integrate. Please note that Google\nreserves the right to display menu \\& dish data in ways that are helpful to users.\n\nFailure to meet the requirements and policies may result in integration, merchants\nor services being suspended or removed from the platform.\n\n### Policy and Requirements\n\n1. Partners must not send prohibited information (see [details](https://support.google.com/contributionpolicy/answer/7400114?ref_topic=7422769)) in menu feed such as foul language, prohibited images, personally identifiable information (PII) or user generated content.\n2. Partners should not use the menu feed to share non-menu items such as [services](/actions-center/verticals/reservations/e2e/reference/feeds/services-feed) (ex: curbside, promotion codes, etc.).\n3. Partners are required to provide all required data in [Reservations E2E menu spec](/actions-center/verticals/reservations/e2e/add-ons/add-menus/menu-feed) or [Ordering Redirect menu spec](/actions-center/verticals/reservations/e2e/reference/menu-feeds/menus-feed) (max file size 2MB). The technical requirements are addressed in the [Reservations E2E menu spec](/actions-center/verticals/reservations/e2e/add-ons/add-menus/menu-feed) or [Ordering Redirect menu spec](https://developers.google.com/actions-center/verticals/reservations/e2e/reference/menu-feeds/menus-feed) by marking fields as optional/required.\n4. Partners should only provide menu items available for the corresponding restaurant locations.\n5. Partners must send a complete menu for each location. Merchants with incomplete menus may not be eligible for display.\n6. Partners and merchants are required to ensure menus are accurate and should provide updates on a daily basis.\n7. Menu items photos should be well-lit, feature one in-focus menu item, must not include people or other non-food images, and must conform to image spec (see [photo guidelines](https://support.google.com/business/answer/6103862#photo-guidelines&zippy=%2Cphoto-guidelines)).\n8. Prices should be shown, per menu item, without tips, taxes or fees; unless required by local laws and ordinances. Partners must explicitly provide local currency.\n9. Specialty menus are supported and should be removed when no longer available (ex: prix fixe, seasonal, limited time specials).\n10. Merchants are required to provide menus in a text-based format, enabling users to select and add items to their order. Menus presented solely as images are not permitted.\n\nPayments Redirect Policies\n--------------------------\n\nThis section specifies the general and feature-specific policies for\nimplementing [payments redirect](https://developers.google.com/actions-center/verticals/reservations/e2e/add-ons/add-payments-redirect/overview) on the Actions Center. To create a consistent\nexperience for consumers, merchants, and partners using the Actions Center,\ninventory requiring payment must adhere to the appropriate guidelines. Failure\nto adhere to these policies will lead to suspension of your integration.\n\n### General\n\nThese policies apply to all payment dependent inventory on Reserve with Google:\n\n1. The amount charged to a user must be the same amount specified in the terms of the transaction, in compliance with applicable laws.\n2. Partners are responsible for updating availability using a real-time update (RTU) or ensuring `BatchAvailabilityLookup` calls reflect accurate slot availability.\n3. No charges should be made to a user that are not explicitly agreed to at checkout, as articulated using our payments configuration process.\n - Payment terms contained within the linked Terms of Service page do not satisfy this requirement.\n - No charges should be made to the user for any 'credit-card required' transactions that are solely meant to authenticate a user.\n4. For in-person services^1^, all payments must occur at the time of booking or in-person only. Solicitation of payment by any other means is strictly prohibited.\n5. The transaction must be displayed and charged in the currency of the location of the merchant (currency is specified using the payments configuration process). No currency conversions may take place.\n\n^1. All in-person services, not counting those provided through this\nintegration such as prepayments and deposits^\n\n### Landing Page Requirements\n\n1. The landing page must be the start of the booking flow with the party size and time slot preselected.\n - If the table slot selected is no longer available, this should be clearly communicated to the user upfront, prior to any required step for checkout or account login.\n2. The landing page must not be the platform provider's homepage, a login page, or any other pages.\n3. The first step of the deep linked landing page cannot be a paymentwall, where users cannot view related metadata of their reservation unless they provide payment details.\n4. To provide an optimal and seamless user experience, within the booking flow we recommend providing a Guest Checkout option when possible.\n5. The linkout and landing page cannot require that the user download an app to complete the booking flow."]]