Rezerwacje synchroniczne to rezerwacje, które są potwierdzone lub odrzucone w czasie rzeczywistym.
Rezerwacje asynchroniczne to rezerwacje, które sprzedawca potwierdza lub odrzuci później.
Rezerwacja jest określona jako synchroniczna lub asynchroniczna na poziomie dostępności. Oznacza to też, że w przypadku danego sprzedawcy i usługi mogą istnieć zarówno synchroniczne, jak i asynchroniczne przedziały dostępności.
Aby wybrać właściwą implementację, najpierw określ, do której kategorii należą Twoje zasoby reklamowe:
- Włączanie tylko rezerwacji synchronicznych: wszyscy sprzedawcy i usługi są natychmiast weryfikowani.
- Włączanie rezerwacji asynchronicznych: niektórzy lub wszystkie sprzedawcy i usługi wymagają ręcznego potwierdzenia przez sprzedawcę.
Asynchroniczne kryteria rezerwacji
- Modyfikacja rezerwacji asynchronicznego w Centrum działań nie jest obsługiwana.
- Sprzedawcy powinni mieć możliwość zaakceptowania lub odrzucenia rezerwacji w systemie online partnera (np. w panelu gospodarza restauracji). Zadzwonienie do sprzedawcy w imieniu użytkownika w celu ustalenia, czy sprzedawca akceptuje lub odrzuca rezerwacje, jest niedozwolone.
- Propozycja sprzedawcy dotycząca nowego terminu rezerwacji nie jest obsługiwana. Prośba o rezerwację musi zostać zaakceptowana lub odrzucona w pierwotnym stanie.
Włączanie tylko rezerwacji synchronicznych
Domyślna implementacja to rezerwacje synchroniczne. Więcej informacji znajdziesz w dokumentacji pełnej integracji usługi Rezerwacje.
Włączanie rezerwacji asynchronicznej
Jeśli niektórzy lub wszyscy sprzedawcy korzystają z asynchronicznego procesu rezerwacji, musisz wprowadzić te zmiany:
-
Tryb potwierdzenia: wszystkie reprezentacje przedziałów dostępności zawierają teraz pole
confirmation_mode
, które opisuje sposób potwierdzania rezerwacji tego przedziału. Określconfirmation_mode
każdego przedziału dostępności dla tych elementów:- W pliku danych o dostępności atrybut
confirmation_mode
jest określony na poziomie dostępności - W metodach interfejsu Booking Server API wartość
confirmation_mode
jest określona na poziomie przedziału. - W metodach interfejsu Real-Time Updates API parametr
confirmation_mode
jest określony na poziomie dostępności
- W pliku danych o dostępności atrybut
- Stan rezerwacji: wszystkie reprezentacje rezerwacji zawierają pole
status
, które reprezentuje stan rezerwacji. Wprowadziliśmy 3 nowe asynchroniczne wartości stanu:PENDING_CONFIRMATION
,DECLINED_BY_MERCHANT
iFAILED
. Używaj tych nowych wartości stanu podczas przetwarzania tworzenia, odrzucania i nieudanych rezerwacji asynchronicznych. - Aktualizacje rezerwacji: wszystkie asynchroniczne aktualizacje stanu rezerwacji powinny być zgłaszane za pomocą metody bookings.patch interfejsu Booking Notification API.
Poniższy diagram przedstawia sposób wykorzystania trybu potwierdzenia i stanu rezerwacji w typowej asynchronicznej interakcji podczas rezerwacji.
- Pliki danych o dostępności zostały zaktualizowane, tak aby określić tryb potwierdzenia każdego przedziału dostępności. Te informacje należy umieścić w pliku danych, by móc wyjaśnić użytkownikom asynchroniczny charakter rezerwacji na wczesnym etapie procesu rezerwacji.
- Przy wywołaniu
BatchAvailabilityLookup
lubCheckAvailability
przekazujemy tryb potwierdzenia i najlepiej ten sam tryb potwierdzania, który zostanie zwrócony. Dzięki temu użytkownicy zobaczą odpowiedni komunikat. - Po wywołaniu funkcji
CreateBooking
przekazujemy tryb potwierdzenia, aby wskazać przewidywany tryb potwierdzenia. Po przesłaniu prośby o rezerwację asynchroniczną rezerwacja jest zwracana ze stanemPENDING_MERCHANT_CONFIRMATION
. - Gdy sprzedawca zaakceptuje lub odrzuci prośbę o rezerwację, stan rezerwacji zostanie zaktualizowany za pomocą metody bookings.patch w interfejsie Booking Notification API. Jeśli chcesz automatycznie odrzucać rezerwacje, na które nie udzielono odpowiedzi w odpowiednim czasie, możesz to zrobić, korzystając z tej samej metody aktualizacji w czasie rzeczywistym.
Pliki danych dostępności
W pliku danych o dostępności określ, czy każdy przedział jest synchroniczny czy asynchroniczny. 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; }
Chociaż zakłada się, że tryb potwierdzenia jest synchroniczny, jeśli nie jest określony żaden tryb, zdecydowanie zalecamy jego jawne wskazanie, ponieważ pozwala to uniknąć nieporozumień związanych z przypadkowym pominięciem.
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" } ] }
Asynchroniczne i synchroniczne
{ "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 BatchAvailabilityLookupResponse
(BAL) lub CheckAvailabilityResponse
(CA) zwróć taką samą wartość confirmation_mode
, jaka jest określona w pliku danych o dostępności i przekazana przez BatchAvailabilityLookupRequest
lub CheckAvailabilityRequest
.
BAL – asynchroniczny
{ "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 } ] }
BAL – synchronizacja
{ "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 z urzędem certyfikacji
{ "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 z urzędem certyfikacji
{ "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" }
CreateBooking
Zwróć uwagę na prawidłowy stan rezerwacji, korzystając z poniższych 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 CreateBookingResponse
zwraca wartość confirmation_mode
dla zagregowanego przedziału rezerwacji podanego w żądaniu CreateBookingRequest. Jeśli rezerwacja jest asynchroniczna, ustaw status
na PENDING_MERCHANT_CONFIRMATION
. Dopilnuj, aby confirmation_mode
odpowiadał użytkownikowi i zasadzie Zarezerwuj z Google, aby nie wprowadzać użytkownika w błąd.
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" } }
UpdateBooking
W początkowej wersji asynchronicznej zmiany wprowadzone przez użytkownika w istniejącej rezerwacji nie są obsługiwane. Zamiast tego użytkownik powinien anulować rezerwację i utworzyć nową.
Aktualizacje w czasie rzeczywistym
Aby zapewnić aktualizacje dostępności w czasie rzeczywistym, należy określić atrybut confirmation_mode
. Dotyczy to tych metod:
Zasoby reklamowe RTU (ReplaceServiceAvailability lub BatchReplaceServiceAvailability)
Za pomocą metody availability.replace
(zbiorczej) lub metody services.availability.replace
ustaw opcję confirmation_mode
na CONFIRMATION_MODE_ASYNCHRONOUS
w 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" } ] } ] }
Asynchroniczne i synchroniczne
{ "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 Booking Notification API
Asynchroniczne aktualizacje stanu rezerwacji należy wprowadzać za pomocą metody bookings.patch w interfejsie Booking Notification API.
Podczas aktualizowania stanu pamiętaj o uwzględnieniu w elemencie updateMask
nazwy pola status
.
Stan | Opis |
---|---|
POTWIERDZONO | sprzedawca potwierdził rezerwację |
NIEPOWODZENIE | partner nie mógł potwierdzić ani 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 podaj atrybut Reserve_failure. Jeśli stan jest ustawiony na inną wartość, booking_failure
jest ignorowany.
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 możesz przesłać do użytkowników 5 e-maili związanych ze stanem rezerwacji.
PENDING_MERCHANT_CONFIRMATION
CONFIRMED
DECLINED_BY_MERCHANT
FAILED
CANCELED