מדיניות שילוב מקצה לקצה של הזמנות

מדיניות השילוב הבאה חלה על שילוב של הזמנות מקצה לקצה.

מדיניות מקצה לקצה

צריך לקרוא את הקריטריונים הבאים לזכאות לשילוב לפני התחלת השילוב. השותפים צריכים לעמוד בדרישות ובכללי המדיניות הבאים כדי שיוכלו לשלב את החשבון שלהם באמצעות שילוב ההזמנות מקצה לקצה של מרכז הפעולות.

הדרישות הבאות הן רכיבים הכרחיים להשתתפות בתוכנית מרכז הפעולות, אבל עמידה בדרישות לא מבטיחה שהשותף יוכל לשלב את מרכז הפעולות או להפעיל אותו באמצעות מרכז הפעולות.

אי-עמידה בדרישות ובכללי המדיניות עלולה להוביל להשעיה או להסרה של המוכר או של השירותים מהפלטפורמה.

דרישות כלליות לגבי הפלטפורמה

1. על השותפים לאסוף ולטפל בכל נתוני המוכרים והמשתמשים, כולל פרטים אישיים מזהים, בהתאם לדרישות של התקנה הכללית להגנה על מידע (GDPR) ושל כל דיני הפרטיות החלים.
2. לשותפים צריכה להיות הרשאה לבצע הזמנות בשם המוכרים שלהם.

3. לשותפים צריכה להיות גישה ישירה למשבצות הזמן/זמינות של המוכרים בזמן אמת (כלומר, לשותפים צריכה להיות אפשרות להשיב לבקשות זמינות מ-Google תוך פחות משנייה).

   • מקרה מיוחד: אנחנו תומכים בהזמנות שמחייבות אישור אסינכרוני מהמוכר, אבל תהליך ההזמנה חייב להתבסס על משבצת זמן פנויה. הזמינות של השותפים חייבת להיות בזמן אמת, כלומר דרך מערכות אונליין של מוכרים, גם אם נדרש אישור מהמוכר כדי לסיים את ההזמנה.

4. לשותפים צריך להיות מלאי מקיף עבור המוכרים שלהם. יכול להיות שמוכרים עם מלאי חלקי או בעייתי לא יעמדו בדרישות.

5. לשותפים חייבים להיות 30 ימים או יותר של זמינות למוכרים.

6. על השותפים לתמוך בביטול הזמנות אונליין.

7. שותפים שדורשים תשלום מראש חייבים לציית למדיניות התשלומים של מרכז הפעולות. הספקים של החברות לעיבוד תשלומים צריכים להופיע ברשימה הנתמכת הבאה, ולקבל תשלומים בפורמט אסימונים.

8. לשותפים צריכה להיות אפשרות לספק נתוני תמחור מדויקים של עלויות השירותים ולציית למדיניות התמחור של מרכז הפעולות.

9. השותפים צריכים לעמוד בדרישות הטכניות בנושא שילוב של הזמנות מקצה לקצה של מרכז הפעולות.

10. השותפים חייבים לעמוד בדרישות הסף למוכרים ולשירותים במרכז הפעולות.

11. השותפים חייבים לציית להנחיות התמיכה והתחזוקה של מרכז הפעולות.

12. על השותפים לשמור על שיעורי השגיאות המקובלים כפי שהם מוגדרים בהנחיות להשקה ולמעקב.

13. כל ההזמנות צריכות לקבל אישור אוטומטי בזמן אמת, למעט הזמנות שבוצעו עם שילוב אסינכרוני. הזמנות שבוצעו באמצעות שילוב אסינכרוני חייבות לעמוד בהנחיות בנושא אסינכרוניות.

14. השותפים חייבים לציית למדיניות של מרכז הפעולות או למדיניות הספציפית של מרכז הפעולות (מבצעים, תשלום, שירותים באינטרנט ומסעדות).

15. השותף חייב לספק תוכן איכותי בסטנדרטים כמו שם המוכר, הכתובת, שם השירות והתיאור שלו, בהתאם להנחיה.

מדיניות מבצעים

כדי שהמבצעים ייכללו בשילוב של 'הזמנות מקצה לקצה', עליהם לעמוד בקריטריונים לזכאות ובדרישות הטכניות.

מציע קריטריונים לזכאות

• המבצע חייב להיות זמין לכל הלקוחות באופן כללי.
• כך הלקוחות לא צריכים להירשם לתוכנית מינויים, לרשימת כתובות אימייל, להשתמש בכרטיס אשראי מסוים או בכל הגבלה אחרת כדי לממש את המבצע.
• לא ניתן להגביל את המבצע לקבוצות גיל מסוימות (הנחות לסטודנטים או לאזרחים ותיקים).
• המבצע צריך להיות זמין באופן צפוי. לדוגמה, מבצע יכול להיות תקף בין 15:00 ל-16:00, אך אסור להשתמש במבצע שדורש ממך להיות בין 10 הלקוחות הראשונים.
• המוכר צריך לספק את ההטבה ולכבד אותה.

מבצעים שלא עומדים בדרישות הטכניות או בדרישות הסף

אם מוצר מסוים לא עומד בדרישות הסף שלנו, הוא לא ייכלל בשילוב של 'הזמנות מקצה לקצה'.

אם מוצר מסוים לא עומד בדרישות הטכניות או לא מתאים למפרט הנתונים שלנו, צריך להסיר אותו מהשילוב של Reservations מקצה לקצה בשלב הזה. עליכם לפנות לאיש הקשר שלכם ב-Google כדי להודיע לנו על כך ולהוסיף משוב לגבי התכונות או השינויים שתרצו להטמיע. כשאתם פונים אלינו, הקפידו לציין את מספר המוצרים ואת מספר המוכרים שהשינוי משפיע, וגם כמה מוצרים לדוגמה.

המדיניות והדרישות לגבי תפריט המסעדה

קראו את הקריטריונים הבאים לזכאות לשילוב לפני שתתחילו לבצע שילוב. כדי שתוכלו לשלב, השותפים צריכים לפעול בהתאם למדיניות בנושא תפריטי המזון ולעמוד בדרישות הבאות. לתשומת ליבכם, Google שומרת לעצמה את הזכות להציג את נתוני התפריט והמנות באופן שמועיל למשתמשים.

אי עמידה בדרישות ובכללי המדיניות עלולה להוביל להשעיה או להסרה של מוכרים או שירותים מהפלטפורמה.

מדיניות ודרישות

1. אסור לשותפים לשלוח מידע אסור (ראו פרטים) בפיד התפריט, כמו שפה גסה, תמונות אסורות, פרטים אישיים מזהים (PII) ותוכן שנוצר על ידי משתמשים.
2. אסור לשותפים להשתמש בפיד התפריט כדי לשתף פריטים שלא קשורים לתפריט כמו שירותים (לדוגמה: מדלת העסק, קודי שוברים וכו').
3. השותפים נדרשים לספק את כל הנתונים הנדרשים במפרט התפריט של הזמנות E2E או במפרט התפריט של הפניה אוטומטית להזמנה (גודל הקובץ המקסימלי הוא 2MB). הדרישות הטכניות מפורטות במפרט התפריט של הזמנות E2E ובמפרט התפריט של הפניה אוטומטית להזמנה, על ידי סימון השדות כאופציונלי או כחובה.
4. השותפים יכולים לספק רק אפשרויות בתפריט שזמינות למיקומי המסעדות המתאימים.
5. על השותפים לשלוח תפריט מלא עבור כל מיקום. יכול להיות שמוכרים עם תפריטים חלקיים לא יעמדו בדרישות להצגה.
6. השותפים והמוכרים נדרשים לוודא שהתפריטים מדויקים, והם צריכים לספק עדכונים מדי יום.
7. התמונות של המנות בתפריט צריכות להיות מוארות היטב, לכלול פריט אחד ספציפי בתפריט, לא לכלול תמונות של אנשים או תמונות אחרות, ועליהן לעמוד במפרט התמונה (מידע נוסף זמין בהנחיות לתמונות).
8. צריך להציג את המחירים לכל פריט בתפריט, ללא טיפים, מיסים או עמלות, אלא אם יש תקנות וחוקים מקומיים. השותפים חייבים לציין מטבע מקומי באופן מפורש.
9. יש תמיכה בתפריטים מיוחדים, וצריך להסיר אותם כשהם לא זמינים יותר (לדוגמה: prixFixe, מבצעים עונתיים לזמן מוגבל).

מדיניות התשלומים

בקטע הזה מפורטים המדיניות הכללית וכללי המדיניות הספציפיים לתכונות להטמעת תשלומים במרכז הפעולות. כדי להבטיח חוויה עקבית לצרכנים, למוכרים ולשותפים שמשתמשים במרכז הפעולות, המלאי שבו נדרש תשלום חייב לעמוד בהנחיות המתאימות. אם לא תפעלו בהתאם למדיניות, ייתכן שהשילוב שלכם יושעה.

כללי

המדיניות הזו חלה על כל מלאי שטחי הפרסום ועסקאות התשלום ב-'Google הזמנת מקומות':

1. אין לבצע חיובים עבור משתמשים שלא הוסכם עליהם במפורש בקופה, כפי שמצוין בתהליך הגדרת התשלומים שלנו.
   • תנאי התשלום שמופיעים בדף התנאים וההגבלות שבקישור לא עומדים בדרישה הזו.
2. בשירותים פנים-אל-פנים, כל התשלומים צריכים להתבצע בזמן ההזמנה או פנים-אל-פנים בלבד. שידול לתשלום בכל אמצעי אחר אסור בתכלית האיסור.
3. הסכום שבו המשתמש מחויב צריך להיות זהה לסכום שמצוין בתנאי העסקה.
4. צריך להציג את העסקה ולחייב אותה במטבע של המיקום של המוכר (המטבע מוגדר בתהליך הגדרת התשלומים). לא ניתן להמיר מטבעות.
5. אי אפשר להשתמש באסימוני תשלום לתמיכה בחיובים של טרנזקציות או מטרות אחרות.
6. לחיובים האלה לא ניתן להשתמש באמצעי כלשהו מלבד האסימון שנוצר לעסקה הזו ונשלח אליכם על ידי Google.
7. אם הבנק שמקבל את העסקאות שלכם כפוף ל-PSD2, צריך להטמיע בעסקאות האלה את 3DS1 או 3DS2, אם הוא נתמך על ידי Actions Center וספק שירותי התשלומים שאתם עובדים איתו.
8. אם השירות דורש תשלומים מראש, בלי עמלות הצגה ו/או הפקדות, חובה להגדיר את cancellation_policy השירות.
9. אם אתם מתכוונים להוסיף תשלומים לשילוב עכשיו או בעתיד, עליכם לספק פרטים מהימנים ומלאים ליצירת קשר, כולל שם, כתובת, מספר טלפון, כתובת אימייל ופרטי מרשם, כנדרש על פי תקנות מסוימות.

ללא עמלת מופע

כללי המדיניות הבאים חלים על מלאי שטחי פרסום ועל טרנזקציות באמצעות התכונה עמלת no show

1. אי אפשר לגבות עמלות על ביטולים בדקה ה-90, רק אם המשתמש מבטל את ההזמנה אחרי חלון הביטולים ללא חיוב שצוין לגבי ההזמנה.
   • אם לא צוין חלון ביטול להזמנה, חלון הביטול המוגדר כברירת מחדל יסתיים בתחילת ההזמנה.
2. צריך ליידע את Google באמצעות עדכון בזמן אמת אם המשתמש מחויב בעמלת אי-הגעה.

הפקדה

כללי המדיניות הבאים חלים על מלאי וטרנזקציות באמצעות התכונה הפקדה:

1. אין להשתמש בהפקדות כדי לשלם את המחיר המלא של השירות. בפונקציה הזו צריך להשתמש בתשלום מראש.
2. אם משתמש מבטל את המינוי לפני שמסתיים חלון הביטולים ללא חיוב שצוין לגבי ההפקדה:
   • צריך לקבל החזר כספי על ההפקדה שלו, או שלא לחייב אותו.
   • אם ההזמנה תבוטל מחוץ למרכז הפעולות, Google תשלח על כך עדכון בזמן אמת.

תשלום מראש

כללי המדיניות הבאים חלים על מלאי ועל עסקאות באמצעות התכונה תשלום מראש:

1. לכל ההזמנות בתשלום מראש מוגדרת מדיניות ביטולים.
   • אם לא צוינה מדיניות ביטולים, ברירת המחדל של ההזמנה היא 'לא ניתן לקבל החזר כספי'.
2. אם משתמש מבטל את המינוי בתוך פרק זמן שעומד בדרישות להחזר כספי (כפי שמוגדר במדיניות הביטולים של ההזמנה), אזי:
   • צריך לקבל החזר כספי על התשלום מראש כפי שמוגדר במדיניות הביטולים הזו.
   • אם ההזמנה בוטלה מחוץ למרכז הפעולות, צריך להודיע ל-Google על כך שבוצע החזר כספי או לא באמצעות עדכון בזמן אמת.

נדרש כרטיס אשראי

כללי המדיניות הבאים חלים על מלאי ועל טרנזקציות באמצעות התכונה Credit-card-required:

1. אין לחייב את המשתמש בעסקאות שנדרשות בכרטיס אשראי.