- Solicitação HTTP
- Parâmetros de caminho
- Corpo da solicitação
- Corpo da resposta
- Escopos de autorização
Substitui e retorna a Availability de um Service existente de um comerciante gerenciado pelo agregador especificado.
Solicitação HTTP
POST https://mapsbooking.googleapis.com/v1alpha/inventory/{serviceAvailability.name=partners/*/merchants/*/services/*}/availability:replace
O URL usa a sintaxe de transcodificação gRPC.
Parâmetros de caminho
| Parâmetros | |
|---|---|
serviceAvailability.name |
O nome do recurso do serviço a que isso será aplicado, com o formato |
Corpo da solicitação
O corpo da solicitação contém dados com a seguinte estrutura:
| Representação JSON |
|---|
{ "serviceAvailability": { "name": string, "startTimeRestrict": string, "endTimeRestrict": string, "durationRestrict": string, "resourcesRestrict": { "staffId": string, "staffName": string, "roomId": string, "roomName": string, "partySize": integer, "roomDescription": { object ( |
| Campos | |
|---|---|
serviceAvailability.startTimeRestrict |
Se esse campo for definido, consideraremos as entidades de disponibilidade indicadas como um instantâneo completo de [startTimeRestrict, endTimeRestrict]. Ou seja, todas as disponibilidades existentes serão excluídas se a seguinte condição for verdadeira: Se uma mensagem de duração for definida, a condição será ainda mais restritiva: Se uma mensagem resourcesRestrict for definida, a condição será ainda mais restritiva: Esses campos normalmente são usados para enviar uma atualização completa da disponibilidade em um determinado período. Quando você define startTimeRestrict, mas não endTimeRestrict, todo o período desde o valor definido em startTimeRestrict é considerado. Usa o padrão RFC 3339, em que a saída gerada é sempre convertida em Z e tem 0, 3, 6 ou 9 dígitos fracionários. Além de "Z", outros ajustes também são aceitos. Exemplos: |
serviceAvailability.endTimeRestrict |
Quando você define endTimeRestrict, mas não startTimeRestrict, todo o período até o valor definido em endTimeRestrict é considerado. Usa o padrão RFC 3339, em que a saída gerada é sempre convertida em Z e tem 0, 3, 6 ou 9 dígitos fracionários. Além de "Z", outros ajustes também são aceitos. Exemplos: |
serviceAvailability.durationRestrict |
Definir a duração restringe ainda mais o escopo da atualização à disponibilidade com período correspondente. Duração em segundos com até nove dígitos fracionários, terminando em ' |
serviceAvailability.resourcesRestrict |
Definir resourcesRestrict restringe ainda mais o escopo da atualização a esse conjunto de recursos. Todos os campos de código dos recursos precisam corresponder. |
serviceAvailability.availability[] |
A nova lista de disponibilidade. |
Corpo da resposta
Uma lista de disponibilidade e a quem/quando elas devem ser aplicadas.
Se bem-sucedido, o corpo da resposta incluirá dados com a estrutura a seguir:
| Representação JSON |
|---|
{ "name": string, "startTimeRestrict": string, "endTimeRestrict": string, "durationRestrict": string, "resourcesRestrict": { object ( |
| Campos | |
|---|---|
name |
Nome do recurso do serviço a que esse valor será aplicado, com o formato |
startTimeRestrict |
Se esse campo for definido, consideraremos as entidades de disponibilidade indicadas como um instantâneo completo de [startTimeRestrict, endTimeRestrict]. Ou seja, todas as disponibilidades existentes serão excluídas se a seguinte condição for verdadeira: Se uma mensagem de duração for definida, a condição será ainda mais restritiva: Se uma mensagem resourcesRestrict for definida, a condição será ainda mais restritiva: Esses campos normalmente são usados para enviar uma atualização completa da disponibilidade em um determinado período. Quando você define startTimeRestrict, mas não endTimeRestrict, todo o período desde o valor definido em startTimeRestrict é considerado. Usa o padrão RFC 3339, em que a saída gerada é sempre convertida em Z e tem 0, 3, 6 ou 9 dígitos fracionários. Além de "Z", outros ajustes também são aceitos. Exemplos: |
endTimeRestrict |
Quando você define endTimeRestrict, mas não startTimeRestrict, todo o período até o valor definido em endTimeRestrict é considerado. Usa o padrão RFC 3339, em que a saída gerada é sempre convertida em Z e tem 0, 3, 6 ou 9 dígitos fracionários. Além de "Z", outros ajustes também são aceitos. Exemplos: |
durationRestrict |
Definir a duração restringe ainda mais o escopo da atualização à disponibilidade com período correspondente. Duração em segundos com até nove dígitos fracionários, terminando em ' |
resourcesRestrict |
Definir resourcesRestrict restringe ainda mais o escopo da atualização a esse conjunto de recursos. Todos os campos de código dos recursos precisam corresponder. |
availability[] |
A nova lista de disponibilidade. |
Escopos de autorização
Requer o seguinte escopo OAuth:
https://www.googleapis.com/auth/mapsbooking