الأسئلة الشائعة
تنظيم صفحاتك في مجموعات
يمكنك حفظ المحتوى وتصنيفه حسب إعداداتك المفضّلة.
تقدّم هذه الصفحة معلومات عامة وأسئلة شائعة حول Google Pay API.
لمحة عن Google Pay API
تتيح Google Pay إتمام عمليات الدفع بسهولة في تطبيقك وموقعك الإلكتروني. باستخدام Google Pay API، يمكن لعملائك استخدام البطاقات المحفوظة في حساباتهم على Google لإتمام عملية الدفع بسلاسة داخل تطبيقاتك ومواقعك الإلكترونية.
تتضمّن Google Pay API العديد من الميزات المتوافقة.
طرق الدفع المتوافقة
قد تعرض Google Pay API بطاقات أو رموزًا مميّزة للشبكة.
الفوترة المتكرّرة والاشتراكات
تتوفّر ميزة الفوترة المتكرّرة حسب طريقة الدفع التي يتم عرضها في ردّ واجهة برمجة التطبيقات Google Pay API. يمكن استخدام كلّ من البطاقات التي تمّ تحويلها إلى رموز مميّزة والبطاقات المحفوظة في ملفّ الفوترة لإجراء الفوترة المتكرّرة. لمعالجة الفوترة المتكرّرة، لا يحتاج التاجر إلى طلب بيانات من واجهة برمجة التطبيقات الخاصة بنا بشكل منتظم. بدلاً من ذلك، يتم تخزين بيانات اعتماد الدفع لدى التاجر لإجراء الدفعات المتكررة. يستخدم التاجر واجهات برمجة التطبيقات الخاصة ببوابة الدفع لإدارة الفوترة المتكرّرة.
تتيح Google Pay الدفعات المتكرّرة إذا كانت الشروط التالية صحيحة:
يلتزم التجّار بقواعد الشبكة، مثل المعاملات التي يبدأها التاجر.
يتم الإفصاح عن شروط الدفع ويوافق عليها المستخدم ضمن مسار الشراء الخاص بالتاجر.
نسمح أيضًا بالفوترة المتكرّرة بمبالغ متغيرة. على سبيل المثال، يمكن استخدام فواتير الهاتف الشهرية الصادرة عن شركات تشغيل شبكات الجوّال. للحصول على مزيد من المعلومات، على التجّار التواصل مع ممثل بوابة الدفع.
إعادة التحميل تلقائيًا أو "إعادة الشحن"
لمعالجة عملية إعادة تحميل تلقائي بتكلفة مماثلة، لا يحتاج التاجر إلى طلب واجهة برمجة التطبيقات في كل مرة. يتم تخزين بيانات اعتماد الدفع لدى التاجر وإعادة استخدامها. للحصول على مزيد من المعلومات، على التجّار التواصل مع ممثل بوابة الدفع.
ردّ المبالغ المدفوعة
يمكن للتجّار التعامل مع عمليات إلغاء المعاملات أو ردّ الأموال أو النزاعات بالطريقة نفسها التي يتعاملون بها مع عمليات ردّ المبالغ المدفوعة باستخدام طرق الدفع الأخرى. للحصول على مزيد من المعلومات، على التجّار التواصل مع ممثل جهة معالجة الدفع.
جمع التبرّعات
يمكن للمؤسسات غير الربحية المعتمَدة دمج Google Pay API لجمع التبرّعات،
وذلك فقط في حال تقديم مستندات لإثبات حالة المؤسسة غير الربحية واعتمادها والتحقّق منها. على سبيل المثال، يجب أن تقدّم المؤسسات غير الربحية في الولايات المتحدة مستندًا صالحًا من هيئة Internal Revenue Service (IRS) يثبت أنّها معفاة من الضرائب وفقًا للبند 501(ج)(3) لكي تتأهّل.
البنود والسياسات
بنود الخدمة في Google Pay API
على جميع التجّار الموافقة على بنود خدمة 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.
البلدان التي تسري فيها شروط أو قيود معيّنة
يُسمح بدمج محتوى المقامرة في البلدان المدرَجة إذا استوفى المعايير التالية:
البلد
متطلبات الأهلية للتكامل مع Android
أهلية دمج التطبيق مع الويب
بلغاريا
نعم، مع فرض قيود:
التطبيقات التي تعيد التوجيه إلى موقع إلكتروني مؤهَّلة.
يُحظر استخدام التطبيقات التي لا تعيد التوجيه إلى موقع إلكتروني.
نعم
قبرص
نعم، مع فرض قيود:
أن تكون مسابقة اليانصيب المُدارة من الحكومة مؤهَّلة.
شركة OPAP Cyprus Limited مؤهَّلة.
ويُحظر استخدام أندية المقامرة على الإنترنت.
يُحظر استخدام ماكينات القمار.
يُحظر المراهنة على سباقات الخيل.
يُحظر المراهنة على سباقات الكلاب.
يُحظر المراهنة على فروق الأسعار.
يُحظر استخدام منصات المراهنات.
نعم، مع فرض قيود:
أن تكون مسابقة اليانصيب المُدارة من الحكومة مؤهَّلة.
شركة OPAP Cyprus Limited مؤهَّلة.
ويُحظر استخدام أندية المقامرة على الإنترنت.
يُحظر استخدام ماكينات القمار.
يُحظر المراهنة على سباقات الخيل.
يُحظر المراهنة على سباقات الكلاب.
يُحظر المراهنة على فروق الأسعار.
يُحظر استخدام منصات المراهنات.
فنلندا
نعم، مع فرض قيود:
Veikkaus Oy مؤهَّلة.
نعم، مع فرض قيود:
Veikkaus Oy مؤهَّلة.
كازاخستان
نعم، مع فرض قيود:
ألعاب اليانصيب مؤهَّلة.
المراهنات الرياضية مؤهَّلة.
تكون ألعاب المراهنات مؤهَّلة.
يُحظر استخدام الكازينوهات على الإنترنت.
يُحظر استخدام الكازينوهات الإلكترونية.
نعم، مع فرض قيود:
ألعاب اليانصيب مؤهَّلة.
المراهنات الرياضية مؤهَّلة.
تكون ألعاب المراهنات مؤهَّلة.
يُحظر استخدام الكازينوهات على الإنترنت.
يُحظر استخدام الكازينوهات الإلكترونية.
بولندا
لا
نعم، مع فرض قيود:
مقدّمو خدمات المقامرة المرخَّصون مؤهَّلون.
جنوب أفريقيا
نعم، مع فرض قيود:
المراهنات الرياضية على الإنترنت مؤهَّلة.
نعم، مع فرض قيود:
المراهنات الرياضية على الإنترنت مؤهَّلة.
إذا وسّعت نطاق استخدام Google Pay API ليشمل بلدًا لم تتم الموافقة عليه سابقًا، يُرجى التواصل معنا للحصول على الموافقة على هذا التوسيع.
يُرجى العِلم أنّه عليك تقديم ترخيص مقامرة معتمد لكل بلد تنوي تقديم خدمات متعلقة بالمقامرة فيه. لا نسمح باستخدام Google Pay API لخدمات المقامرة إذا كانت موجّهة إلى أشخاص دون السن القانونية أو محظور عليهم المقامرة بموجب القوانين المحلية.
يجب أن تكون مستعدًا لمشاركة ترخيص ذي صلة عند إعداد حسابك للتحقّق من صحة حالة استخدامك في مجال الرعاية الصحية. تخضع جميع المشاركات للمراجعة والموافقة.
سياسة الخدمات المالية
يتم تحديد سياستنا بشأن "الخدمات المالية" في سياسة الاستخدام المقبول الخاصة بواجهة Google Pay API.
يجب أن تكون مستعدًا لمشاركة ترخيص ذي صلة عند إعداد حسابك للتحقّق من صحة حالة استخدامك للخدمات المالية. تخضع جميع عمليات الإرسال للمراجعة والموافقة.
الأسئلة الشائعة العامة
ينطبق السؤال الشائع التالي على التجّار:
أستخدِم إحدى كبرى شركات معالجة الدفع لإدارة جميع المخاطر ومصادقة العميل القوية. ما هي المعلومات التي يجب معرفتها حول GPay؟
تعرض Google Pay API طُرق الدفع في حمولة مُوقَّعة ومشفَّرة. تتألف طرق الدفع التي يتم عرضها إما من رقم الحساب الأساسي (PAN) أو بطاقات تم تحويلها إلى رموز مميزة تتألف من رقم الحساب الأساسي للجهاز (DPAN) ورموز تشفير.
تتم معالجة حمولات البطاقات المميزة برموز بدون الحاجة إلى خطوات إضافية أو تحدٍّ.
تتطلّب حمولات البطاقات التي تتضمّن رقم الحساب الأساسي (PAN) استخدام 3D Secure من خلال حلّ داخلي أو حلّ مقدَّم من موفّر خدمة دفع.
إذا كان مقدّم خدمة الدفع يدير جميع المخاطر ومنطق المصادقة الثنائية القوية، تأكَّد من أنّ عملية دمج Google Pay API تتضمّن الخصائص التالية:
merchantInfo.merchantName (Android والويب): يتم عرض اسم التاجر في ورقة الدفع.
transactionInfo.countryCode (Android أو الويب): يشير هذا الحقل إلى مكان معالجة المعاملة. يجب تحديد بلد البنك الذي يستحوذ على المعاملات.
transactionInfo.totalPrice (Android، الويب): إجمالي القيمة النقدية للمعاملة مع دقة عشرية اختيارية تصل إلى منزلتَين عشريتَين.
كيف يمكنني الحصول على معرّف تاجر على Google؟
يمكنك الحصول على معرّف تاجر على Google بعد أن توافق Google على موقعك الإلكتروني. لبدء العملية، سجِّل الدخول إلى Google Pay & Wallet Console وأنشئ عملية دمج لواجهة Google Pay API. عليك تقديم قائمة بالنطاقات المؤهَّلة بالكامل مع النطاقات الفرعية، ما يساعدك في طلب Google Pay API.
هل يمكننا استخدام رقم تعريف تاجر واحد في عدة علامات تجارية وقنوات (الويب/التطبيق)؟
نعم، يمكن استخدام معرّف تاجر واحد على مستوى علامات تجارية ومنصات متعددة (مثل الويب وAndroid)،
وننصح بذلك بشكل عام لتسهيل عملية التسوية.
كيف يمكن للتجّار الترويج لقبول Google Pay في تطبيقاتهم ومواقعهم الإلكترونية للمستخدمين؟
لإبراز توافق تطبيقك مع Google Pay، احرص على استخدام مواد العرض المتوفّرة في إرشادات وضع العلامة التجارية الخاصة Android والويب.
إذا كان لديك عملية دمج لنظام التشغيل Android، يمكنك الإشارة في وصف التطبيق على "متجر Play" إلى أنّك تتيح الآن استخدام Google Pay. بالنسبة إلى عمليات الدمج على الويب، يمكنك إضافة وصف مباشرةً إلى الموقع الإلكتروني الخاص بالتاجر.
هل يمكن لمنصات التجارة الإلكترونية إتاحة استخدام Google Pay؟
نعم، تتيح Google Pay API إعداد منصات التجارة الإلكترونية. يمكن لشركاء معالجة الدفع أو بوابات الدفع أو منصات التجارة الإلكترونية الذين يستضيفون صفحة دفع نيابةً عن التجّار استخدام ميزة الدفع المستضاف من Google Pay.
ما الفرق بين خدمة "الفوترة داخل التطبيق" في Google Play وGoogle Pay API؟
على المطوّرين على Google Play الذين يبيعون سلعًا وخدمات رقمية على تطبيقات Android استخدام خدمة "الفوترة داخل التطبيقات" من Google Play، كما هو موضّح في مركز سياسات المطوّرين في Play. تشمل الأمثلة على الفوترة داخل التطبيق منتجات الألعاب الافتراضية وميزات التطبيق أو محتواه ومنتجات البرامج المستندة إلى السحابة الإلكترونية. يمكنك الاطّلاع على صفحة نظرة عامة على خدمة "الفوترة في Google Play" لمعرفة المزيد عن خدمة "الفوترة داخل التطبيقات".
عند استخدام واجهة برمجة التطبيقات Google Pay في التطبيقات، لا تتوفّر إلا للمنتجات والخدمات المادية.
هل يفرض Google Pay أي رسوم؟
لا تفرض Google Pay رسومًا إضافية على المستخدمين والتجّار والمطوّرين مقابل استخدام
Google Pay API للدفع. ويستمر التجّار تحديدًا في دفع رسوم المعالجة إلى مزوّد خدمة معالجة الدفعات.
ما هي الإجراءات التي تتّخذها Google للتحقّق من بيانات الاعتماد ومنع الاحتيال؟
تخضع جميع البطاقات التي تتم إضافتها إلى Google لعملية تفويض التحقّق من صحة تفاصيل البطاقة،
بما في ذلك رمز التحقّق من البطاقة (CVC). تستخدم Google أيضًا محرّكًا خاصًا لتقييم المخاطر استنادًا إلى بيانات وسيلة الدفع وملفات حسابات Google الشخصية وسجلّ الشراء والمواقع الجغرافية ومعلومات الجهاز.
في المقابل، على التجّار مواصلة استخدام أدواتهم الحالية لتقييم المخاطر وعمليات الاحتيال مع معاملات Google Pay.
هل تتوافق خدمة Google Pay مع محتوى WebView في التطبيقات المتوافقة مع الأجهزة الجوّالة؟
تتوافق مكوّنات Android WebView تمامًا مع Google Pay وتوفّر تجربة مشابهة لتجربة الويب على الأجهزة الجوّالة، شرط إضافة
التبعيات اللازمة في WebKit. ومع ذلك، في WebViews على أجهزة iOS، ستعرض واجهة برمجة التطبيقات isReadyToPay القيمة false دائمًا بسبب القيود التي تفرضها أجهزة iOS على ملفات تعريف الارتباط التابعة لجهات خارجية. يجب الموافقة على كلّ من تطبيق 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 Console وتحميل لقطات شاشة
لسير عملية الشراء لمراجعتها. يجب إرسال كل نطاق يستضيف واجهة برمجة التطبيقات Google Pay API بشكل منفصل للحصول على الموافقة، لأنّه لا يمكن استخدام النطاقات ذات الأحرف البَديلة (مثل *.merchant.com) غير مقبولة.
راجِع صفحة "نشر عملية الدمج" للحصول على مزيد من المعلومات حول Android و/أو الويب.
كيف يمكنني معرفة حالة طلب دمج حسابي وما إذا كنت بحاجة إلى إجراء أي تغييرات بعد مراجعتك؟
بعد إرسال طلب دمج Google Pay API للمراجعة، ستتلقّى رسالة إلكترونية تتضمّن النتائج. إذا كان الدمج يتوافق مع "سياسة الاستخدام المقبول" وإرشادات العلامة التجارية، سيتمّت الموافقة عليه وستظهر الحالة نشط في "وحدة تحكّم Google Pay وWallet". إذا كان بحاجة إلى تغييرات، ستظهر الحالة بحاجة إلى مزيد من المعلومات، وستقدّم الرسالة الإلكترونية تفاصيل حول ما يجب إصلاحه قبل إعادة الإرسال. إذا كانت لديك أي أسئلة حول طلبك، يمكنك التواصل مع فريق الدعم مباشرةً من Google Pay & Wallet Console.
كيف يمكنني تحديد المشاكل في عملية دمج Google Pay API إذا ظهرت لي رسالة خطأ؟
للاطّلاع على رموز الأخطاء الشائعة وحلولها، يُرجى الرجوع إلى أدلة تحديد المشاكل وحلّها على
Android و
الويب. إذا كانت لديك أسئلة إضافية، يُرجى التواصل مع فريق الدعم من خلال "وحدة تحكّم Google Pay وWallet".
كيف يمكنني تخصيص عملية الدمج مع Google Pay API لتقييد البطاقات؟
تتوفّر جميع خيارات التخصيص للبطاقات في عنصر CardParameters لكل من
Android و
الويب. على سبيل المثال، يمكنك اختيار شبكات البطاقات التي تريد السماح بها والبلدان التي تريد السماح لمؤسسات إصدار البطاقات فيها بالعمل.
ما هي Google Pay API؟
تتيح Google Pay API لعملائك الدفع بنقرة زر باستخدام طرق الدفع المحفوظة في حساباتهم على Google. توفّر واجهة برمجة التطبيقات عملية دفع بسيطة لملايين المستخدمين الذين لديهم مئات الملايين من البطاقات المحفوظة. ويوفّر هذا الخيار أمانًا أفضل، إذ يتم تشفير بيانات الدفع الخاصة بالعميل بشكل تام بين الأطراف، أي من خوادم Google إلى الجهة المسؤولة عن معالجة المعاملات. وهي عملية دمج سهلة تعمل مع مجموعة أدوات معالجة الدفعات الحالية ويمكن تنفيذها باستخدام بضعة أسطر من الرموز البرمجية.
ما هي العلاقة بين Google Pay API وGoogle Wallet API؟
Google Pay API وGoogle Wallet API هما واجهتا برمجة تطبيقات منفصلتان. تتيح Google Pay API لعملائك استخدام Google Pay كطريقة دفع على موقعك الإلكتروني أو تطبيق Android. وتتيح Google Wallet API للمطوّرين إنشاء بطاقات رقمية وإدارتها لمجموعة متنوعة من حالات الاستخدام. على سبيل المثال، بطاقات الولاء والتذاكر وبطاقات الدخول والسجلات الصحية وغيرها من العناصر القابلة للتخصيص. لمزيد من المعلومات حول Google Wallet API، يُرجى الانتقال إلى
مستندات مطوّري Google Wallet API.
ما هو إصدار Google Pay API الحالي، وكيف تتم معالجة التحديثات؟
يتم إدراج الإصدار الحالي في مستندات Android و الويب. وقد حافظت Google على هذا الإصدار لعدّة سنوات، ولم تضِف إليه سوى ميزات جديدة وحقول اختيارية. أي تحديثات يتم إجراؤها على واجهة برمجة التطبيقات تكون متوافقة مع الإصدارات القديمة لضمان عدم تعطيل عمليات الدمج الحالية.
ما هي المنصات التي تتيح استخدام أرقام حسابات الدفع الرقمية (CRYPTOGRAM_3DS) بدلاً من أرقام الحسابات الفعلية (PAN_ONLY)؟
تتوفّر أرقام الحسابات الشخصية على الأجهزة الجوّالة (DPAN) على أجهزة Android فقط، وذلك عند الدفع على أجهزة Android أو على الويب أو في WebViews على أجهزة Android الجوّالة. لا تتوافق أجهزة الكمبيوتر المكتبي وأجهزة iOS مع أرقام حسابات الدفع الرقمية (DPAN)، وسيتم تلقائيًا عرض PAN_ONLY.
كيف يمكننا التمييز بين رقم حساب شخصي على جهاز جوّال (DPAN) ورقم حساب فعلي (FPAN)، وكيف يجب التعامل معهما؟
بدلاً من تحديد أرقام حسابات الدفع الرقمية (DPAN) مقابل أرقام الحسابات الأساسية (FPAN)، تم تصميم عنصر assuranceDetails
لمساعدة التجّار في تحديد ما إذا كانت المعاملة بحاجة إلى مصادقة إضافية من خلال 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"
لمزيد من التفاصيل.
كيف يمكننا تحديد معاملات "الشراء الآن والدفع لاحقًا" (BNPL)؟
في الوقت الحالي، لا يتوفّر معرّف محدّد لمعاملات الشراء الآن والدفع لاحقًا. وستظهر في نظامك كبيانات اعتماد عادية خاصة بـ FPAN.
هل يمكن أن تقدّم Google بطاقات اختبار لاختبار سيناريوهات المصادقة الثنائية؟
لا يمكن لواجهة Google Pay API توفير أي بطاقات اختبار لمصادقة العملاء القوية مباشرةً. يجب أن يكون مقدّم خدمة الدفع قادرًا على استخدام مجموعة بطاقات الاختبار ضمن بيئة وضع الحماية لتلبية احتياجاتك من الاختبارات.
ما هي مدة انتهاء صلاحية بيانات الدفع المشفّرة أو مدة البقاء (TTL)؟
تنتهي صلاحية حمولة Google Pay المشفّرة بعد أسبوع واحد بالضبط. على التجّار الذين يتعاملون مع عمليات تفويض مؤجّلة أو معالجة غير متزامنة التأكّد من تفويض الدفع لدى مقدّم خدمة الدفع (PSP) خلال هذا الإطار الزمني قبل انتهاء صلاحية الحمولة.
كيف يتم التعامل مع العمليات بعد الشراء، مثل ردّ الأموال وإعادة التفويض؟
لا تشارك خدمة Google Pay في عملية تحويل الأموال، بل تعمل فقط كوسيط لنقل بيانات الاعتماد المحوَّلة إلى رموز مميّزة. بعد إجراء المعاملة الأولية، يربط مقدّم خدمة الدفع معلومات الدفع في الحمولة المشفّرة بالرمز المميز الخاص به (مثل "رمز التاجر المميز" أو "رقم تعريف الملف الشخصي للعميل"). تتم إدارة جميع التفاعلات وعمليات تحويل الأموال بعد الشراء بينك وبين مقدّم خدمة الدفع فقط.
تاريخ التعديل الأخير: 2026-02-27 (حسب التوقيت العالمي المتفَّق عليه)
[[["يسهُل فهم المحتوى.","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 (حسب التوقيت العالمي المتفَّق عليه)"],[],["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"]]