الانتقال إلى المحتوى الرئيسي
4-eyes review تضيف توقيعاً ثانياً مستقلاً قبل أن يصبح الحل ساري المفعول، وهي ضابط قياسي لفصل المهام في التحقيقات عالية المخاطر.

​
إعداد الميزة

في مخطط المُنشئ، اضبط مراجعة رباعية العيون على مخطط المُراجِع. ضبط هذا الحقل هو ما يفعّل مراجعة رباعية العيون لمخطط المُنشئ، ولا يوجد مفتاح تبديل منفصل.

​
كيف تعمل

  1. يحلّ المسؤول في مخطط المُنشئ الحالة كالمعتاد (إيجابية كاذبة أو تهديد صحيح، مع ملاحظة إذا كانت مطلوبة).
  2. بدلاً من الإغلاق، تبقى حالة الحالة مفتوحة، ويُجهَّز الحل المقترح، وتنتقل الحالة إلى قائمة انتظار مخطط المُراجِع. يسجّل الجدول الزمني للحالة Submitted for approval.
  3. يراجع المُراجِع تبويب نظرة عامة للحالة، حيث يعرض شريط الرقابة المزدوجة الإجراءين موافقة ورفض.
  4. موافقة تطبّق الحل المجهّز: تصبح الحالة محلولة مع الحل الأصلي والملاحظة الأصلية، وتُنسب إلى المسؤول الذي أرسله. يسجّل الجدول الزمني Approval granted ثم Resolved.
  5. رفض يمسح الحل المجهّز ويعيد الحالة إلى مخطط المُنشئ. يسجّل الجدول الزمني Approval rejected، ويُخطَر المُنشئ.
المسؤول الذي أرسل الحل لا يستطيع الموافقة عليه أو رفضه بنفسه، ويُفرض ذلك من جهة الخادم. محاولة ذلك تُرجع الاستجابة 403. (الموافقة على حالة أو رفضها دون وجود حل بانتظار الموافقة تُرجع الاستجابة 409.)

​
تسمية المُراجِع

يمكن للمسؤول الذي يحل الحالة تسمية العضو الذي يجب أن يوافق على الحل، وذلك بحقل checker في واجهة برمجة تطبيقات حل الحالة. بعد ذلك لا يستطيع الموافقة عليه أو رفضه إلا ذلك العضو؛ أما غيره، بما في ذلك مفتاح API، فيتلقى 403. يعرض حقل checker في الحالة العضو المسمّى حتى تتم الموافقة على الحل أو رفضه أو إعادته لمراجعة جديدة. بدون تسمية مُراجِع، ينتظر الحل في قائمة انتظار مخطط المُراجِع كما هو موضّح أعلاه. يجب أن تكون للمُراجِع المسمّى صلاحية الوصول إلى الحالة في التطبيق، ولا يمكن أن يكون هو المسؤول الذي أرسل الحل.

​
عند تغيّر الأدلة

تغيير إجابة في قائمة التحقق، أو إضافة تحقق مرتبط أو معاملة مرتبطة أو حذفها، يمسح القرار المعلّق ويعيد الحالة إلى سياسة المراجعة الأصلية. يسجّل الجدول الزمني للنشاط أن قراراً جديداً للمراجعة مطلوب، ويحفظ الاقتراح السابق في حدث التدقيق. يجب على المُراجِع فحص الأدلة المحدّثة وإرسال قرار جديد قبل أن يتمكن مسؤول ثانٍ من الموافقة عليه. تكرار الإجابة نفسها في قائمة التحقق لا يلغي مراجعة معلّقة. تتحقق الموافقة أيضاً من أدلة المصدر المرتبطة مقارنةً بما أُرسل للمراجعة. تغيّر حالة التحقق، أو تصحيح حقل في المستند، أو تغيّر أدلة المعاملة، أو تعذّر الوصول إلى المصدر، يمنع الموافقة ويُرجع 409. فقدان الوصول إلى أدلة الشبكة العالمية المرتبطة عبر Fraud Check يتطلب أيضاً مراجعة جديدة. استخدم رفض لإعادة الحالة إلى مُنشئها، ثم راجع الأدلة المحدّثة وأرسل قراراً جديداً. فتح سجل المصدر أو إضافة ملاحظة داخلية للحالة لا يمنع بذاته مراجعة لم تتغير أدلتها. إذا تعذّر التحقق من الأدلة المرسلة، تلزم مراجعة جديدة قبل الموافقة.

​
ملاحظات

  • تُحفظ متطلبات المراجعة عند فتح الحالة. لا يؤدي الانتقال إلى قائمة انتظار المُراجِع إلى استبدال هذه المتطلبات بتعديلات السياسة اللاحقة.
  • يمكن أن يكون للحالة حل واحد مجهّز في كل مرة؛ وطلب مزيد من المعلومات (في انتظار المستخدم) محظور طالما أن هناك حلاً بانتظار الموافقة.
  • تعمل مراجعة رباعية العيون مع ملاحظات الحل المطلوبة: فعّل الخيارين لمخططاتك الأعلى خطورة لاشتراط توثيق المبرر ومراجِع ثانٍ معاً.
آخر تعديل في ٧ نوفمبر ٢٠٢٦