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