الأسئلة الشائعة
تنظيم صفحاتك في مجموعات
يمكنك حفظ المحتوى وتصنيفه حسب إعداداتك المفضّلة.
تقدّم هذه الصفحة معلومات عامة وأسئلة شائعة حول 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 لجمع التبرّعات،
إذا قدّمت مستندات لإثبات حالة المؤسسة غير الربحية واعتمادها والتحقّق منها. على سبيل المثال، يجب أن تقدّم المؤسسات غير الربحية في الولايات المتحدة مستندًا صالحًا يثبت حصولها على الإعفاء الضريبي وفقًا للبند 501(ج)(3) من هيئة Internal Revenue Service (IRS) لكي تتأهّل.
البنود والسياسات
بنود خدمة 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 API.
البلدان التي تسري فيها شروط أو قيود معيّنة
يُسمح بدمج محتوى المقامرة في البلدان المدرَجة إذا استوفى المعايير التالية:
البلد
متطلبات الأهلية للتكامل مع 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 من خلال حلّ داخلي أو حلّ مقدَّم من موفّر خدمة دفع.
إذا كان مقدّم خدمة الدفع يدير جميع المخاطر ومنطق المصادقة القوية للعملاء (SCA)، تأكَّد من أنّ عملية دمج واجهة 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 بشكل منفصل للحصول على الموافقة، لأنّه لا يتم قبول نطاقات أحرف البدل (مثل *.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. لا تتوافق أجهزة الكمبيوتر المكتبي وأجهزة 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"
لمزيد من التفاصيل.
كيف يمكننا تحديد المعاملات التي تتم باستخدام ميزة "الشراء الآن والدفع لاحقًا"؟
في الوقت الحالي، لا يتوفّر معرّف محدّد لمعاملات الشراء الآن والدفع لاحقًا. وستظهر في نظامك كبيانات اعتماد FPAN عادية.
هل يمكن أن تقدّم Google بطاقات اختبار لاختبار سيناريوهات المصادقة القوية للعملاء (SCA)؟
لا يمكن لواجهة Google Pay API توفير أي بطاقات اختبار لمصادقة العملاء القوية مباشرةً. يجب أن يتمكّن مقدّم خدمة الدفع من استخدام مجموعة بطاقات الاختبار ضمن بيئة وضع الحماية لتلبية احتياجاتك من الاختبارات.
ما هي مدة انتهاء الصلاحية أو مدة البقاء (TTL) لبيانات الدفع المشفّرة؟
تنتهي صلاحية حمولة Google Pay المشفّرة بعد أسبوع واحد بالضبط. على التجّار الذين يتعاملون مع عمليات تفويض مؤجّلة أو معالجة غير متزامنة التأكّد من تفويض الدفع لدى مقدّم خدمة الدفع (PSP) خلال هذا الإطار الزمني قبل انتهاء صلاحية الحمولة.
كيف يتم التعامل مع العمليات بعد الشراء، مثل ردّ الأموال وإعادة التفويض؟
لا تشارك خدمة Google Pay في عملية تحويل الأموال، بل تعمل فقط كوسيط لنقل بيانات الاعتماد المحوَّلة إلى رموز مميّزة. بعد إجراء المعاملة الأولية، يربط مقدّم خدمة الدفع معلومات الدفع في الحمولة المشفّرة بالرمز المميز الخاص به (مثل "الرمز المميز الخاص بالتاجر" أو "رقم تعريف الملف الشخصي للعميل"). تتم إدارة جميع التفاعلات وعمليات تحويل الأموال بعد الشراء بينك وبين مقدّم خدمة الدفع فقط.
تاريخ التعديل الأخير: 2026-03-26 (حسب التوقيت العالمي المتفَّق عليه)
[[["يسهُل فهم المحتوى.","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 (حسب التوقيت العالمي المتفَّق عليه)"],[],["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"]]