שאלות נפוצות
קל לארגן דפים בעזרת אוספים
אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.
בדף הזה מופיעים מידע כללי ושאלות נפוצות על Google Pay API.
מידע על Google Pay API
Google Pay מאפשר ללקוחות לשלם בקלות באפליקציה ובאתר שלכם. בעזרת Google Pay API, הלקוחות שלכם יכולים להשתמש בכרטיסים ששמורים בחשבונות Google שלהם כדי לבצע תשלום בצורה חלקה באפליקציות ובאתרים שלכם.
יכול להיות ש-Google Pay API יחזיר כרטיסים או טוקנים של רשתות.
חיובים ומינויים קבועים
התמיכה בחיוב חוזר קשורה לאמצעי התשלום שמוחזר בתגובה של Google Pay API. אפשר להשתמש בכרטיסים עם טוקנים ובכרטיסים שרשומים בחשבון לחיובים חוזרים. כדי לעבד חיובים חוזרים, המוכר לא צריך להתקשר ל-API שלנו בקצב קבוע. במקום זאת, פרטי התשלום מאוחסנים בצד של המוכר לצורך תשלומים חוזרים. המוכר משתמש בממשקי ה-API של שער התשלומים שלו כדי לנהל את החיוב החוזר.
Google Pay תומך בתשלומים חוזרים אם ההצהרות הבאות נכונות:
המוֹכרים פועלים בהתאם לכללי הרשת, כמו עסקאות שמתבצעות ביוזמת המוכר.
תנאי התשלום מוצגים למשתמש והוא מאשר אותם בתהליך הרכישה של המוכר.
אנחנו תומכים גם בחיוב חוזר עם סכומים משתנים. לדוגמה, אפשר להשתמש בחשבונות טלפון חודשיים של ספקי סלולר. כדי לקבל מידע נוסף, מוֹכרים צריכים לפנות לנציג של שער התשלומים שלהם.
הוספה אוטומטית של כסף
כדי לעבד טעינה אוטומטית בעלות זהה, המוכר לא צריך להפעיל את ה-API שלנו בכל פעם. פרטי התשלום מאוחסנים בצד של המוכר ונעשה בהם שימוש חוזר. כדי לקבל מידע נוסף, מוֹכרים צריכים לפנות לנציג של שער התשלומים שלהם.
החזרים כספיים
מוֹכרים יכולים לטפל בביטולי עסקאות לצורך ביטולים, החזרים כספיים או מחלוקות, באותו אופן שבו הם מטפלים בביטולי עסקאות עבור אמצעי תשלום אחרים. כדי לקבל מידע נוסף, מוֹכרים צריכים לפנות לנציג של מעבד התשלומים שלהם.
איסוף תרומות
ארגונים ללא מטרות רווח (עמותות) שאושרו יכולים לשלב את Google Pay API כדי לגייס תרומות, רק אם הם מספקים מסמכים שמוכיחים, מאשרים ומאמתים את הסטטוס שלהם כעמותה. לדוגמה, עמותות בארה"ב צריכות לספק הוכחה תקפה מה-IRS לסטטוס 501(c)3 כדי לעמוד בדרישות.
המדיניות שלנו בנושא הימורים עשויה להשתנות מעת לעת. כל הפריטים שנשלחים נבדקים ומאושרים.
אנחנו מקבלים שילובים של הימורים מחברות שממוקמות במדינות הבאות:
אוסטרליה
קנדה
צ'כיה
צרפת
גאורגיה
גרמניה
יוון
הונגריה
אירלנד
איטליה
יפן
הולנד
פולין
פורטוגל
רומניה
ספרד
שוודיה
בריטניה
בשלב מאוחר יותר, יכול להיות שנרחיב את התמיכה מעבר לרמה הנוכחית.
כדי לקבל גישה לסביבת הייצור של Google Pay API לצורך שילוב של הימורים, צריך לעמוד בסדרה של דרישות מוקדמות:
אם יש לכם שילוב של הימורים שפועל רק ב-Android ומבוסס באחת מהמדינות שצוינו קודם, אתם צריכים קודם לפעול בהתאם למדיניות ההימורים של Google Play ולעבור את תהליך הבדיקה של Google Play. לאחר מכן נוכל להעריך את השילוב שלך ל-Android בלבד כדי לתת לך גישה לסביבת הייצור של Google Pay API.
אם יש לכם שילוב של הימורים באינטרנט בלבד שמבוסס באחת מהמדינות שצוינו קודם, אתם צריכים לשלוח רישיון מאושר כדי להוכיח שאתם עומדים בדרישות לספק שירותי הימורים במדינה במהלך תהליך ההצטרפות שלכם ל-Google Pay API. לאחר מכן נוכל להעריך את השילוב שלכם באתר בלבד כדי לתת לכם גישה ל-Google Pay API בסביבת הייצור.
אם יש לכם שילוב של הימורים באנדרואיד ובאינטרנט באחת מהמדינות שצוינו קודם, אתם צריכים קודם לפעול בהתאם למדיניות של 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 בשביל שירותי הימורים שמיועדים לאנשים מתחת לגיל 18 או לאנשים שאסור להם להשתתף בהימורים לפי החוקים המקומיים.
כדי לאמת את תרחיש השימוש שלכם בתחום שירותי הבריאות, תצטרכו לשתף רישיון רלוונטי במהלך תהליך ההצטרפות. כל
הבקשות נבדקות ומאושרות.
המדיניות בנושא שירותים פיננסיים
המדיניות שלנו בנושא שירותים פיננסיים מוגדרת במדיניות השימוש המקובל של Google Pay API.
במהלך תהליך ההצטרפות, תצטרכו לשתף רישיון רלוונטי כדי לאמת את תרחיש השימוש שלכם בשירותים פיננסיים. כל הפריטים שנשלחים נבדקים ומאושרים.
שאלות נפוצות כלליות
השאלות הנפוצות הבאות רלוונטיות למוֹכרים:
אני משתמש בשירות תשלומים גדול כדי לנהל את כל הסיכונים והאימות החזק של הלקוחות. מה חשוב לדעת על GPay?
Google Pay API מחזיר אמצעי תשלום במטען ייעודי (payload) מוצפן וחתום. אמצעי התשלום שמוחזרים כוללים PAN או כרטיסים שעברו טוקניזציה, שמורכבים מ-PAN של המכשיר (DPAN) ומצפנים.
מטענים ייעודיים (payloads) של כרטיסים שעברו טוקניזציה מעובדים ללא שלבי אימות נוספים.
מטענים של כרטיסים שמורכבים מ-PAN מחייבים שימוש ב-3D Secure באמצעות פתרון פנימי או פתרון שסופק על ידי PSP.
אם ספק שירותי התשלום שלכם מנהל את כל הסיכונים ואת הלוגיקה של SCA, צריך לוודא שהשילוב שלכם עם Google Pay API
כולל את המאפיינים הבאים:
merchantInfo.merchantName (Android, Web): שם המוֹכר מוצג בדף התשלום.
transactionInfo.countryCode (Android, Web): מציין איפה העסקה מתבצעת. חובה לציין את המדינה שבה נמצא הבנק הרוכש.
transactionInfo.totalPrice (Android, Web): הערך הכספי הכולל של העסקה, עם דיוק אופציונלי של שני מקומות אחרי הנקודה העשרונית.
איך מקבלים מספר מזהה של מוכר ב-Google?
אפשר לקבל מספר חשבון Merchant ב-Google אחרי ש-Google מאשרת את האתר שלכם. כדי להתחיל את התהליך, נכנסים אל מסוף Google Pay ו-Wallet ויוצרים שילוב של Google Pay API. צריך לספק רשימה של דומיינים שמוגדרים במלואם, כולל תת-דומיינים, שיעזרו לכם לבצע קריאה ל-Google Pay API.
האם אפשר להשתמש במספר חשבון Merchant אחד בכמה מותגים וערוצים (אתר/אפליקציה)?
כן, אפשר להשתמש במזהה מוֹכר יחיד בכמה מותגים ובכמה פלטפורמות (כמו אינטרנט ו-Android). מומלץ לעשות זאת כדי לפשט את תהליך ההתאמה.
איך מוֹכרים יכולים לקדם את השימוש ב-Google Pay באפליקציות ובאתרים שלהם בקרב המשתמשים?
אם יש לכם שילוב עם 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. עם זאת, ב-WebViews ב-iOS, isReadyToPay API תמיד יחזיר 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 יכולה להתאים את אפשרויות המשלוח והמחירים השונים למשתמשים שלי?
איך מקבלים את הכסף מרכישות שבוצעו באמצעות 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)?
מספרי כרטיסים וירטואליים הם ספציפיים ל-Android וזמינים רק כשמבצעים תשלום במכשירי Android או בדפדפן לנייד/בתצוגות אינטרנט של Android. אין תמיכה ב-DPAN במחשבים ובמכשירי iOS, ובמקרים כאלה יוחזר ערך ברירת המחדל PAN_ONLY.
מה ההבדל בין DPAN ל-FPAN ואיך צריך לטפל בהם?
האובייקט assuranceDetails לא נועד לזהות באופן חד-משמעי אם מדובר ב-DPAN או ב-FPAN, אלא לעזור למוֹכרים לקבוע אם צריך להעביר את העסקה לאימות באמצעות 3D Secure כדי לעמוד בדרישות של אימות לקוח חזק (SCA). כדי לקבל את הפרטים האלה, המוכרים צריכים להוסיף את הפרמטר assuranceDetailsRequired: true לבקשה שלהם ל-Google Pay API.
מה ההבדל בין cardHolderAuthenticated לבין accountVerified?
כשהערך של assuranceDetailsRequired מוגדר כ-true בבקשה, התגובה תכלול שני מאפיינים:
accountVerified: מציין שהכרטיס שמשמש לתשלום הוא אמיתי והחשבון נמצא במצב תקין. עם זאת, האימות הזה לבדו לא מספק הגנה מפני הרשאות.
cardHolderAuthenticated: מציין שהמשתמש התחיל את העסקה במכשיר עם Android והשתמש בטוקן רשת מוקצה שמבוסס על המכשיר.
איך אנחנו משתמשים בסימונים האלה כדי להפעיל את 3D Secure?
המוֹכרים צריכים להשתמש בדגלים האלה כדי לבנות את הלוגיקה להפעלת 3D Secure. אם גם cardHolderAuthenticated וגם accountVerified מוחזרים כ-true, האישורים נחשבים למאובטחים מאוד ועומדים בדרישות של SCA, ולא צריך להגביר את רמת האבטחה של העסקה כדי לבצע אימות 3DS נוסף.
האם מוֹכרים יקבלו אסימוני מסחר אלקטרוני אם הם יגדירו את assuranceDetailsRequired: true?
לא, השליטה בטוקנים של מסחר אלקטרוני מתבצעת ברמת ספק שירותי התשלום.
האם עסקאות ב-Google Pay עומדות בדרישות להעברת אחריות?
הזמינות של העברת האחריות תלויה ברשת כרטיסי האשראי. MasterCard מספקת את הנתון הזה באופן אוטומטי לעסקאות טוקנים שעומדות בדרישות, ואילו Visa דורשת מהמוֹכרים להביע הסכמה ידנית דרך Google Pay Console. פרטים נוספים זמינים במאמר בנושא הפעלת Visa Liability Shift.
איך אפשר לזהות עסקאות של 'קונים עכשיו, משלמים אחר כך' (BNPL)?
נכון לעכשיו, אין מזהה ספציפי לעסקאות של תשלום בפריסה. הם יופיעו במערכת שלכם
כפרטי כניסה רגילים של FPAN.
האם Google יכולה לספק כרטיסי בדיקה כדי לבדוק תרחישים של SCA?
Google Pay API לא יכול לספק ישירות כרטיסי בדיקה של SCA. ספק שירותי התשלום שלכם צריך להיות מסוגל להשתמש בחבילת כרטיסי הבדיקה שלו בסביבת ארגז החול שלו כדי לענות על צורכי הבדיקה שלכם.
מהו תאריך התפוגה או אורך החיים (TTL) של פרטי התשלום המוצפנים?
תוקף המטען הייעודי (payload) המוצפן של Google Pay יפוג בדיוק אחרי שבוע. מוֹכרים שמטפלים בהרשאות מושהות או בעיבוד אסינכרוני צריכים לוודא שהתשלום אושר על ידי ספק שירותי התשלום שלהם לפני שתוקף המטען הייעודי פג.
איך מתבצעות פעולות אחרי הרכישה, כמו החזרים כספיים ואישורים מחדש?
Google Pay לא מעורב בתהליך העברת הכספים ופועל אך ורק כצינור להעברת פרטי הכרטיס המאובטחים באמצעות טוקנים. אחרי שהעסקה הראשונית מתבצעת, ספק שירות התשלום (PSP) ממפה את פרטי התשלום במטען הייעודי המוצפן לטוקן קנייני משלו (כמו Merchant Token או Customer Profile ID). כל האינטראקציות והתנועות של הכספים אחרי הרכישה מתנהלות באופן מלא ביניכם לבין ספק שירותי התשלום.
[[["התוכן קל להבנה","easyToUnderstand","thumb-up"],["התוכן עזר לי לפתור בעיה","solvedMyProblem","thumb-up"],["סיבה אחרת","otherUp","thumb-up"]],[["חסרים לי מידע או פרטים","missingTheInformationINeed","thumb-down"],["התוכן מורכב מדי או עם יותר מדי שלבים","tooComplicatedTooManySteps","thumb-down"],["התוכן לא עדכני","outOfDate","thumb-down"],["בעיה בתרגום","translationIssue","thumb-down"],["בעיה בדוגמאות/בקוד","samplesCodeIssue","thumb-down"],["סיבה אחרת","otherDown","thumb-down"]],["עדכון אחרון: 2026-02-27 (שעון UTC)."],[],["The Google Pay API allows customers to use saved cards for checkout in apps and websites. Merchants can manage recurring billing and auto-reloads by storing payment credentials and using payment gateway APIs. Nonprofits can collect donations with proper documentation. The API supports tokenized and PAN cards, with specific handling for 3D Secure. Gambling, healthcare, and financial service integrations require specific licenses and adherence to policies. Google does not charge additional fees but Merchants are still responsible for fraud, risk assessments and payment processor fees.\n"]]