שאלות נפוצות

בדף הזה מופיעים מידע כללי ושאלות נפוצות על Google Pay API.

מידע על Google Pay API

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

איך מקבלים תמיכה?

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

תכונות נתמכות

ממשק Google Pay API תומך בכמה תכונות.

אמצעי התשלום הנתמכים

יכול להיות ש-Google Pay API יחזיר כרטיסים או טוקנים של רשתות.

חיובים קבועים ומינויים

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

‫Google Pay תומך בתשלומים חוזרים אם ההצהרות הבאות נכונות:

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

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

טעינה אוטומטית

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

החזרים כספיים

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

איסוף תרומות

ארגונים ללא מטרות רווח (מלכ"רים) שאושרו יכולים לשלב את Google Pay API כדי לאסוף תרומות, בתנאי שהם מספקים מסמכים שמוכיחים, מאשרים ומאמתים את הסטטוס שלהם כמלכ"ר. לדוגמה, עמותות בארה"ב צריכות לספק הוכחה תקפה לסטטוס ‎501(c)3‎ מ-IRS כדי לעמוד בדרישות.

תנאים ומדיניות

התנאים וההגבלות של Google Pay

כל המוכרים חייבים להסכים לתנאים ולהגבלות של Google Pay ולפעול לפיהם.

מדיניות השימוש המקובל ב-Google Pay API

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

המדיניות בנושא הימורים

המדיניות שלנו בנושא הימורים מוגדרת במדיניות השימוש המקובל של Google Pay API.

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

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

  • אוסטרליה
  • אוסטריה
  • קנדה
  • צ'כיה
  • צרפת
  • גאורגיה
  • גרמניה
  • יוון
  • הונגריה
  • אירלנד
  • איטליה
  • יפן
  • הולנד
  • פולין
  • פורטוגל
  • רומניה
  • ספרד
  • שוודיה
  • בריטניה

יכול להיות שבהמשך נרחיב את התמיכה מעבר לרמה הנוכחית.

כדי לקבל גישה לסביבת הייצור של Google Pay API לשילובים של הימורים, צריך לעמוד בכמה דרישות:

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

מדינות עם תנאים או הגבלות ספציפיים

מותר לשלב הימורים במדינות שמופיעות ברשימה אם הם עומדים בקריטריונים הבאים:

מדינה התנאים לשימוש בשילוב עם Android דרישות הסף לשילוב עם אתרים
בולגריה כן, עם הגבלות:
  • אפליקציות שמפנות לאתר עומדות בדרישות.
  • אסור להשתמש באפליקציות שלא מפנות לאתר.
 כן
קפריסין כן, עם הגבלות:
  • הגרלת הלוטו של המדינה עומדת בדרישות.
  • ‫OPAP Cyprus Limited עומדת בדרישות.
  • אסור לפרסם בתי קזינו באינטרנט.
  • אסור להשתמש במכונות מזל.
  • אסור לפרסם הימורים על מרוצי סוסים.
  • אסור לפרסם הימורים על מרוצי כלבים.
  • הימורים על מרווחים אסורים.
  • אסור לפרסם בורסות הימורים.
 כן, עם הגבלות:
  • הגרלת הלוטו של המדינה עומדת בדרישות.
  • ‫OPAP Cyprus Limited עומדת בדרישות.
  • אסור לפרסם בתי קזינו באינטרנט.
  • אסור להשתמש במכונות מזל.
  • אסור לפרסם הימורים על מרוצי סוסים.
  • אסור לפרסם הימורים על מרוצי כלבים.
  • הימורים על מרווחים אסורים.
  • אסור לפרסם בורסות הימורים.
פינלנד כן, עם הגבלות:
  • ‫Veikkaus Oy עומדת בדרישות.
 כן, עם הגבלות:
  • ‫Veikkaus Oy עומדת בדרישות.
קזחסטן כן, עם הגבלות:
  • מותר לפרסם הגרלות לוטו.
  • הימורים בספורט עומדים בדרישות.
  • מותר לפרסם טוטו.
  • אסור לפרסם בתי קזינו באינטרנט.
  • חל איסור על פרסום של קזינו אלקטרוני.
 כן, עם הגבלות:
  • מותר לפרסם הגרלות לוטו.
  • הימורים בספורט עומדים בדרישות.
  • מותר לפרסם טוטו.
  • אסור לפרסם בתי קזינו באינטרנט.
  • חל איסור על פרסום של קזינו אלקטרוני.
פולין לא כן, עם הגבלות:
  • ספקי הימורים מורשים עומדים בדרישות.
דרום אפריקה כן, עם הגבלות:
  • הימורים בספורט אונליין עומדים בדרישות.
 כן, עם הגבלות:
  • מותר לפרסם הימורי ספורט באינטרנט.

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

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

המדיניות שלנו בנושא שירותי בריאות מוגדרת במדיניות השימוש המקובל של Google Pay API.

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

המדיניות בנושא שירותים פיננסיים

המדיניות שלנו בנושא שירותים פיננסיים מוגדרת במדיניות השימוש המקובל של Google Pay API.

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

שאלות נפוצות כלליות

השאלות הנפוצות הבאות רלוונטיות למוכרים:

אני משתמש בספק שירותי תשלום גדול כדי לנהל את כל הסיכונים ואת אימות חזק ללקוח (SCA). מה חשוב לדעת על GPay?

‫Google Pay API מחזיר אמצעי תשלום במטען ייעודי (payload) חתום ומוצפן. אמצעי התשלום שמוחזרים כוללים כרטיסי PAN או כרטיסים שעברו טוקניזציה, שמורכבים מ-DPAN (מספר חשבון ראשי במכשיר) ומקריפטוגרמות.

מטענים ייעודיים (payloads) של כרטיסים שעברו טוקניזציה מעובדים ללא אימות נוסף או אתגר.

מטענים של כרטיסים שמכילים PAN דורשים 3D Secure באמצעות פתרון פנימי או פתרון שסופק על ידי PSP.

אם ספק שירותי התשלום שלכם מנהל את כל הלוגיקה של הסיכון ושל ה-SCA, ודאו שהשילוב של Google Pay API כולל את המאפיינים הבאים:

  • ‫merchantInfo.merchantName (Android, אינטרנט): שם המוֹכר מוצג בדף התשלום.
  • ‫transactionInfo.countryCode (Android, ‏ Web): מציין את המקום שבו העסקה מתבצעת. צריך לציין את המדינה של הבנק הסולק.
  • ‫transactionInfo.totalPrice (Android, אינטרנט): הערך הכספי הכולל של העסקה, עם דיוק אופציונלי של שתי ספרות אחרי הנקודה העשרונית.
איך מקבלים מזהה מוכר ב-Google?
אחרי ש-Google תאשר את האתר שלכם, תוכלו לקבל מספר חשבון Merchant Center. כדי להתחיל את התהליך, נכנסים למסוף Google Pay ו-Wallet ויוצרים שילוב של Google Pay API. אתם צריכים לספק רשימה של דומיינים שמוגדרים במלואם, כולל תת-דומיינים, שעוזרים לכם לבצע קריאה ל-Google Pay API.
האם אפשר להשתמש במספר חשבון Merchant אחד בכמה מותגים וערוצים (אתר/אפליקציה)?
כן, אפשר להשתמש במזהה מוֹכר יחיד בכמה מותגים ובכמה פלטפורמות (כמו אינטרנט ו-Android). מומלץ לעשות זאת כדי לפשט את תהליך ההתאמה.
איך מוכרים יכולים לקדם את האפשרות לשלם ב-Google Pay באפליקציות ובאתרים שלהם?
כדי להדגיש את התמיכה ב-Google Pay, חשוב להשתמש בנכסים שזמינים בספר המותג שלנו ל-Android ולאינטרנט.
אם יש לכם שילוב עם Android, אתם יכולים לציין בתיאור בחנות Play שאתם תומכים עכשיו ב-Google Pay. בשילובים באינטרנט, אפשר להוסיף תיאור ישירות לאתר של המוכר.
האם פלטפורמות של מסחר אלקטרוני יכולות לתמוך ב-Google Pay?
כן, Google Pay API תומך בהצטרפות של פלטפורמות מסחר אלקטרוני. ספקי שירותי תשלומים, שערים או פלטפורמות שותפות של מסחר אלקטרוני שמארחים דף תשלום בשם המוכרים שלהם יכולים להשתמש בתכונת הפניה לדף התשלום של Google Pay.
אילו ספקי שירותי תשלומים תומכים ב-Google Pay?
כדי למצוא רשימה של מעבדי תשלומים שתומכים ב-Google Pay, אפשר לעיין ברשימת מעבדי התשלומים של Google Pay.
באילו מדינות ואזורים אפשר להשתמש ב-Google Pay?
כאן אפשר למצוא את רשימת המדינות שבהן יש תמיכה בתשלומים באמצעות Google Pay באינטרנט או באפליקציות.
באילו מדינות ואזורים יש תמיכה בטוקנים של Google Pay‏ (CRYPTOGRAM_3DS)?
בדף אמצעי תשלום נתמכים לרכישות בחנויות ולתשלומים בטאץ' מופיעה רשימה של מדינות והבנקים בכל מדינה שתומכים בטוקנים של Google Pay. (CRYPTOGRAM_3DS). מוצגים גם כרטיסים נתמכים וגם כרטיסים שלא נתמכים.
מה ההבדל בין חיוב דרך Google Play על רכישות באפליקציות לבין Google Pay API?
מפתחים ב-Google Play שמוכרים שירותים ומוצרים דיגיטליים באפליקציות ל-Android חייבים להשתמש בחיוב דרך Google Play על רכישות באפליקציות, כפי שמפורט במרכז המדיניות למפתחים ב-Play. דוגמאות לחיוב על רכישות באפליקציות כוללות מוצרים וירטואליים במשחקים, תכונות או תוכן באפליקציות ומוצרי תוכנה בענן. מידע נוסף על חיוב על רכישות באפליקציות זמין בדף סקירה כללית על חיוב ב-Google Play.
כשמשתמשים ב-Google Pay API באפליקציות, הוא זמין רק למוצרים פיזיים ולשירותים.
האם Google Pay מחייבת עמלות?
‫Google Pay לא גובה עמלות נוספות ממשתמשים, ממוכרים וממפתחים על השימוש ב-Google Pay API לתשלומים. המוֹכרים, באופן ספציפי, ממשיכים לשלם עמלות עיבוד לספק שירותי התשלום שלהם.
מה Google עושה כדי לאמת את פרטי הכניסה ולמנוע הונאות?
כל הכרטיסים שמוסיפים ל-Google עוברים אימות הרשאה כדי לוודא שהפרטים שלהם נכונים, כולל קוד האימות (CVC). ‫Google מפעילה גם מנוע סיכון קנייני שמבוסס על נתוני אמצעי התשלום, פרופילים בחשבון Google, היסטוריית רכישות, מיקומים ופרטי מכשיר. עם זאת, המוכרים צריכים להמשיך להשתמש בכלים הקיימים שלהם להערכת סיכונים והונאות בעסקאות ב-Google Pay.
האם יש תמיכה ב-Google Pay ברכיבי WebView של אפליקציות לנייד?
רכיבי WebView ב-Android תומכים באופן מלא ב-Google Pay ומדמים את חוויית השימוש באינטרנט לנייד, בתנאי שמוסיפים את יחסי התלות הנדרשים של WebKit. עם זאת, ב-WebView ב-iOS, ה-API‏ isReadyToPay תמיד יחזיר את הערך false בגלל ההגבלות של iOS על קובצי Cookie של צד שלישי. גם אפליקציית Android וגם דומיין האתר ב-WebView צריכים לקבל אישור לגישה לסביבת הייצור. פרטים ספציפיים על ההטמעה מופיעים במסמכי התיעוד בנושא שימוש ב-Android WebView או שימוש ב-iOS WKWebview.
המעבד שלי לא מופיע ברשימה. האם עדיין אפשר לבצע שילוב עם Google Pay?
אנחנו ב-Google Pay ממשיכים לפתח שותפויות עם פלטפורמות של מסחר אלקטרוני ועם ספקי שירותי תשלומים. אם אתם לא מוצאים את המעבד שלכם בכתובת g.co/pay/processors, אתם יכולים לשלוח בקשה. תקבלו הודעה כשהמעבד יהיה זמין.
איך מפעילים את Google Pay אם כבר יש לי ספק שירותי תשלומים או ספק פלטפורמת תשלומים?
אפליקציית Google Pay פועלת עם מגוון ספקי שירותי תשלום ו ספקי פלטפורמות למסחר אלקטרוני. כל אחד מהם מציע תיעוד ספציפי ומותאם אישית שיעזור לכם להתחיל, בנוסף למדריך הראשי שלנו להצטרפות קלה.
איך ספקי שירותי תשלומים נתמכים יכולים להציע את Google Pay למוכרים שלהם בקנה מידה רחב?
ספקי שירותי תשלומים נתמכים יכולים להטמיע את פתרון התשלום שלנו באירוח לשילובים באינטרנט. דף תשלום באירוח מאפשר ללקוחות שלכם להציע את Google Pay ללקוחות שלהם ולדלג על תהליך ההצטרפות האישי ל-Google Pay.

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

איך Google Pay יכול להתאים אפשרויות משלוח שונות ומחירים שונים למשתמשים שלי אם אני מציע משלוח בתהליך התשלום?
בשילובים באינטרנט, צריך כתובת למשלוח, ולהציג אפשרויות משלוח ותמחור שונות באובייקט PaymentDataRequest, באובייקט PaymentOptions ובאובייקט PaymentDataCallbacks. לדוגמה, אפשר לעיין בהדגמה של עדכון מחיר דינמי.

בשילובים ב-Android, צריך כתובת למשלוח באובייקט PaymentDataRequest.

איך מקבלים את הכסף מרכישות שבוצעו באמצעות Google Pay?
‫Google Pay API מאפשר לבצע עסקאות על ידי העברת פרטי התשלום מהמשתמשים אל ספק שירותי התשלום שלכם. הוא לא חלק מתזרים המזומנים, והוא נועד לשבת מעל תשתית התשלומים הקיימת.
מהן הדרישות לקבלת גישה לסביבת הייצור?
המוֹכרים צריכים ליצור פרופיל עסק במסוף Google Pay ו-Wallet ולהעלות צילומי מסך של תהליך הרכישה שלהם לבדיקה. צריך לשלוח לאישור כל דומיין שמארח את Google Pay API בנפרד. לא ניתן להשתמש בדומיינים עם תווים כלליים לחיפוש (למשל, ‎*.merchant.com). מידע נוסף מופיע בדף בנושא פרסום האינטגרציה ב-Android או באינטרנט.
איך אפשר לדעת מה הסטטוס של השליחה של השילוב שלי, ואם צריך לבצע שינויים אחרי תהליך הבדיקה?
אחרי ששולחים את השילוב עם Google Pay API לבדיקה, מקבלים אימייל עם התוצאות. אם השילוב עומד בדרישות של מדיניות השימוש המקובל וספר המותג, הוא יאושר והסטטוס שלו במסוף של Google Pay ו-Wallet יהיה פעיל. אם צריך לבצע שינויים, הסטטוס יהיה נדרש מידע נוסף, ובאימייל יפורט מה צריך לתקן לפני ששולחים שוב את הבקשה. אם יש לך שאלות לגבי הבקשה ששלחת, אפשר לפנות לתמיכה ישירות ממסוף Google Pay ו-Wallet.
איך אפשר לפתור בעיות בשילוב עם Google Pay API אם מופיעה הודעת שגיאה?
במדריכי פתרון הבעיות שלנו ל-Android ולאינטרנט מפורטים קודי שגיאה נפוצים ופתרונות לבעיות. אם יש לכם שאלות נוספות, אתם יכולים לפנות לתמיכה דרך מסוף Google Pay ו-Wallet.
איך אפשר להתאים אישית את השילוב עם Google Pay API כדי להגביל כרטיסים?
כל ההתאמות האישיות של הכרטיסים זמינות באובייקט CardParameters גם ב-Android וגם ב- אינטרנט. לדוגמה, אתם יכולים לבחור אילו רשתות כרטיסים ואילו מדינות של מנפיקי כרטיסים אתם רוצים לאשר.
מה זה Google Pay API?
‫Google Pay API מאפשר ללקוחות לשלם בלחיצת כפתור באמצעות אמצעי התשלום ששמורים בחשבון Google שלהם. ה-API מאפשר תשלום פשוט למיליוני משתמשים עם מאות מיליוני כרטיסים שמורים. הוא מציע אבטחה משופרת, עם הצפנה מקצה לקצה של נתוני התשלומים של הלקוחות, מהשרתים של Google ועד למעבד התשלומים שלכם. תהליך השילוב פשוט, הוא פועל עם מערכת עיבוד התשלומים הקיימת שלכם ואפשר להטמיע אותו באמצעות כמה שורות קוד.
מה הקשר בין Google Pay API לבין Google Wallet API?
‫Google Pay API ו-Google Wallet API הם שני ממשקי API נפרדים. ‫Google Pay API מאפשר ללקוחות להשתמש ב-Google Pay כאמצעי תשלום באתר או באפליקציה ל-Android. Google Wallet API מאפשר למפתחים ליצור ולנהל כרטיסים דיגיטליים למגוון תרחישים לדוגמה. לדוגמה, כרטיסי מועדון לקוחות, כרטיסים לאירועים, כרטיסי גישה, סיכומי מצב בריאותי ופריטים אחרים שניתנים להתאמה אישית. מידע נוסף על Google Wallet API זמין במאמרי העזרה למפתחים של Google Wallet API.

מהי הגרסה הנוכחית של Google Pay API ואיך מתבצעים העדכונים?
הגרסה הנוכחית מופיעה במסמכי התיעוד של Android ושל האינטרנט. ‫Google שמרה על הגרסה הזו במשך כמה שנים, והוסיפה רק תכונות חדשות ושדות אופציונליים. כל העדכונים שבוצעו ב-API תואמים לדורות קודמים, כדי לוודא שהשילובים הנוכחיים לא ישתבשו.
באילו פלטפורמות יש תמיכה במספרי כרטיס וירטואליים (CRYPTOGRAM_3DS) ובמספרי כרטיס פיזיים (PAN_ONLY)?
מספרי DPAN הם ספציפיים ל-Android וזמינים רק כשמשלמים במכשירי Android או באינטרנט לנייד או ב-WebView ב-Android. מכשירי iOS ואתרי אינטרנט שמותאמים למחשבים לא תומכים ב-DPAN, וברירת המחדל היא החזרת PAN_ONLY.
איך מבדילים בין DPAN ל-FPAN, ואיך צריך לטפל בהם?
במקום לזהות באופן חד-משמעי מספרי DPAN לעומת מספרי FPAN, האובייקט assuranceDetails נועד לעזור למוֹכרים לקבוע אם צריך להעביר עסקה לאימות נוסף באמצעות 3D Secure כדי לעמוד בדרישות של אימות לקוח חזק (SCA). כדי לקבל את הפרטים האלה, המוכרים צריכים להוסיף את הערך assuranceDetailsRequired: true לפרמטר Card בבקשת ה-API של Google Pay.
מה ההבדל בין cardHolderAuthenticated לבין accountVerified?
כשהערך של assuranceDetailsRequired מוגדר כ-true בבקשה, התגובה תכלול שני מאפיינים:
  • ‫accountVerified: מציין שהכרטיס ששימש לתשלום הוא אמיתי ושהחשבון מנוהל באופן תקין. עם זאת, האימות הזה לבדו לא מספק הגנה על ההרשאה.
  • ‫cardHolderAuthenticated: מציין שהמשתמש התחיל את העסקה במכשיר עם Android והשתמש בטוקן רשת מוקצה שמבוסס על המכשיר.
איך אנחנו משתמשים בתגים האלה כדי להפעיל את 3D Secure?
המוכרים צריכים להשתמש בדגלים האלה כדי לבנות את הלוגיקה להפעלת 3D Secure. אם הערכים של cardHolderAuthenticated ושל accountVerified הם true, פרטי הכניסה נחשבים מאובטחים מאוד ועומדים בדרישות של SCA, ולא צריך להגביר את רמת האבטחה של העסקה כדי לבצע אימות 3DS נוסף.
האם מוֹכרים יקבלו אסימונים של מסחר אלקטרוני אם הם יגדירו את assuranceDetailsRequired: true?
לא, אסימוני מסחר אלקטרוני נשלטים ברמת ספק שירותי התשלום.
האם עסקאות ב-Google Pay עומדות בדרישות להעברת האחריות?
הזמינות של העברת האחריות תלויה ברשת הכרטיסים. למידע נוסף, ראו הפעלת העברת האחריות של Visa.
איך אפשר לזהות עסקאות מסוג "קונים עכשיו, משלמים אחר כך" (BNPL)?
כרגע אין מזהה ספציפי לעסקאות BNPL. הם יופיעו במערכת שלכם כפרטי כניסה רגילים של FPAN.
האם Google יכולה לספק כרטיסי בדיקה כדי לבדוק תרחישים של SCA?
‫Google Pay API לא יכול לספק ישירות כרטיסי בדיקה של SCA. ספק שירותי התשלום (PSP) צריך להיות מסוגל להשתמש בחבילת כרטיסי הבדיקה שלו בסביבת ארגז החול שלו כדי לענות על צורכי הבדיקה שלכם.
מהו תאריך התפוגה או אורך החיים (TTL) של פרטי התשלום המוצפנים?
התוקף של המטען הייעודי (payload) המוצפן של Google Pay פג אחרי שבוע בדיוק. מוכרים שמטפלים בהרשאות מושהות או בעיבוד אסינכרוני צריכים לוודא שהתשלום מאושר על ידי ספק שירותי התשלום (PSP) שלהם במסגרת הזמן הזו, לפני שתוקף המטען הייעודי פג.
איך מתבצעות פעולות אחרי הרכישה, כמו החזרים כספיים ואישורים מחדש?
‫Google Pay לא מעורבת בתהליך העברת הכספים, אלא רק מעבירה את פרטי הכניסה שעברו טוקניזציה. אחרי שהעסקה הראשונית מתבצעת, ספק שירותי התשלום (PSP) ממפה את פרטי התשלום במטען הייעודי המוצפן לטוקן קנייני משלו (כמו Merchant Token או Customer Profile ID). כל האינטראקציות והעברות הכספים אחרי הרכישה מנוהלות כולן ביניכם לבין ספק שירותי התשלום.
איך התמחור הדינמי פועל עם עסקאות שהמוכר יזם?
נכון לעכשיו, עסקאות ביוזמת המוכר (MIT) לא תומכות בתמחור דינמי. זו מגבלה ידועה.
מה נדרש להגדיר ב-Content Security Policy‏ (CSP) כדי להשתמש ב-Google Pay ב-WebView?

אם אתם משתמשים ב-Content Security Policy ‏ (CSP), חשוב להגדיר את הערכים הנכונים להוראה connect-src כדי לאפשר שימוש ב-Google Pay ב-WebView. לדוגמה:

Content-Security-Policy: connect-src pay.google.com google.com account.google.com www.google.com
איך משתמשים ב-nonce של Content Security Policy‏ (CSP) עם Google Pay Web API?

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

  1. כוללים את מאפיין ה-CSP‏ nonce בתג <script> שבו נטען pay.js:

    <script
  async
  src="https://pay.google.com/gp/p/js/pay.js"
  nonce="your-nonce-value"
  onload="onGooglePayLoaded()">
</script>

  2. מעבירים את המאפיין nonce ב-PaymentOptions כשיוצרים מופע של PaymentsClient:

    const paymentsClient = new google.payments.api.PaymentsClient({
  environment: 'TEST',
  nonce: 'your-nonce-value'
});

מערכת Google Pay מחילה את מאפיין ה-nonce הזה על כל רכיבי <style> ו-<script> שנוספים באופן דינמי, כולל סגנונות של לחצנים שנוצרו על ידי createButton().

האם Google Pay API משתמש בקובץ ה-Cookie ‏NID או דורש אותו במהלך התשלום?

לא. קובץ ה-cookie של NID לא משמש לתהליך התשלום ב-Google Pay API, והוא גם לא תומך בו.

קובץ ה-Cookie‏ NID משויך לשירות בצד השרת של Google שנועד לאחסן נתונים מותאמים אישית של משתמשים שלא מחוברים לחשבון Google.

פונקציות חיוניות של השירות – כולל אבטחה, מניעת הונאות ואמינות השירות – פועלות באופן עצמאי בלי קשר לקובץ ה-cookie מסוג NID. ממשק Google Pay API נועד לשמור על חוויה בטוחה ומהימנה למוֹכרים ולמשתמשים, ללא קשר לנוכחות של קובץ ה-Cookie הזה.

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