Agrega secciones de asientos en el comedor

Es común que los restaurantes tengan áreas de descanso distintas, como un bar o patio. El Centro de acciones admite esta distinción y permite al usuario especificar el área para reservar una mesa. A continuación, se muestra un ejemplo de esto, en el que disponibilidad para el “bar” y el “patio” son diferentes y se presentan al usuario de forma distintiva:

Figura 1: Ejemplo de selección de horarios para un restaurante con secciones de asientos
Figura 1: Ejemplo de ranura selección de restaurante con secciones de asientos

Esta separación de inventario puede emplearse Los campos room_id y room_name en resources mensaje de un Espacio de disponibilidad.

// A resource is used to disambiguate availability slots from one another when
// different staff, room or party_size values are part of the service.
// Multiple slots for the same service and time interval can co-exist when they
// have different resources.
message Resources {
  // One of staff_id, room_id, or party_size must be set.

  // Optional ID for a staff member providing the service. This field identifies
  // the staff member across all merchants, services, and availability records.
  // It also needs to be stable over time to allow correlation with past
  // bookings. (optional but required if staff_name is present)
  string staff_id = 1;

  // Optional name of a staff member providing the service. This field will be
  // displayed to users making a booking, and should be human-readable, as
  // opposed to an opaque identifier. (optional but required if staff_id is
  // present)
  string staff_name = 2;

  // An optional ID for the room the service is located in. This field
  // identifies the room across all merchants, services, and availability
  // records. It also needs to be stable over time to allow correlation with
  // past bookings. (optional but required if room_name is present)
  string room_id = 3;

  // An optional name for the room the service is located in. This
  // field will be displayed to users making a booking, and should be human
  // readable, as opposed to an opaque identifier. (optional but required if
  // room_id is present)
  // In dining a room name should only be used for seating areas such as the bar
  // or patio and should not be used for fixed price menus, special activities,
  // or any other non-room value (such as reservation or dinner). It is strongly
  // recommended that the default seating area not have a room associated with
  // it.
  string room_name = 4;

  // Applicable only for Dining: The party size that can be accommodated
  // during this time slot. A restaurant can be associated with multiple Slots
  // for the same time, each specifying a different party_size, if for instance
  // 2, 3, or 4 people can be seated with a reservation. (optional)
  int32 party_size = 5;

}

Esta información es una parte integral de la definición de ranuras y deberá en los feeds, así como en todas las reservas y actualizaciones en tiempo real las operaciones. Puedes ver ejemplos de room_id y room_name que se especifican. en la Ejemplo de feed específico de la vertical de restaurantes.