שאלות נפוצות

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

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

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

איסוף תרומות

ארגונים ללא מטרות רווח (עמותות) שאושרו יכולים לשלב את 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 בנושא הימורים ולהשלים את תהליך הבדיקה של 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.

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

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

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

אני משתמש/ת בספק שירותי תשלום (PSP) גדול כדי לנהל את כל הסיכונים ואת האימות החזק ללקוח (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 אחד בכמה מותגים וערוצים (אתר/אפליקציה)?
כן, אפשר להשתמש במספר חשבון 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 בהיקף גדול?
מעבדי תשלומים נתמכים יכולים להטמיע את פתרון דף התשלום המתארח שלנו לשילובים באינטרנט. הפלטפורמה Hosted checkout מאפשרת ללקוחות שלכם להציע ללקוחות שלהם לשלם באמצעות 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 תואמים לדורות קודמים, כדי לוודא שהשילובים הנוכחיים לא ישתבשו.
אילו פלטפורמות תומכות ב-DPAN‏ (CRYPTOGRAM_3DS) ואילו ב-FPAN‏ (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. ספק שירותי התשלום אמור להיות מסוגל להשתמש בחבילת כרטיסי הבדיקה שלו בסביבת ארגז החול שלו לצורכי הבדיקה שלכם.
מהו תאריך התפוגה או אורך החיים (TTL) של פרטי התשלום המוצפנים?
תוקף המטען הייעודי (payload) המוצפן של Google Pay יפוג בדיוק אחרי שבוע. מוכרים שמטפלים בהרשאות מושהות או בעיבוד אסינכרוני צריכים לוודא שהתשלום מאושר על ידי ספק שירותי התשלום (PSP) שלהם במסגרת הזמן הזו, לפני שתוקף המטען הייעודי פג.
איך מתבצע הטיפול בפעולות שלאחר הרכישה, כמו החזרים כספיים ואישורים חוזרים?
‫Google Pay לא מעורבת בתהליך העברת הכספים, והיא פועלת רק כצינור להעברת פרטי הכרטיס המאובטחים באמצעות טוקניזציה. אחרי שהעסקה הראשונית מתבצעת, ספק שירותי התשלום (PSP) ממפה את פרטי התשלום במטען הייעודי (payload) המוצפן לטוקן קנייני משלו (כמו "טוקן של מוכר" או "מזהה פרופיל לקוח"). כל האינטראקציות והעברות הכספים אחרי הרכישה מתנהלות ישירות בינך לבין ספק שירותי התשלום.
איך התמחור הדינמי פועל עם עסקאות ביוזמת המוכר?
בשלב הזה, אין תמיכה בתמחור דינמי בעסקאות שהמוכר יוזם (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 מחמיר שדורש ערכי nonce להרצת סקריפטים ולהחדרת סגנונות באופן דינמי:

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