كيف تُتخذ قرارات الوصول

تشرح هذه الصفحة النموذج الذي تقوم عليه كل عملية فتح: من يُسمح له بالمرور عبر باب، وبأي ترتيب تُنفَّذ عمليات التحقق، وكيف تتفاعل Access Policies والمنح وعمليات التحقق من السلامة. اقرأها أولًا، فكل الصفحات الأخرى تبني على هذه المفاهيم.

مسارات السماح التراكمية

يمكن السماح للمستخدم بالمرور عبر باب من خلال أي مسار سياسة أو منح. يكفي اجتياز مسار واحد؛ ولا ينتقص أي مسار أبدًا من صلاحية وصول يوفرها مسار آخر.

لا تتطابق السياسة إلا عندما يتطابق Who وWhere وWhen جميعًا. تُجمع السياسات بمنطق "أو". ضمن Who، تكون شروط نوع الشخص وحالته والوسوم بدائل؛ وضمن When، تكون نوافذ Weekly وOne-time بدائل. يمكن أن يتضمن Where كل أبواب المنشأة، ونطاقات الوصول، والأبواب الفردية، والاستثناءات.

مثال: يمكن لسياسة "Active members" أن تشمل النطاق Front entrances في أي وقت (Anytime)، بينما تشمل سياسة منفصلة "Staff" كل أبواب المنشأة باستثناء Plant room. ويمكن لعامل نظافة لا يطابق أيًّا منهما أن يحصل مع ذلك على منح دائم للنطاق Service entries.

تظل المنح الدائمة ونوافذ المسؤول والتكامل منفصلة وتراكمية. ولا تستوعبها تعديلات السياسات أو الاستيراد التلقائي ولا تزيلها.

يحصل موظفو Performance Hub المتزامنون إلى Users على صلاحية الوصول إلى الأبواب عبر السياسة القابلة للتعديل Performance Hub staff، مثل أي سياسة أخرى. راجع المزامنة وعمليات التكامل.

تسلسل القرار الكامل

عندما ينقر المستخدم على Unlock في تطبيق الهاتف المحمول، يتحقق الخادم مما يلي بالترتيب. يؤدي أول تحقق فاشل إلى رفض الفتح وتسجيل السبب في سجلات الوصول.

1. هل صلاحية وصول المستخدم مفعّلة؟ المفتاح Access enabled في صف المستخدم ضمن Users مفتاح إيقاف فوري بيد المسؤول. لا يمكن للمستخدمين المحذوفين أو المعطّلين أو المحظورين بسبب المزامنة الفتح بغض النظر عن السياسة أو المنح. (على سبيل المثال: access_disabled.)
2. هل الباب محظور أو خاضع للصيانة؟ يرفض blockAllAccess الصريح كل مسارات الأعضاء. يُبقي وضع الصيانة Force closed الباب مقفلًا وخارج الخدمة للأعضاء؛ ويُبقي Force open الباب مفتوحًا. يمكن للمسؤولين فتح باب عن بُعد؛ وتُسجَّل كل عملية فتح إدارية في سجلات الوصول.
3. هل يجتاز أي مسار سماح تراكمي؟
   • مسار السياسة: أي سياسة مسمّاة مفعّلة يتطابق فيها Who وWhere وWhen جميعًا تسمح بالوصول.
   • مسار المنح الدائم: يسمح منح على مستوى المنشأة أو الباب أو نطاق الوصول الذي يتضمنه بالوصول عندما تتطابق ساعاته الاختيارية.
   • مسار نافذة المستخدم: نافذة Access Time Window يملكها المسؤول نشطة وتستهدف هذا الباب أو المنشأة أو نطاق وصول يتضمنه.
   • مسار نافذة التكامل: نافذة مصدر حديثة نشطة ويستهدف تعيين scope_key المضبوط لها هذا الباب. تفشل نوافذ المصدر القديمة أو غير المُعيَّنة في الوضع المغلق.
   • إذا لم يجتز أي مسار ← رفض (no_matching_policy_or_grant)
4. التحقق من السياج الجغرافي (إذا كان مفعّلًا). باستخدام الموقع الذي يُبلغ عنه الهاتف:
   • إذا تعذّر على الهاتف توفير موقع ← رفض (location_unavailable)
   • إذا كانت قراءة GPS أقل دقة من إعداد Require GPS accuracy better than ← رفض (gps_too_imprecise)
   • إذا تجاوزت مسافة المستخدم عن مركز السياج الجغرافي نصف القطر + دقة GPS + هامش الدقة ← رفض (outside_geofence)
   • الخادم هو المرجع: يُرفض الموقع المزيّف على الهاتف من جهة الخادم.
5. هل وحدة التحكم في الباب متصلة؟ إذا لم ترسل وحدة التحكم تقريرًا (نبضة اتصال خلال آخر 5 دقائق)، يتعذّر تسليم أمر الفتح (device_offline). إذا أُرسل الأمر لكن وحدة التحكم لم تؤكده، يُسجَّل الحدث على أنه Timed out.
6. الفتح. يُحرَّر المُرحّل طوال Hold time الخاصة بالباب (1–30 ثانية، والقيمة الافتراضية 10)، ثم يُعاد القفل تلقائيًا. يُسجَّل الحدث على أنه Confirmed unlocked بمجرد تأكيد وحدة التحكم.

تستخدم نوافذ One-time ونوافذ Weekly المحدودة حدودًا بالثواني بصيغة Unix كأعداد صحيحة، وحدودًا نصف مفتوحة [from, to): تُحتسب البداية ولا تُحتسب النهاية. تستخدم كتل Weekly المنطقة الزمنية IANA المعلنة لها وقواعد التوقيت المحلي والتوقيت الصيفي. راجع جداول سياسات الوصول.

تتلقى الإصدارات الجديدة من التطبيق التفصيل outside_access_time_window إضافة إلى معلومات منظَّمة عن موعد الإتاحة التالي للباب الذي لا تتوفر له إلا نوافذ مستقبلية. وخلال مرحلة الطرح المتوافق، تستمر الإصدارات الأقدم في تلقي outside_access_hours كسبب رئيسي، فيبقى الباب معطّلًا بأمان وظاهرًا.

التهيئة الحالية

تُستورد تهيئة الوصول الحالية إلى Access Policies تلقائيًا. يحافظ الاستيراد على من كان لديه صلاحية الوصول، والأبواب أو نطاقات الوصول التي كان بإمكانهم استخدامها، والساعات المطبّقة، في صورة قيم Who وWhere وWhen في السياسات. يدير المسؤولون السياسات الناتجة مباشرةً؛ ولا يوجد وضع طرح أو سير عمل للتحويل اليدوي.

تظل وراثة السياج الجغرافي مستقلة عن Access Policies. ولا تزال مطابقات السياسات تمر عبر السياج الجغرافي الفعلي وكل عمليات التحقق الأخرى من السلامة والجهاز.

ما يفعله تسجيل الدخول برمز OTP وما لا يفعله

تسجيل الدخول إلى تطبيق الهاتف المحمول (برمز لمرة واحدة عبر الرسائل النصية القصيرة أو البريد الإلكتروني) مصادقة فقط، أي أنه يثبت هوية المستخدم. ولا يمنح صلاحية الوصول إلى الأبواب بحد ذاته. تُفوَّض كل عملية فتح على حدة باستخدام تسلسل القرار أعلاه. يمكن أن يكون المستخدم مسجّلًا الدخول إلى التطبيق ويظل يرى "You don't have access to this door."

مسرد المصطلحات

صفحات ذات صلة

• Access Policies: Who وWhere وWhen والاستيراد التلقائي
• جداول سياسات الوصول: Anytime وWeekly وOne-time
• نطاقات الوصول: مجموعات أبواب قابلة لإعادة الاستخدام
• السياج الجغرافي: عمليات التحقق من الموقع
• Users: المنح لكل مستخدم ومفتاح الإيقاف الفوري
• المرجع: كل سبب رفض وقيمة افتراضية في جدول واحد
• يمكن أيضًا تضمين الأبواب في استجابات Duress. راجع إجراءات الاستجابة في Duress.