שאלות נפוצות

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

מידע על Google Pay API

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

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

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

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

ל-Google Pay API יש כמה תכונות נתמכות.

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

‫Google Pay API עשוי להחזיר כרטיסים או אסימוני רשת.

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

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

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

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

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

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

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

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

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

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

  • ‫merchantInfo.merchantName (Android, אינטרנט): שם המוכר מוצג בגיליון התשלום.
  • ‫transactionInfo.countryCode (Android, אינטרנט): מציין איפה העסקה מעובדת. צריך לציין את המדינה של הבנק הסולק.
  • ‫transactionInfo.totalPrice (Android, אינטרנט): הערך הכספי הכולל של העסקה, עם אפשרות לדיוק של שתי ספרות אחרי הנקודה העשרונית.
איך מקבלים מספר מזהה של מוכר/ת ב-Google?
אחרי ש-Google תאשר את האתר שלכם, תוכלו לקבל מספר חשבון Merchant. כדי להתחיל את התהליך, נכנסים למסוף 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 למוכרים שלי בקנה מידה נרחב, אם אני ספק שירותי תשלומים נתמך?
ספקי שירותי תשלומים נתמכים יכולים להטמיע את פתרון התשלום שלנו באירוח לשילובים באינטרנט. דף תשלום באירוח מאפשר ללקוחות שלכם להציע את 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 מחמירה שדורשת מספרים חד-פעמיים להפעלת סקריפטים ולהזרקת סגנונות באופן דינמי:

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