Rezerwacje synchroniczne to rezerwacje, które zostały potwierdzone lub odrzucone w czasie rzeczywistym.
Rezerwacje asynchroniczne to rezerwacje, które sprzedawca potwierdzi lub odrzuci później.
Rezerwacja jest określana jako synchroniczna lub asynchroniczna na poziomie dostępności. Oznacza to, że w przypadku danego sprzedawcy i usługi mogą być dostępne zarówno synchroniczne, jak i asynchroniczne przedziały dostępności.
Aby określić odpowiednią implementację, najpierw określ, do której kategorii należą Twoje zasoby reklamowe:
- Włączenie tylko rezerwacji synchronicznych: Sprzedawcy i usługi są od razu potwierdzani.
- Włączanie rezerwacji asynchronicznych: niektórzy sprzedawcy lub wszyscy sprzedawcy i sprzedawcy wymagają ręcznego potwierdzenia.
Asynchroniczne kryteria rezerwacji
- Modyfikacja asynchronicznej rezerwacji w usłudze Zarezerwuj z Google nie jest obsługiwana.
- Rezerwacje asynchroniczne, które wymagają płatności, nie są obsługiwane.
- Sprzedawcy powinni mieć możliwość zaakceptowania lub odrzucenia rezerwacji w systemie online partnera (np. w panelu hosta restauracji). Wywoływanie sprzedawcy w imieniu użytkownika w celu określenia, czy akceptuje, czy odrzuca rezerwację, jest niedozwolone.
- Oferta sprzedawcy w nowym terminie nie jest obsługiwana. Prośba o rezerwację musi zostać zaakceptowana lub odrzucona w pierwotnym stanie.
Włączam tylko rezerwacje synchroniczne
W przypadku standardowej implementacji domyślnie obowiązuje rezerwacja synchroniczna. Więcej informacji znajdziesz w przewodniku po integracji.
Włączam rezerwację asynchroniczną
Jeśli niektórzy lub wszyscy sprzedawcy korzystają z asynchronicznego procesu rezerwacji, musisz wprowadzić te zmiany:
-
Tryb potwierdzenia: Wszystkie przedstawienie przedziałów dostępności zawierają teraz pole
confirmation_mode
, które opisuje sposób potwierdzania rezerwacji tego przedziału dostępności. Określconfirmation_mode
każdego boksu dostępności dla:- W pliku danych o dostępności wartość
confirmation_mode
jest określona na poziomie dostępności - W metodach API Booking Server
confirmation_mode
jest określony na poziomie boksu. - W metodach interfejsu API aktualizacji w czasie rzeczywistym wartość
confirmation_mode
jest określona na poziomie dostępności
- W pliku danych o dostępności wartość
- Stan rezerwacji: wszystkie wersje rezerwacji zawierają pole
status
, które reprezentuje stan rezerwacji. Wprowadziliśmy 3 nowe wartości stanu asynchronicznego:PENDING_CONFIRMATION
,DECLINED_BY_MERCHANT
iFAILED
. Używaj tych nowych wartości stanu podczas przetwarzania kompozycji, odrzucania i niepowodzenia rezerwacji asynchronicznych. - Aktualizacje rezerwacji: wszystkie asynchroniczne aktualizacje stanu rezerwacji należy zgłaszać za pomocą metody bookings.patch interfejsu API rezerwacji.
Poniższy diagram przedstawia sposób użycia trybu potwierdzenia i stanu rezerwacji w typowej asynchronicznej interakcji z rezerwacją.
- Pliki danych o dostępności zostały zaktualizowane tak, aby określić tryb potwierdzenia poszczególnych przedziałów dostępności. Podaj te informacje w pliku danych, aby móc wyjaśnić asynchronicznego charakter rezerwacji na wczesnym etapie ścieżki użytkownika.
- Po wywołaniu elementu
BatchAvailabilityLookup
lubCheckAvailability
przekazujemy tryb potwierdzenia, a najlepiej ten sam tryb potwierdzenia. Dzięki temu użytkownik zobaczy odpowiedni komunikat. - Po wywołaniu elementu
CreateBooking
przekazujemy tryb potwierdzenia, który wskazuje oczekiwany tryb potwierdzenia. Gdy prześlesz prośbę o rezerwację asynchroniczną, rezerwacja będzie mieć stanPENDING_MERCHANT_CONFIRMATION
. - Gdy sprzedawca zaakceptuje lub odrzuci prośbę o rezerwację, stan rezerwacji będzie aktualizowany w czasie rzeczywistym za pomocą metody bookings.patch interfejsu API rezerwacji. Jeśli chcesz automatycznie odrzucać rezerwacje, na które nie odpowiadasz w odpowiednim czasie, zrób to za pomocą tej samej metody aktualizacji w czasie rzeczywistym.
Pliki danych o dostępności
W pliku danych o dostępności określ, czy poszczególne boksy są synchroniczne czy asynchroniczne. Aby to zrobić, ustaw nowe pole confirmation_mode
.
// Mode by which bookings for an availability slot are confirmed. // enum ConfirmationMode { // The confirmation mode was not specified. // Synchronous confirmation will be assumed. CONFIRMATION_MODE_UNSPECIFIED = 0; // Bookings for this availability will be confirmed synchronously. CONFIRMATION_MODE_SYNCHRONOUS = 1; // Bookings for this availability will be confirmed asynchronously. CONFIRMATION_MODE_ASYNCHRONOUS = 2; }
Choć zakłada się, że tryb potwierdzenia jest synchroniczny, jeśli nie określono żadnego trybu, zdecydowanie zalecamy użycie trybu precyzyjnego, ponieważ może on uniknąć nieporozumień.
Dane asynchroniczne
{ "availability": [ { "merchant_id": "10001", "service_id": "1000", "spots_open": 3, "spots_total": 3, "duration_sec": 3600, "start_sec": 1535806800, "resources": { "party_size": 4 }, "confirmation_mode": "CONFIRMATION_MODE_ASYNCHRONOUS" } ] }
Synchronizuj
{ "availability": [ { "merchant_id": "10001", "service_id": "1000", "spots_open": 3, "spots_total": 3, "duration_sec": 3600, "start_sec": 1535806800, "resources": { "party_size": 4 }, "confirmation_mode": "CONFIRMATION_MODE_SYNCHRONOUS" } ] }
Asynchroniczny i synchronizacja
{ "availability": [ { "merchant_id": "10001", "service_id": "1000", "spots_open": 3, "spots_total": 3, "duration_sec": 3600, "start_sec": 1535806800, "resources": { "party_size": 4 }, "confirmation_mode": "CONFIRMATION_MODE_SYNCHRONOUS" }, { "merchant_id": "10002", "service_id": "1000", "spots_open": 4, "spots_total": 4, "duration_sec": 3600, "start_sec": 1535806800, "resources": { "party_size": 2 }, "confirmation_mode": "CONFIRMATION_MODE_ASYNCHRONOUS" } ] }
Serwer rezerwacji
BatchAvailabilityLookup lub CheckAvailability
W pliku BatchAvailabilityLookupResponse
(BAL) lub CheckAvailabilityResponse
(CA) zwracaj taki sam confirmation_mode
jak podany w pliku danych o dostępności i przekazywany przez BatchAvailabilityLookupRequest
lub CheckAvailabilityRequest
.
Asynchroniczny AAL
{ "slot_time_availability": [ { "slot_time": { "duration_sec": "3600", "resource_ids": { "party_size": 3 }, "service_id": "1000", "start_sec": "1546458300", "confirmation_mode": "CONFIRMATION_MODE_ASYNCHRONOUS" }, "available": true } ] }
Synchronizacja BAL
{ "slot_time_availability": [ { "slot_time": { "duration_sec": "3600", "resource_ids": { "party_size": 3 }, "service_id": "1000", "start_sec": "1546458300", "confirmation_mode": "CONFIRMATION_MODE_SYNCHRONOUS" }, "available": true } ] }
Asynchroniczny CA
{ "slot": { "duration_sec": "3600", "merchant_id": "317652", "resources": { "party_size": 3 }, "service_id": "1000", "start_sec": "1546458300", "confirmation_mode": "CONFIRMATION_MODE_ASYNCHRONOUS" }, "count_available": 1, "duration_requirement": "DO_NOT_SHOW_DURATION" }
Synchronizacja CA
{ "slot": { "duration_sec": "3600", "merchant_id": "317652", "resources": { "party_size": 3 }, "service_id": "1000", "start_sec": "1546458300", "confirmation_mode": "CONFIRMATION_MODE_SYNCHRONOUS" }, "count_available": 1, "duration_requirement": "DO_NOT_SHOW_DURATION" }
Utworzenie rezerwacji
Prawidłowo ustaw stan rezerwacji, korzystając z tych opcji:
// Status of a booking. // // Updating booking status does not change the status of the associated payment. // Prepayment status updates should be done using the PrepaymentStatus enum. enum BookingStatus { // Not specified. BOOKING_STATUS_UNSPECIFIED = 0; // Booking has been confirmed CONFIRMED = 1; // Booking is awaiting confirmation by the merchant before it can transition // into CONFIRMED status. Only applicable to non-payments Dining or // Beauty verticals. PENDING_MERCHANT_CONFIRMATION = 2; // Booking has been canceled on behalf of the user. // The merchant can still trigger a manual refund. CANCELED = 3; // User did not show for the appointment NO_SHOW = 4; // User did not show for the appointment in violation of the cancellation // policy. NO_SHOW_PENALIZED = 5; // Booking could not be completed by the async backend due to a failure. FAILED = 6; // Booking was asynchronously declined by the merchant. Only applicable to // non-payments Dining or Beauty verticals. DECLINED_BY_MERCHANT = 7; }
W obszarze CreateBookingResponse
zwracany jest bieżący confirmation_mode
miejsca zagregowanego rezerwacji podanego w CreateCreateingRequest. Oprócz tego gdy rezerwacja jest asynchroniczna, ustaw właściwość status
na PENDING_MERCHANT_CONFIRMATION
. Upewnij się, że confirmation_mode
to to, co użytkownik wie, i czego oczekuje usługa Zarezerwuj z Google, aby uniknąć nieporozumień.
Dane asynchroniczne
{ "booking": { "slot": { "duration_sec": "3600", "merchant_id": "100001", "resources": { "party_size": 2 }, "service_id": "1000", "start_sec": "1546647234", "confirmation_mode": "CONFIRMATION_MODE_ASYNCHRONOUS" }, "user_information": { "email": "johnsmith@gmail.com", "family_name": "John", "given_name": "Smith", "telephone": "+1 800-123-4567", "user_id": "2017492857928759285" }, "payment_information": { "prepayment_status": "PREPAYMENT_NOT_PROVIDED" }, "status": "PENDING_MERCHANT_CONFIRMATION" } }
Synchronizuj
{ "booking": { "slot": { "duration_sec": "3600", "merchant_id": "100001", "resources": { "party_size": 2 }, "service_id": "1000", "start_sec": "1546647234", "confirmation_mode": "CONFIRMATION_MODE_SYNCHRONOUS" }, "user_information": { "email": "johnsmith@gmail.com", "family_name": "John", "given_name": "Smith", "telephone": "+1 800-123-4567", "user_id": "2017492857928759285" }, "payment_information": { "prepayment_status": "PREPAYMENT_NOT_PROVIDED" }, "status": "CONFIRMED" } }
Aktualizacja rezerwacji
W początkowym wydaniu asynchronicznej zmiany wprowadzane przez użytkowników w istniejącej rezerwacji nie są obsługiwane. Zamiast tego użytkownik powinien anulować rezerwację i utworzyć nową.
Aktualizacje w czasie rzeczywistym
W przypadku aktualizacji dostępności w czasie rzeczywistym należy określić właściwość confirmation_mode
. Dotyczy to następujących metod:
RTU (InventoryServiceAvailability lub Batch ReplaceServiceAvailability)
Z użyciem metody availability.replace
(grupowej) lub services.availability.replace
ustaw confirmation_mode
na CONFIRMATION_MODE_ASYNCHRONOUS
w elemencie Availability
.
Dane asynchroniczne
{ "extendedServiceAvailability": [ { "merchantId": "1001", "serviceId": "12310", "startTimeRestrict": "2014-10-02T15:01:23.045123456Z", "endTimeRestrict": "2014-10-02T19:01:23.045123456Z", "availability": [ { "startTime": "2014-10-02T15:30:00.00Z", "duration": "3600s", "spotsOpen": "0", "spotsTotal": "2", "availabilityTag": "1000001", "confirmation_mode": "CONFIRMATION_MODE_ASYNCHRONOUS" } ] } ] }
Synchronizuj
{ "extendedServiceAvailability": [ { "merchantId": "1001", "serviceId": "12310", "startTimeRestrict": "2014-10-02T15:01:23.045123456Z", "endTimeRestrict": "2014-10-02T19:01:23.045123456Z", "availability": [ { "startTime": "2014-10-02T15:30:00.00Z", "duration": "3600s", "spotsOpen": "0", "spotsTotal": "2", "availabilityTag": "1000001", "confirmation_mode": "CONFIRMATION_MODE_SYNCHRONOUS" } ] } ] }
Asynchroniczny i synchronizacja
{ "extendedServiceAvailability": [ { "merchantId": "1001", "serviceId": "12310", "startTimeRestrict": "2014-10-02T15:01:23.045123456Z", "endTimeRestrict": "2014-10-02T19:01:23.045123456Z", "availability": [ { "startTime": "2014-10-02T15:30:00.00Z", "duration": "3600s", "spotsOpen": "0", "spotsTotal": "2", "availabilityTag": "1000001", "confirmation_mode": "CONFIRMATION_MODE_ASYNCHRONOUS" }, { "startTime": "2014-10-03T11:00:00.00Z", "duration": "5400s", "spotsOpen": "1", "spotsTotal": "1", "availabilityTag": "1000002", "confirmation_mode": "CONFIRMATION_MODE_SYNCHRONOUS" } ] } ] }
Interfejs API rezerwacji
Asynchroniczne aktualizacje stanu rezerwacji należy wprowadzać za pomocą metody bookings.patch interfejsu API rezerwacji.
Pamiętaj, aby przy aktualizacji stanu uwzględnić nazwę pola status
w polu updateMask
.
Stan | Opis |
---|---|
POTWIERDZONO | sprzedawca potwierdził rezerwację |
NIEPOWODZENIE | partner nie mógł potwierdzić lub odrzucić rezerwacji u sprzedawcy |
DECLINED_BY_MERCHANT | sprzedawca odrzucił rezerwację |
Request: PATCH https://mapsbooking.googleapis.com/v1alpha/notification/partners/<PARTNER_ID>/bookings/<BOOKING_ID>?updateMask=status Body: {"name":"partners/<PARTNER_ID>/bookings/<BOOKING_ID>", "status":"DECLINED_BY_MERCHANT"}
W przypadku niepowodzenia rezerwacji ustaw stan rezerwacji na FAILED
i określ rezerwacja. Jeśli ma on inny stan, właściwość booking_failure
jest ignorowana.
Request: PATCH https://mapsbooking.googleapis.com/v1alpha/notification/partners/<PARTNER_ID>/bookings/<BOOKING_ID>?updateMask=status&booking_failure.cause="SLOT_UNAVAILABLE" Body: {"name":"partners/<PARTNER_ID>/bookings/<BOOKING_ID>", "status":"FAILED"}
E-maile z powiadomieniem
W przypadku rezerwacji asynchronicznych istnieje pięć potencjalnych e-maili związanych ze stanem rezerwacji, które są wysyłane do użytkowników.
PENDING_MERCHANT_CONFIRMATION
CONFIRMED
DECLINED_BY_MERCHANT
FAILED
CANCELED