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

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

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

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

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

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

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

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

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

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

4. לשותפים צריך להיות מלאי גדול של שטחי פרסום למוֹכרים. יכול להיות שמוכרים עם מלאי חלקי או מצומצם, לא יעמדו בדרישות.

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

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

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

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

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

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

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

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

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

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

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

מדיניות ההצעות

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

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

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

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

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

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

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

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

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

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

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

המדיניות בנושא הפניות אוטומטיות של תשלומים

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

כללי

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

1. הסכום שנגבה מהמשתמש צריך להיות זהה לסכום שצוין בתנאי העסקה, בהתאם לדינים החלים.
2. אם השירות דורש תשלומים מראש, ללא עמלות ו/או הפקדות, הגדרת מדיניות ביטול השירות היא חובה.
3. השותפים אחראים לעדכן את הזמינות באמצעות עדכון בזמן אמת (RTU) או לוודא שהקריאות ל-BatchAvailabilityLookup משקפות את הזמינות המדויקת של יחידות הקיבולת (Slot).
4. אין לחייב את המשתמש על עסקאות הנדרשות בכרטיס אשראי.
5. אין לבצע חיובים למשתמשים שלא הוסכם עליהם במפורש בקופה, כפי שמצוין בתהליך הגדרת התשלומים שלנו.
6. תנאי התשלום שמופיעים בדף התנאים וההגבלות המקושר לא עונים על הדרישה הזו.
7. בקבלת שירות פנים-אל-פנים חל איסור מוחלט על שידול לתשלום בכל אמצעי אחר.
8. צריך להציג ולחייב את העסקה במטבע שבו נמצא המיקום של המוכר (המטבע נקבע באמצעות תהליך הגדרת התשלומים). לא תתבצע המרת מטבעות.

^{‫1. כל השירותים פנים-אל-פנים, לא כולל השירותים שמסופקים דרך השילוב הזה, כמו תשלומים מראש והפקדות}

דרישות בנוגע לדף הנחיתה

1. בדף הנחיתה צריך להתחיל תהליך ההזמנה, ולציין בו את מספר הסועדים ואת משבצת הזמן שנבחרו מראש.
2. דף הנחיתה לא יכול להיות דף הבית של ספק הפלטפורמה או דפים אחרים.
3. השלב הראשון של דף הנחיתה שמקושר בקישור העומק לא יכול להיות קיר התחברות, שבו המשתמשים לא יכולים להמשיך ולהשלים את ההזמנה אלא אם הם נכנסים לחשבון או יוצרים חשבון.
4. השלב הראשון של דף הנחיתה שמקושר בקישור העומק לא יכול להיות 'חומת תשלום', שבו המשתמשים לא יכולים לראות את המטא-נתונים שקשורים להזמנה שלהם, אלא אם הם יספקו פרטי תשלום.