קל לארגן דפים בעזרת אוספים
אפשר לשמור ולסווג תוכן על סמך ההעדפות שלך.
שאלות נפוצות
בדף הזה מופיעים מידע כללי ושאלות נפוצות על 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 כדי לגייס תרומות, אם ורק אם הם מספקים מסמכים שמוכיחים, מאשרים ומאמתים את הסטטוס שלהם כעמותה. לדוגמה, עמותות בארה"ב צריכות לספק הוכחה תקפה לסטטוס 501(c)3 מה-IRS כדי לעמוד בדרישות.
המדיניות שלנו בנושא הימורים עשויה להשתנות מעת לעת. כל הפריטים שנשלחים כפופים לבדיקה ולאישור.
אנחנו מקבלים שילובים של הימורים מחברות שממוקמות במדינות הבאות:
אוסטרליה
אוסטריה
קנדה
צ'כיה
צרפת
גאורגיה
גרמניה
יוון
הונגריה
אירלנד
איטליה
יפן
הולנד
פולין
פורטוגל
רומניה
ספרד
שוודיה
בריטניה
יכול להיות שבשלב מאוחר יותר נרחיב את התמיכה מעבר לרמה הנוכחית.
כדי לקבל גישה לסביבת הייצור של 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 לשירותי הימורים שמיועדים לאנשים מתחת לגיל 18 או לאנשים שאסור להם להשתתף בהימורים לפי החוקים המקומיים.
כדי לאמת את תרחיש השימוש שלכם בתחום שירותי הבריאות, תצטרכו לשתף רישיון רלוונטי במהלך תהליך ההצטרפות. כל
הבקשות נשלחות לבדיקה ולאישור.
המדיניות בנושא שירותים פיננסיים
המדיניות שלנו בנושא שירותים פיננסיים מוגדרת במדיניות השימוש המקובל של Google Pay API.
במהלך תהליך ההצטרפות, תצטרכו לשתף רישיון רלוונטי כדי לאמת את תרחיש השימוש שלכם בשירותים פיננסיים. כל התכנים שנשלחים כפופים לבדיקה ולאישור.
שאלות נפוצות כלליות
השאלות הנפוצות הבאות רלוונטיות למוֹכרים:
אני משתמש בספק שירותי תשלום גדול כדי לנהל את כל הסיכונים ואימות חזק ללקוח (SCA). מה חשוב לדעת על GPay?
Google Pay API מחזיר אמצעי תשלום במטען ייעודי (payload) מוצפן וחתום. אמצעי התשלום שמוחזרים כוללים PAN או כרטיסים שעברו טוקניזציה, שמורכבים מ-PAN של המכשיר (DPAN) ומצפנים.
מטענים ייעודיים (payloads) של כרטיסים שעברו טוקניזציה מעובדים ללא שלבי אימות נוספים.
מטענים ייעודיים (payloads) של כרטיסים שמורכבים ממספר חשבון ראשי (PAN) מחייבים שימוש ב-3D Secure באמצעות פתרון פנימי או פתרון שסופק על ידי ספק שירותי תשלום (PSP).
אם ספק שירותי התשלום שלכם מנהל את כל הסיכונים ואת הלוגיקה של אימות הלקוח (SCA), צריך לוודא שהשילוב של Google Pay API
כולל את המאפיינים הבאים:
merchantInfo.merchantName (Android, Web): שם המוכר מוצג בדף התשלום.
transactionInfo.countryCode (Android, Web): מציין איפה העסקה מתבצעת. חובה לציין את המדינה שבה נמצא הבנק הרוכש.
transactionInfo.totalPrice (Android, Web): הערך הכספי הכולל של העסקה, עם דיוק אופציונלי של שני מקומות אחרי הנקודה העשרונית.
איך מקבלים מספר חשבון מוכר ב-Google?
אפשר לקבל מספר חשבון מוכר ב-Google אחרי ש-Google מאשרת את האתר שלכם. כדי להתחיל את התהליך, נכנסים אל מסוף Google Pay ו-Wallet ויוצרים שילוב של Google Pay API. צריך לספק רשימה של דומיינים שמוגדרים במלואם, כולל תת-דומיינים, כדי שתוכלו לבצע קריאה ל-Google Pay API.
האם אפשר להשתמש במספר חשבון Merchant אחד בכמה מותגים וערוצים (אינטרנט/אפליקציה)?
כן, אפשר להשתמש במזהה מוֹכר יחיד בכמה מותגים ובכמה פלטפורמות (כמו אינטרנט ו-Android). מומלץ לעשות זאת כדי לפשט את תהליך ההתאמה.
איך מוֹכרים יכולים לקדם את השימוש ב-Google Pay באפליקציות ובאתרים שלהם בקרב המשתמשים?
כדי להדגיש את התמיכה ב-Google Pay, חשוב להשתמש בנכסים שזמינים ב<b>ספר המותג</b> שלנו ל-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 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 שעזר לכם בתהליך ההצטרפות.
אם אני מציע משלוח בתהליך התשלום, איך Google Pay יכולה להתאים את אפשרויות המשלוח והמחירים השונים למשתמשים שלי?
איך מקבלים את הכסף מרכישות שבוצעו באמצעות Google Pay?
Google Pay API מאפשר עסקאות על ידי העברת פרטי תשלום מהמשתמשים לספק שירותי התשלום שלכם. הוא לא חלק מתהליך התשלום ומיועד לפעול בנוסף לתשתית התשלומים הקיימת.
מהן הדרישות לקבלת גישה לסביבת הייצור?
המוֹכרים צריכים ליצור פרופיל עסק במסוף Google Pay ו-Wallet ולהעלות צילומי מסך של תהליך הרכישה שלהם לבדיקה. צריך לשלוח כל דומיין שמארח את Google Pay API לאישור בנפרד, כי לא מתקבלים דומיינים עם תו כללי (למשל, *.merchant.com).
מידע נוסף מופיע בדף בנושא פרסום האינטגרציה ל-Android ו/או ל-Web.
איך אפשר לדעת מה הסטטוס של שליחת השילוב שלי, ואם צריך לבצע שינויים אחרי תהליך הבדיקה?
אחרי ששולחים את השילוב של 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. מכשירי iOS ואינטרנט במחשב לא תומכים במספרי כרטיסים וירטואליים, וברירת המחדל היא החזרת PAN_ONLY.
מה ההבדל בין DPAN ל-FPAN, ואיך צריך לטפל בהם?
האובייקט assuranceDetails לא נועד לזהות באופן חד-משמעי אם מדובר ב-DPAN או ב-FPAN, אלא לעזור למוֹכרים לקבוע אם צריך להעביר את העסקה לאימות 3D Secure כדי לעמוד בדרישות של אימות לקוח חזק (SCA). כדי לקבל את הפרטים האלה, מוֹכרים צריכים להוסיף את המחרוזת assuranceDetailsRequired: true לפרמטר Card בבקשה שלהם ל-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-03-26 (שעון UTC)."],[],["The Google Pay API allows customers to use saved cards for in-app and website checkouts. Merchants can receive support through the Google Pay & Wallet Console and utilize troubleshooting guides. The API supports recurring billing and auto-reloads without repetitive API calls, managing these through payment gateway APIs. Google Pay does not charge additional fees, but merchants still have processing costs. Merchants need to follow specific policies and provide documentation to collect donations or use services like gambling, healthcare and financial services.\n"]]