מחליפה את Availability של Service קיים של מוכר שמנוהל על ידי האגרגטור שצוין, ומחזירה אותו.
בקשת HTTP
POST https://mapsbooking.googleapis.com/v1alpha/inventory/{serviceAvailability.name=partners/*/merchants/*/services/*}/availability:replace
כתובת ה-URL כתובה בתחביר של gRPC Transcoding.
פרמטרים של נתיב
| פרמטרים | |
|---|---|
serviceAvailability.name |
שם המשאב של השירות שאליו רוצים להחיל את ההגדרה הזו. בפורמט |
גוף הבקשה
גוף הבקשה מכיל נתונים במבנה הבא:
| ייצוג ב-JSON |
|---|
{ "serviceAvailability": { "name": string, "startTimeRestrict": string, "endTimeRestrict": string, "durationRestrict": string, "resourcesRestrict": { "staffId": string, "staffName": string, "roomId": string, "roomName": string, "partySize": integer, "roomDescription": { object ( |
| שדות | |
|---|---|
serviceAvailability.startTimeRestrict |
אם תספקו את ישויות הזמינות, נתייחס אליהן כאל תמונת מצב מלאה מ-[startTimeRestrict, endTimeRestrict). כלומר, כל זמינות קיימת תימחק אם התנאי הבא מתקיים: אם מוגדרת הודעת משך, התנאי מוגבל עוד יותר: אם מוגדרת הודעת resourcesRestrict, התנאי מוגבל עוד יותר: השדות האלה משמשים בדרך כלל לעדכון מלא של הזמינות בטווח זמן מסוים. הגדרת startTimeRestrict בלי להגדיר את endTimeRestrict מתפרשת כהגדרה של כל הזמן שמתחיל ב-startTimeRestrict. הפלט שנוצר תמיד יהיה בפורמט RFC 3339, עם נורמליזציה של Z ושימוש ב-0, 3, 6 או 9 ספרות אחרי הנקודה. אפשר להשתמש גם בהיסטים אחרים חוץ מ-Z. דוגמאות: |
serviceAvailability.endTimeRestrict |
הגדרת endTimeRestrict בלי להגדיר startTimeRestrict מתפרשת כהגדרה של כל הזמן עד endTimeRestrict. הפלט שנוצר תמיד יהיה בפורמט RFC 3339, עם נורמליזציה של Z ושימוש ב-0, 3, 6 או 9 ספרות אחרי הנקודה. אפשר להשתמש גם בהיסטים אחרים חוץ מ-Z. דוגמאות: |
serviceAvailability.durationRestrict |
הגדרת משך הזמן מגבילה עוד יותר את היקף העדכון רק לזמינות עם משך זמן תואם. משך זמן בשניות עם עד תשע ספרות אחרי הנקודה, שמסתיים ב-' |
serviceAvailability.resourcesRestrict |
הגדרת משאבים מגבילה עוד יותר את היקף העדכון רק לקבוצת המשאבים הזו. כל שדות המזהים של המשאבים צריכים להיות זהים לחלוטין. |
serviceAvailability.availability[] |
רשימת הזמינות החדשה. |
גוף התשובה
רשימה של זמינות והגדרות של מי/מתי צריך להחיל אותן.
אם הפעולה בוצעה ללא שגיאות, גוף התגובה יכיל נתונים במבנה הבא:
| ייצוג ב-JSON |
|---|
{ "name": string, "startTimeRestrict": string, "endTimeRestrict": string, "durationRestrict": string, "resourcesRestrict": { object ( |
| שדות | |
|---|---|
name |
שם המשאב של השירות שאליו רוצים להחיל את ההגדרה הזו. בפורמט |
startTimeRestrict |
אם תספקו את ישויות הזמינות, נתייחס אליהן כאל תמונת מצב מלאה מ-[startTimeRestrict, endTimeRestrict). כלומר, כל זמינות קיימת תימחק אם התנאי הבא מתקיים: אם מוגדרת הודעת משך, התנאי מוגבל עוד יותר: אם מוגדרת הודעת resourcesRestrict, התנאי מוגבל עוד יותר: השדות האלה משמשים בדרך כלל לעדכון מלא של הזמינות בטווח זמן מסוים. הגדרת startTimeRestrict בלי להגדיר את endTimeRestrict מתפרשת כהגדרה של כל הזמן שמתחיל ב-startTimeRestrict. הפלט שנוצר תמיד יהיה בפורמט RFC 3339, עם נורמליזציה של Z ושימוש ב-0, 3, 6 או 9 ספרות אחרי הנקודה. אפשר להשתמש גם בהיסטים אחרים חוץ מ-Z. דוגמאות: |
endTimeRestrict |
הגדרת endTimeRestrict בלי להגדיר startTimeRestrict מתפרשת כהגדרה של כל הזמן עד endTimeRestrict. הפלט שנוצר תמיד יהיה בפורמט RFC 3339, עם נורמליזציה של Z ושימוש ב-0, 3, 6 או 9 ספרות אחרי הנקודה. אפשר להשתמש גם בהיסטים אחרים חוץ מ-Z. דוגמאות: |
durationRestrict |
הגדרת משך הזמן מגבילה עוד יותר את היקף העדכון רק לזמינות עם משך זמן תואם. משך זמן בשניות עם עד תשע ספרות אחרי הנקודה, שמסתיים ב-' |
resourcesRestrict |
הגדרת משאבים מגבילה עוד יותר את היקף העדכון רק לקבוצת המשאבים הזו. כל שדות המזהים של המשאבים צריכים להיות זהים לחלוטין. |
availability[] |
רשימת הזמינות החדשה. |
היקפי הרשאות
נדרש היקף ההרשאות הבא של OAuth:
https://www.googleapis.com/auth/mapsbooking