ربط نفاذ مع موقعكم أو بوابتكم أو تطبيقكم

حددوا المستوى لكل إجراء، لا لكل نظام. فعرض الملف الشخصي واعتماد عملية دفع قد يحتاجان مستويين مختلفين في التطبيق نفسه. واتفقوا على ذلك مع فريق الأمن لديكم قبل بدء البناء، لأنه يحدد رحلة المستخدم والاختبارات.

• لا يوافق المستخدم في الوقت المحدد، أو يرفض الطلب. اعرضوا خيار إعادة المحاولة بوضوح، ومسارًا بديلًا.
• لا تتطابق بيانات الهوية مع سجلاتكم. حددوا مسبقًا من يعالج عدم التطابق، وكيف.
• تنتهي صلاحية بيانات الاعتماد أو تُستبدل. تابعوا تواريخ الانتهاء وحددوا مسؤولًا عنها، كي لا يتوقف تسجيل الدخول فجأة.
• تغيّر الجهة المشغّلة واجهتها. تابعوا إشعاراتها واختبروا التغييرات قبل وصولها إلى بيئة الإنتاج.
• يُرسل الطلب مرتين بعد انتهاء المهلة. صمموا الطلبات بحيث لا تُنشئ إعادة المحاولة إجراءً مكررًا.

• تحديد النطاق: أين يُستخدم نفاذ، وبأي مستوى توثق، وكيف تُطابق الهويات مع مستخدميكم.
• التجهيز: التفاصيل التقنية التي يحتاجها طلب الصلاحية الخاص بمنشأتكم.
• البناء والاختبار: الربط في خادم تطبيقكم أو في طبقة الهوية، بما فيه مسارات الفشل، وفق وثائق الجهة المشغّلة.
• الإطلاق: الانتقال إلى بيئة الإنتاج بمسؤوليات مكتوبة.
• التشغيل: المراقبة، وتجديد بيانات الاعتماد، ومواكبة تغييرات الجهة المشغّلة، ضمن نطاق مكتوب للخدمات المُدارة إذا أردتم أن نتولى ذلك.

ويعمل فريق تطوير البرمجيات وتكامل الأنظمة في إنتركي من الرياض، بالعربية والإنجليزية. وعادةً ما يكون نفاذ واحدًا من عدة منصات وطنية يجب أن يرتبط بها النظام في المملكة، ويغطي دليلنا لتكامل الأنظمة مع المنصات الرقمية السعودية بقيتها.

روابط ذات صلةدليلنا لتكامل الأنظمة مع المنصات الرقمية السعودية