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

כללי המדיניות שבהמשך חלים על השילוב של פגישות מקצה לקצה.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

מדיניות תמחור

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

$0 שירותים

שירות פרונטלי

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

שירותים מקוונים

אנחנו מאפשרים שירותים בחינם או במחיר של 0 $כשהשירות ניתן במלואו אונליין, בכפוף להגבלות הבאות:

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

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

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

כללי

המדיניות הזו חלה על כל מלאי שטחי הפרסום ועסקאות התשלום ב-'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. אין לחייב את המשתמש בעסקאות שנדרשות בכרטיס אשראי.