- Solicitação HTTP
- Parâmetros de caminho
- Corpo da solicitação
- Corpo da resposta
- Escopos da 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 }, "availability": [ { "startTime": string, "duration": string, "spotsTotal": string, "spotsOpen": string, "availabilityTag": string, "resources": { 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. Um carimbo de data/hora no formato RFC3339 UTC "Zulu", com resolução de nanossegundos e até nove dígitos fracionários. Exemplos: |
serviceAvailability.endTimeRestrict |
Quando você define endTimeRestrict, mas não startTimeRestrict, todo o período até o valor definido em endTimeRestrict é considerado. Um carimbo de data/hora no formato RFC3339 UTC "Zulu", com resolução de nanossegundos e até nove dígitos fracionários. 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
Se bem-sucedido, o corpo da resposta incluirá dados com a estrutura a seguir:
Uma lista de disponibilidade e a quem/quando elas devem ser aplicadas.
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. Um carimbo de data/hora no formato RFC3339 UTC "Zulu", com resolução de nanossegundos e até nove dígitos fracionários. Exemplos: |
endTimeRestrict |
Quando você define endTimeRestrict, mas não startTimeRestrict, todo o período até o valor definido em endTimeRestrict é considerado. Um carimbo de data/hora no formato RFC3339 UTC "Zulu", com resolução de nanossegundos e até nove dígitos fracionários. 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