نظرة عامة
طريقة الدفع المصرفية (FOP) هي طريقة تُجري فيها Google والجهة المتعهّدة لعمليات الدفع (المصرف الشريك أو الشركة المتعهّدة) عملية تبادل لمرة واحدة لبيانات اعتماد هوية الحساب وتفويض المستخدم من أجل إنشاء رابط بين Google والمصرف. في وقت لاحق، يمكن تقديم مرجع إلى هذا الارتباط إلى الشركة المتعهّدة للسماح بنقل الأموال من حساب المستخدم إلى حساب مصرفي آخر.
تستخدم Google مسارَين لتأسيس هذا التبادل للمعلومات:
- تدفق المصادقة-التفويض: تصادق المستخدم وتحصل على تفويض من المستخدم لإنشاء هذا الاتصال.
- تدفق AssociateAccount: يتيح إنشاء عملية ربط للمستخدمين الذين تم تحديدهم والذين تمت مصادقتهم مسبقًا. يتم ذلك من خلال استدعاء طريقة يحدد العلاقة بين Google وشركة تكامل الدفعات. يشار إلى هذا التدفق أيضًا باسم الارتباط.
بعد تأسيس الربط، ستستخدمه Google أثناء تحويل الأموال لتوفير تجربة دفع سريعة وسلسة للمستخدمين. تسمي Google هذه الأداة. يمتلك عميل Google أداة واحدة أو أكثر. الأداة هي طريقة للدفع مقابل الخدمات والسلع داخل أنظمة Google المتكاملة وأسواقها المختلفة.
ويتم توضيح هذه المسارات بمزيد من التفصيل في الأقسام التالية. تشرح الأمثلة الواردة في الأقسام أدناه معلومات حول مصرف مزيف يدعى InvisiBank.
مفاهيم مهمة
مسار المصادقة والتفويض
إنّ الغرض من تدفق تفويض المصادقة هو تحديد المستخدم ومصادقته لدى مسؤول عملية الدمج والحصول على تفويض منه لتنفيذ الإجراءات الأخرى في المسار. تتم معالجة تفويض المصادقة عبر إعادة توجيه. يمكن أن يكون هذا إما تطبيق أو إعادة توجيه على الويب.
مصادقة إعادة التوجيه
تتم عملية تفويض إعادة التوجيه للمصادقة عندما تعيد Google توجيه المستخدم إلى تطبيق تملكه شركة الدمج. قد يكون هذا التطبيق تطبيق ويب أو تطبيق Android.
تعمل عمليات إعادة التوجيه على الويب وفي Android بالطريقة نفسها. في هذه المرحلة، تعيد Google توجيه المستخدم إلى تطبيق عملية الدمج. تحدّد الشركة المستخدم وتصادقه بالطريقة الأنسب لها. بعد المصادقة، تعيد وحدة الدمج توجيه المستخدم مرة أخرى إلى واجهة مستخدم Google لإنهاء عملية الربط.
عند إعادة التوجيه، توفر Google requestId لتحديد جلسة المصادقة هذه. يتم بعد ذلك استخدام هذا المعرف كإثبات للمصادقة
والهوية أثناء الربط.
على الشركات المتعهّدة التي تختار هذا المسار توفير عنوان URL خاص بالمصادقة على الويب، لأنّ هذا هو العامل الأكثر شيوعًا في جميع مساحات العرض (أجهزة الكمبيوتر المكتبي والأجهزة الجوّالة). ومع ذلك، ننصح بشدة بمصادقة Android لأنها تقدّم أفضل تجربة للمستخدم على الأجهزة الجوّالة.
بناءً على سياق الجهاز والتطبيقات المثبّتة، ستختار واجهات المستخدم من Google الويب أو إعادة التوجيه لتطبيق Android.
وتوفّر آلية المصادقة هذه أكبر قدر من الحرية على عملية الدمج. هناك العديد من الطرق لمصادقة المستخدم وتحديد هويته. اسم المستخدم وكلمة المرور ومعلومات المقاييس الحيوية وأسئلة الأمان كلها حلول قابلة للتطبيق أيضًا. لا تريد Google تحديد الطريقة التي تتحقّق بها الشركة المتعهّدة من المستخدم. وتتولى عملية الدمج مسؤولية مصادقة المستخدم. ومن خلال استخدام هذه الطريقة، تنوي Google الاستفادة من واجهات المستخدم المختلفة الخاصة بالجهة المتعهّدة للمصادقة على المستخدم، وتقدّم لها ببساطة دليلاً على المصادقة.
بالإضافة إلى ذلك، سنرسل قائمة بنطاقات Authorization التي يجب عرضها للمستخدم للحصول على إذن لكل إجراء من هذه الإجراءات (مثلاً في مسار AssociateAccount، نحتاج إلى إذن من أجل associate حساب المستخدم من خلال حساب Google).
بالنسبة إلى عملية الربط، سيسمح هذا المسار أيضًا للمستخدم باختيار الحساب الذي يستخدمه مع "جهة تكامل الدفعات" الذي يريد أن يكون مستهدفًا لطلب ربط الحساب الذي سيأتي بعد هذا المسار.
لمزيد من المعلومات حول المصادقة، راجِع هذا الدليل التفصيلي.
مسار الارتباط
والغرض من تدفق الربط هو إنشاء ارتباط من أجل إنشاء أداة. هذا المسار:
- ينشئ عملية ربط في نظام الشركة المصنّعة لربط الحساب الذي تم اختياره أثناء عملية التفويض بالمصادقة بحساب Google محدّد.
- التفاوض بشأن مرجع سيتم استخدامه للإشارة إلى هذا الرمز المميّز
لدفع Google (
GPT). - توفّر معلومات الحساب لإبلاغ محرك المخاطر في Google.
ويتم الاتفاق على المرجع الراسخ إلى GPT بين Google والشركة المتعهّدة.
تتطلّب خطوات الربط أن تقدّم Google مستندًا بإثبات المصادقة/التفويض إلى الشركة المتعهّدة. قبل كل مسار ربط، تستدعي Google تدفق التفويض بالمصادقة للحصول على هذا الدليل.
يوضّح المخطّط أدناه تسلسل الطلبات لتدفق التفويض ومسار الربط.
لمزيد من المعلومات حول المصادقة، راجِع هذا الدليل التفصيلي.