- 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 | |
|---|---|
service | 
                
                   
 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 | |
|---|---|
service | 
                  
                     
 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:   | 
                
service | 
                  
                     
 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:   | 
                
service | 
                  
                     
 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 "  | 
                
service | 
                  
                     
 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.  | 
                
service | 
                  
                     
 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   | 
                  
start | 
                    
                       
 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:   | 
                  
end | 
                    
                       
 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:   | 
                  
duration | 
                    
                       
 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 "  | 
                  
resources | 
                    
                       
 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