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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

15. השותף חייב לתחזק תוכן באיכות רגילה של שם המוכר, הכתובת, שם השירות והתיאור שלו, בהתאם להנחיות.

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

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

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

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

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

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

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

המדיניות והדרישות בנושא תפריטי מזון

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

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

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

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

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

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

כללי

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

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

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

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

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