نظرة عامة
الغرض من إجراءات المصادقة هو تحديد المستخدم ومصادقته لدى وحدة تكامل الدفعات (الشركة المتعهّدة).
يتمثل الاستخدام الأكثر شيوعًا للمصادقة في إدخال شرط مُسبَق للطرق الأخرى،
ولا سيما generateDirectDebitAuthorization.
يتم استخدام ناتج تفويض المصادقة، وهو إثبات المصادقة، كإدخال (مَعلمة) إلى الطريقة المذكورة أعلاه.
أوضاع المصادقة
تتيح Google Standard Payments تفويض المصادقة عبر Redirect
Authentication-Authorization.
تفويض مصادقة إعادة التوجيه
تحدث مصادقة إعادة التوجيه عندما تعيد Google توجيه المستخدم إلى موقع إلكتروني تملكه شركة الدمج(مثل تطبيق ويب أو تطبيق Android) لإجراء المصادقة. وبعد الانتهاء، يجب أن يعيد التطبيق التوجيه إلى Google. قد يكون هذا التطبيق تطبيق ويب أو تطبيق Android أو كليهما.
إنّ توفير خطوات مصادقة الويب على الويب على الأجهزة الجوّالة وسطح المكتب سيسمح لشركة الدمج بالوصول إلى جميع المستخدمين على الأنظمة الأساسية المتوافقة. واختياريًا، يمكن للوحدة التنظيمية توفير إمكانية إعادة توجيه تطبيق Android أيضًا. تنصح Google بشدة بأن تدعم عمليات الدمج تطبيق Android لأنه يوفّر أفضل تجربة للمستخدم، ما يؤدي إلى تحقيق أعلى معدل للإحالات الناجحة. المعلمات التي يتم تمريرها إلى تطبيق الويب وتطبيق Android هي نفسها. وتستخدم عملية إعادة توجيه تطبيق الويب إعادة توجيه HTTP GET باستخدام معلمات مرمّزة في عنوان URL. للحصول على مزيد من التفاصيل حول هذا الترميز، راجِع مصادقة الويب.
تكون النتيجة من كل آلية من آليات المصادقة هذه هي استجابة موقَّعة تُسمى
AuthenticationAuthorizationResponse
. إن إعادة هذا الرد إلى إشارات Google
إلى Google بأن تفويض المصادقة كان ناجحًا. عند استخدامهما في الوضع المستقل،
يتم استخدام gspResult والتوقيع لتحديد التفويض الناجح للمصادقة.
لمصادقة مسار (مثل الالتقاط)، يتم استخدام requestId للمصادقة (من
AuthenticationAuthorizationRequest)
كدليل على التفويض بالمصادقة.
يوضِّح مخطّط التسلسل التالي التفاعل بين متصفّح المستخدم وGoogle وتطبيق الويب لخدمة التكامل:
يستعين مسار التفويض بمصادقة Android هدف Android لإعادة توجيه المستخدم. لمزيد من التفاصيل عن معلَمات Intent، يُرجى الاطّلاع على مصادقة Android.
يوضّح مخطّط التسلسل التالي التفاعل بين هاتف المستخدم وGoogle وتطبيق Android الخاص بالجهة التكاملية:
