הפעלת תשלומים

הערה: בשלב זה, שירות Google הזמנת מקומות לא תומך בתכונה הזו עבור תוסף חדש.

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

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

קיימת תמיכה ב-3DS1 וב-3DS2. אפשר לעיין במדריך הזה בנושא ההטמעה.

זכאות להנחה

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

1. אתם צריכים להשתמש במעבד תשלומים נתמך. ניתן למצוא רשימה עדכנית של מעבדי התשלומים הנתמכים באתר Google Pay.
2. מקבלים תשלומים באמצעות אסימון בהתאם למעבד המידע שלכם.
3. לא ניתן להפעיל תשלום על הזמנות שמחייבות אישור אסינכרוני .

שינויים בפידים ובשרת ההזמנות לביצוע תשלומים

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

פידים

• פיד מוכרים: מציינים פרטי תשלום באמצעות השדה tokenization_parameter שמוגדר בשדה tokenization_config. הקבוצה תלויה במעבד התשלומים שנבחר. הקבוצה היא אותה קבוצה של paymentMethodTokenizationParameters.parameters שתועבר אל Google Pay אם היא תשולב איתה.
  הערה: אם אתם אוספים תשלומים בשם המוכר, אתם יכולים לספק פרמטרים משלכם במקום הפרמטרים של המוכר.
• פידים של שירותים/זמינות: צריך לציין דרישות לתשלום בהתאם לתרחיש לדוגמה הנכון. לפרטים נוספים, ראו תרחישים לדוגמה לתשלומים.

שרת הזמנות

• יש ליישם את אמצעי התשלום CreateBooking, בהתאם לסוג התשלומים שמשתמשים מבצעים
• Google תשלח אסימוני תשלום בשדה payment_processing_parameters.unparsed_payment_method_token כחלק מה CreateBookingRequest. זה המספר של paymentData שהחזרה שלך יכולה לקבל בשילוב של Google Pay.
• בהודעה CreateBookingResponse יש לכלול הודעה של PaymentInfo המציינת את סוג התשלום, הסטטוס, מזהה העסקה ומבנה המחיר / העמלה.
• בשדה payment_information.payment_processed_by מגדירים את הערך PROCESSED_BY_PARTNER בשדה CreateBookingResponse.

תרחישים לדוגמה לתשלומים

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

תרחישים לדוגמה לתשלומים:

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

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

השלמת הזמנות בתשלום מראש

איור 1 מציג את זרימת הפעילויות בין המשתמשים, בינך (שותף התזמון, Google) לבין ספק שירותי התשלומים.

איור 1: תרשים רצף של הזמנות בתשלום מראש

• התשלום צריך להיות 100% מסכום עלות השירות. במילים אחרות, שירותי השירותים חייבים להיות משולמים במלואם בזמן ביצוע ההזמנה.

שינויים בפידים של השירותים

• מגדירים את השדה prepayment_type ל-REQUIRED בשירות הזה.
• מגדירים את השדה require_credit_card ל-REQUIRE_CREDIT_CARD_CONDITIONAL בשירות הזה.

הפקדות ועמלות אי-הגעה

הפקדות ועמלות אי-הגעה מוגדרות באותו אופן. איור 2 מציג את רצף הפעילויות האלה בין המשתמשים שלך (שותף התזמון), Google ומעבד התשלומים.

איור 2: הפקדות או אי-תשלום עמלות תרשים רצף הזמנות

הפקדות ועמלות בגין אי-הגעה יכולות לשמש את המשתמש כדי לוודא שהוא יופיע עבור ההזמנה שלו.

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

שינויים בפידים או בשירותים

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

• כדי לאפשר הפקדות, צריך להגדיר את השדה deposit ברמת משבצת השירות או הזמינות.
• כדי להציג עמלות על אי-הגעה, יש להגדיר את השדה no_show_fee ברמת 'שירות' או 'זמינות'.
• מגדירים את השדה require_credit_card לערך REQUIRE_CREDIT_CARD_CONDITIONAL ברמת משבצת השירות או הזמינות.
• (אופציונלי) מגדירים את prepayment_type לערך REQUIRED או OPTIONAL.

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

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

• מגדירים את השדה require_credit_card לערך REQUIRE_CREDIT_CARD_ALWAYS ברמת השירות או ברמת הזמינות של המוכר.

ביטולים והחזרים כספיים

הביטולים וההחזרים הכספיים מבוצעים על ידי השותף (את/ה) או על ידי המשתמש דרך 'Google הזמנת מקומות'. בשני המקרים תצטרכו לכבד את CancellationPolicy שהוגדרה ברמת השירות ותועבר למשתמש בשלב התשלום.

אם לא נקבל ממך את הכתובת CancellationPolicy, ההנחה היא שניתן לקבל החזר כספי על כל ביטול בחלון הביטול שהוגדר על ידי min_advance_online_canceling, שהוגדר ברמת השירות. אם המדיניות min_advance_online_canceling לא מוגדרת, היא שווה ל-0 (כלומר, ניתנת לעריכה בכל זמן).

אם יש להשבית את הביטול של ההזמנה מ-'Google הזמנת מקומות', יש לפנות לנציג Google שלך.

שינויים במחירים בזמן אמת

• אחרי שנותנים החזר כספי למשתמש, צריך לשלוח עדכון RTU של ההזמנה כדי לשנות את סטטוס התשלום של ההזמנה. מגדירים את update_mask לערך status,payment_information.prepayment_status ומגדירים את payment_information.prepayment_status = PREPAYMENT_REFUNDED ואת status = CANCELED.
  • שימוש בBookingStatus = CANCELED ובPrepaymentStatus = PREPAYMENT_REFUNDED החדשים. ערך ה-enum CANCELED_AUTOMATIC_REFUND הוצא משימוש גם בתבנית Booking API וגם בתבניות gRPC.

החלפה לשרת הזמנות

• כשההזמנה ב-Google הזמנת מקומות נשלחת UpdateBookingRequest וגם גורמת להחזר כספי למשתמש, מגדירים את booking.payment_information.prepayment_status = PREPAYMENT_REFUNDED ב UpdateBookingResponse.