- Requête HTTP
- Paramètres de chemin d'accès
- Corps de la requête
- Corps de la réponse
- Niveaux d'accès des autorisations
Remplace la valeur Availability d'un Service existant associé à un marchand géré par l'agrégateur spécifié, puis renvoie cette valeur.
Requête HTTP
POST https://mapsbooking.googleapis.com/v1alpha/inventory/{serviceAvailability.name=partners/*/merchants/*/services/*}/availability:replace
L'URL utilise la syntaxe de transcodage gRPC.
Paramètres de chemin d'accès
| Paramètres | |
|---|---|
serviceAvailability.name |
Nom de la ressource du service auquel appliquer ce paramètre. Au format |
Corps de la requête
Le corps de la requête contient des données présentant la structure suivante :
| Représentation JSON |
|---|
{ "serviceAvailability": { "name": string, "startTimeRestrict": string, "endTimeRestrict": string, "durationRestrict": string, "resourcesRestrict": { "staffId": string, "staffName": string, "roomId": string, "roomName": string, "partySize": integer, "roomDescription": { object ( |
| Champs | |
|---|---|
serviceAvailability.startTimeRestrict |
Nous traitons les entités de disponibilité éventuellement fournies comme un instantané complet de [startTimeRestrict, endTimeRestrict). Autrement dit, le système supprime toute disponibilité existante si la condition suivante est remplie : Si un message "duration" (durée) est défini, la condition est encore plus exigeante : Si un message "resourcesRestrict" est défini, la condition est plus exigeante encore : Ces champs sont généralement utilisés pour fournir une mise à jour complète de la disponibilité pour une période donnée. Si vous définissez la valeur startTimeRestrict, mais pas la valeur endTimeRestrict, le système en conclut que toutes les heures commencent à startTimeRestrict. Utilise la norme RFC 3339, où la sortie générée utilise toujours le format UTC (indiqué par "Z" pour le temps universel coordonné) avec des secondes fractionnaires de 0, 3, 6 ou 9 chiffres décimaux. Des décalages horaires autres que "Z" (UTC) sont également acceptés. Exemples : |
serviceAvailability.endTimeRestrict |
Si vous définissez la valeur endTimeRestrict, mais pas la valeur startTimeRestrict, le système en conclut que toutes les heures sont incluses jusqu'à la fin de endTimeRestrict. Utilise la norme RFC 3339, où la sortie générée utilise toujours le format UTC (indiqué par "Z" pour le temps universel coordonné) avec des secondes fractionnaires de 0, 3, 6 ou 9 chiffres décimaux. Des décalages horaires autres que "Z" (UTC) sont également acceptés. Exemples : |
serviceAvailability.durationRestrict |
Lorsque la durée est définie, toute mise à jour de la disponibilité est limitée aux créneaux de cette durée. Durée en secondes avec neuf chiffres au maximum après la virgule et se terminant par ' |
serviceAvailability.resourcesRestrict |
Lorsque resourcesRestrict est défini, toute mise à jour est limitée à cet ensemble de ressources seulement. Tous les champs des identifiants de ressources doivent correspondre exactement. |
serviceAvailability.availability[] |
Nouvelle liste de disponibilités. |
Corps de la réponse
Liste de disponibilités et à qui/quand les appliquer
Si la requête aboutit, le corps de la réponse contient des données qui ont la structure suivante :
| Représentation JSON |
|---|
{ "name": string, "startTimeRestrict": string, "endTimeRestrict": string, "durationRestrict": string, "resourcesRestrict": { object ( |
| Champs | |
|---|---|
name |
Nom de la ressource du service auquel appliquer ce paramètre. Au format |
startTimeRestrict |
Nous traitons les entités de disponibilité éventuellement fournies comme un instantané complet de [startTimeRestrict, endTimeRestrict). Autrement dit, le système supprime toute disponibilité existante si la condition suivante est remplie : Si un message "duration" (durée) est défini, la condition est encore plus exigeante : Si un message "resourcesRestrict" est défini, la condition est plus exigeante encore : Ces champs sont généralement utilisés pour fournir une mise à jour complète de la disponibilité pour une période donnée. Si vous définissez la valeur startTimeRestrict, mais pas la valeur endTimeRestrict, le système en conclut que toutes les heures commencent à startTimeRestrict. Utilise la norme RFC 3339, où la sortie générée utilise toujours le format UTC (indiqué par "Z" pour le temps universel coordonné) avec des secondes fractionnaires de 0, 3, 6 ou 9 chiffres décimaux. Des décalages horaires autres que "Z" (UTC) sont également acceptés. Exemples : |
endTimeRestrict |
Si vous définissez la valeur endTimeRestrict, mais pas la valeur startTimeRestrict, le système en conclut que toutes les heures sont incluses jusqu'à la fin de endTimeRestrict. Utilise la norme RFC 3339, où la sortie générée utilise toujours le format UTC (indiqué par "Z" pour le temps universel coordonné) avec des secondes fractionnaires de 0, 3, 6 ou 9 chiffres décimaux. Des décalages horaires autres que "Z" (UTC) sont également acceptés. Exemples : |
durationRestrict |
Lorsque la durée est définie, toute mise à jour de la disponibilité est limitée aux créneaux de cette durée. Durée en secondes avec neuf chiffres au maximum après la virgule et se terminant par ' |
resourcesRestrict |
Lorsque resourcesRestrict est défini, toute mise à jour est limitée à cet ensemble de ressources seulement. Tous les champs des identifiants de ressources doivent correspondre exactement. |
availability[] |
Nouvelle liste de disponibilités. |
Niveaux d'accès des autorisations
Requiert le champ d'application OAuth suivant :
https://www.googleapis.com/auth/mapsbooking