כללי המדיניות הבאים חלים על השילוב של פגישות מקצה לקצה.
מדיניות מקצה לקצה
לפני שמתחילים לשלב את השירות, חשוב לקרוא את הקריטריונים הבאים לזכאות לשילוב. כדי לעמוד בדרישות ולפעול בהתאם למדיניות הבאות, השותפים יכולים להשתמש בשילוב של פגישות מקצה לקצה במרכז הפעולות.
הדרישות הבאות הן רכיבים נחוצים להשתתפות בתוכנית Actions Center, אבל עמידה בדרישות לא מבטיחה שהשותף יהיה כשיר לשלב את Actions Center או להפעיל אותו.
אי-ציות לדרישות ולמדיניות עלולה להוביל להשעיה או להסרה של השילוב, המוכר או השירותים מהפלטפורמה.
דרישות כלליות לפלטפורמה
- השותפים חייבים לאסוף ולטפל בכל נתוני המוכרים והמשתמשים, כולל פרטים אישיים מזהים, באופן שתואם לתקנה הכללית להגנה על מידע (GDPR) ולכל חוקי הפרטיות החלים האחרים.
- השותפים צריכים להיות מורשים לבצע הזמנות בשם המוכרים שלהם.
לשותפים צריכה להיות גישה ישירה לזמינות או לשעות הפתיחה של המוכרים בזמן אמת (כלומר, השותפים צריכים להיות מסוגלים להגיב לבקשות של Google לגבי זמינות תוך פחות משנייה).
- מקרה מיוחד: אנחנו תומכים בהזמנות שדורשות אישור אסינכרוני מהמוכר, אבל תהליך ההזמנה חייב להתבסס על חלון זמן זמין. השותפים צריכים לקבל נתוני זמינות בזמן אמת, למשל דרך המערכות אונליין של המוכר, גם אם צריך אישור מהמוכר כדי להשלים את ההזמנה.
השותפים חייבים לספק מלאי שטחי פרסום מקיף למוכרים שלהם. יכול להיות שמוכרים עם מלאי חלקי או מלאי במצוקה לא יעמדו בדרישות.
השותפים צריכים להציג נתוני זמינות של מוכרים במשך 30 ימים או יותר.
השותפים חייבים לתמוך בביטול הזמנות אונליין.
שותפים שמחייבים תשלומים מראש חייבים לציית למדיניות התשלומים של מרכז הפעולות. ספקי עיבוד התשלומים שלהם חייבים להופיע ברשימת הספקים הנתמכים הבאה, ולקבל תשלומים באמצעות אסימונים.
השותפים צריכים לספק נתוני תמחור מדויקים של עלות השירותים ולפעול בהתאם למדיניות התמחור של מרכז הפעולות.
השותפים צריכים לעמוד בדרישות הטכניות של השילוב מקצה לקצה של פגישות ב-Actions Center.
השותפים חייבים לציית לדרישות הסף של מוכרים ושירותים ב-Actions Center.
השותפים חייבים לפעול בהתאם להנחיות התמיכה והתחזוק של Actions Center.
השותפים צריכים לשמור על שיעורי שגיאות סבירים כפי שמוגדר בהנחיות להשקה ולמעקב.
כל ההזמנות חייבות להתקבל באופן אוטומטי בזמן אמת, למעט הזמנות שבוצעו באמצעות שילוב אסינכרוני. הזמנות שמבוצעות דרך שילוב אסינכרוני חייבות לעמוד בהנחיות לאסינכרוניות.
השותפים חייבים לפעול בהתאם למדיניות הספציפית לתחום או לתכונה של מרכז הפעולות (מבצעים, תשלום, שירותים אונליין ומסעדות).
השותף צריך להקפיד על תוכן באיכות סטנדרטית לגבי שם המוכר, הכתובת, שם השירותים והתיאור שלהם, בהתאם להנחיה.
כללי מדיניות התמחור
בדף הזה מפורטים כללי המדיניות להצגת מחירים שקשורים לפיד שלכם ב-Maps Booking API. כדי להבטיח חוויה עקבית לצרכנים, למוכרים ולשותפים שמשתמשים במרכז הפעולות, המלאי צריך לעמוד בהנחיות המתאימות לסוג השירות הרלוונטי. אי-ציות לכללי המדיניות האלה עלול להוביל להשעיה של השילוב.
שירותים בסך 0$
שירותים פנים-ארגוניים
בדרך כלל אסור לפרסם שירותים ללא תשלום עבור פגישות פנים אל פנים. אם יש לכם תרחיש לדוגמה שבו לדעתכם צריך לבדוק אם ניתן להעניק החרגה, תוכלו לפנות לאיש הקשר שלכם בנושא פיתוח עסקי ב-Google.
שירותים אונליין
אנחנו מאפשרים פרסום שירותים בחינם או במחיר של 0 $כשהשירות ניתן באופן מלא באינטרנט, בכפוף להגבלות הבאות:
- השירות חייב להיות באמת ללא תשלום
- אפשר לבקש תרומות, אבל אסור לחייב את המשתמשים בתרומה כדי לקבל את השירות
- אסור לבצע פנייה לקבלת הצעה רק אחרי שהשירות ניתן
- באופן כללי, תקופת ניסיון ללא תשלום חייבת להיות זמינה לכל לקוח שמזמין את השירות
- מותר להחיל הגבלות מסיבות של בריאות ובטיחות, ככל שהדבר מותר על פי החוק
כללי המדיניות בנושא תשלומים
בקטע הזה מפורטות כללי המדיניות הכלליים והמדיניות הספציפית לכל תכונה בנוגע להטמעת תשלומים במרכז הפעולות. כדי להבטיח חוויה עקבית לצרכנים, למוכרים ולשותפים שמשתמשים במרכז הפעולות, מלאי שטחי הפרסום שדורש תשלום חייב לעמוד בהנחיות המתאימות. אי-ציות לכללי המדיניות האלה יוביל להשעיית השילוב.
כללי
המדיניות הזו חלה על כל העסקאות והמלאי של התשלומים ב-Reserve with Google:
- אסור לחייב משתמש על פריטים שלא אושרו במפורש בקופה, כפי שמפורט בתהליך הגדרת התשלומים.
- תנאי התשלום שמופיעים בדף התנאים וההגבלות המקושר לא עומדים בדרישות האלה.
- בשירותים שמתבצעים באופן אישי, כל התשלומים חייבים להתבצע במועד ההזמנה או באופן אישי בלבד. אסור בהחלט לבקש תשלום בכל אמצעי אחר.
- סכום החיוב של המשתמש חייב להיות זהה לסכום שצוין בתנאים של העסקה.
- העסקה צריכה להופיע ולהחויב במטבע של המיקום של המוכר (המטבע מצוין בתהליך הגדרת התשלומים). לא תתבצע המרת מטבעות.
- אי אפשר להשתמש באסימוני תשלום כדי לתמוך בחיובים לעסקאות או למטרות אחרות.
- לא ניתן להשתמש באמצעי אחר לחיוב מלבד הטוקן שנוצר לעסקה הזו ונשלח אליכם על ידי Google.
- אם הבנק המאמצת של העסקאות שלכם כפוף ל-PSD2, עליכם להטמיע את 3DS1 או 3DS2 בעסקאות האלה, אם הן נתמכות על ידי מרכז הפעולות ועל ידי חברת עיבוד התשלומים שלכם.
- אם השירות מחייב תשלומים מראש, עמלות על אי-הגעה ו/או הפקדות, צריך להגדיר את השירות בתור
cancellation_policy
. - אם אתם מוסיפים תשלומים לשילוב עכשיו או בעתיד, עליכם לספק פרטים מלאים ואמינים ליצירת קשר, כולל שם, כתובת, מספר טלפון, כתובת אימייל ופרטי רישום, כנדרש לפי תקנות מסוימות.
דמי ביטול 'לא הגיע'
כללי המדיניות הבאים חלים על מלאי שטחי הפרסום ועל עסקאות שמשתמשות בתכונה ללא עמלת הצגה:
- אפשר לחייב בעמלה על אי-הגעה במקרה של ביטולים מאוחרים רק אם המשתמש ביטל אחרי חלון הביטולים ללא חיוב שצוין בהזמנה.
- אם לא צוין חלון ביטולים להזמנה, חלון הביטולים שמוגדר כברירת מחדל מסתיים בתחילת ההזמנה.
- אם מחייבים משתמש בעמלה על אי-הגעה, צריך להודיע ל-Google על כך באמצעות עדכון בזמן אמת.
הפקדה
כללי המדיניות הבאים חלים על מלאי שטחי הפרסום ועל עסקאות שמשתמשות בתכונה הפקדה:
- אין להשתמש בהפקדות כדי לשלם את המחיר המלא של שירות. מומלץ להשתמש בתשלום מראש לצורך הפונקציה הזו.
- אם משתמש מבטל לפני שפג התוקף של חלון הביטולים ללא חיוב שצוין לאותה הפקדה, המערכת פועלת באופן הבא:
- צריך להעניק להם החזר כספי על הפיקדון או לא לחייב אותם.
- אם ההזמנה מבוטלת מחוץ למרכז הפעולות, צריך להודיע ל-Google על כך באמצעות עדכון בזמן אמת.
תשלום מראש
כללי המדיניות הבאים חלים על מלאי שטחי הפרסום ועל עסקאות שמשתמשות בתכונה תשלום מראש:
- מדיניות ביטולים מוגדרת לכל ההזמנות בתשלום מראש.
- אם לא צוינה מדיניות ביטולים, ברירת המחדל היא שהזמנות לא ניתנות להחזר כספי
- אם משתמש מבטל את ההזמנה במסגרת הזמן שבה הוא זכאי להחזר כספי (כפי שמוגדר במדיניות הביטולים של ההזמנה), המערכת:
- צריך להעניק להם החזר כספי על התשלום מראש בהתאם למדיניות הביטולים.
- אם ההזמנה בוטלה מחוץ למרכז הפעולות, צריך לעדכן את Google אם בוצע החזר כספי באמצעות עדכון בזמן אמת.
חובה להזין כרטיס אשראי
כללי המדיניות הבאים חלים על מלאי שטחי הפרסום ועל עסקאות שמשתמשות בתכונה credit-card-required:
- אסור לחייב את המשתמש על עסקאות שדורשות כרטיס אשראי.