Włączanie rezerwacji asynchronicznych

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:

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śl confirmation_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
  • 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 i FAILED. 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ą.

Rysunek 1: Asynchroniczny proces rezerwacji
Ilustracja 1. Asynchroniczny proces rezerwacji
  1. 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.
  2. Po wywołaniu elementu BatchAvailabilityLookup lub CheckAvailability przekazujemy tryb potwierdzenia, a najlepiej ten sam tryb potwierdzenia. Dzięki temu użytkownik zobaczy odpowiedni komunikat.
  3. 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ć stan PENDING_MERCHANT_CONFIRMATION.
  4. 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