مصفوفة الصلاحيات والتفويض

• مصفوفة صلاحيات — جدول قرار من فئة «صلاحيات» أسطره إجراء × شروط ← سلسلة تأشير وموقّعون؛
• قرارات التفويض — سجلات مع الصورة الموقّعة والنطاق والسقف والصلاحية والمدة، تُنشئ تفويضات الموافقات والمراسلات عند إقرار المفوَّض إليه؛
• غياب وتفويض — حزمة واحدة تسلّم الموافقات والمراسلات وخطوات المعاملات والتأشير والتوقيع والمهام لمن يحلّ محلك، بعد قبول كلٍّ منهم.

​

شغّل الميزة

1. افتح المنشئ › التنقل › وحدات الميزات وشغّل جداول القرار ومصفوفة الصلاحيات والتفويض.
2. افتح الإعدادات › الصلاحيات والتفويض. تعرض النظرة العامة المصفوفات النافذة، والقرارات النافذة وما ينتهي قريباً، والغائبين اليوم، والتعارضات المستوردة من الدليل، وما يحتاج انتباهك.
3. في الإعدادات (آخر تبويب) اختر كيف تُنشئ الإجازة المعتمدة غياباً، ومهلة قبول المفوَّض إليه، وأطول مدة للغياب وللقرار، وعبارة الختم، وما يحدث للعناصر الجارية عند إلغاء قرار. لكل إعداد أيقونة مساعدة فيها حالات استخدام ومثال.

​

أنشئ مصفوفة صلاحيات

1. من النظرة العامة اختر مصفوفة جديدة، وأعطها اسماً ومفتاحاً (مثل authority_mof)، وعملةً ونوع سعر لمبالغها إن لزم.
2. في الأسطر أضف سطراً لكل إجراء وشرط: الإجراء (من دليل الإجراءات)، وشريحة المبلغ ونوع الجهة والاعتماد والسرية التي يغطيها، وسلسلة التأشير (مناصب، أو خط «صعوداً من المُعِدّ»، أو دور)، والموقّعون (واحد، أو اثنان معاً، أو اثنان بالترتيب)، وهل السطر يُفوَّض (نعم، لا، أو فقط بقرار يسمّي المعاملة) ومرجعه القانوني.
3. جمّع الجدول حسب المديرية أو نوع المستند أو الموقّع لمراجعته. تُعلَّم الخلايا المتغيّرة والخلايا التي عليها تعارض مفتوح.
4. تعرض الشروط والشرائح شرائح المبالغ لكل إجراء على خط أعداد باصطلاح الحدود في الجدول، والتغطية (بلا فراغات ولا تداخلات)، واختبارات حدية حية — 999,999 و1,000,000 و1,000,001 حول حد المليون.
5. يعرض الربط كل من يستخدم المصفوفة — مسار موافقة، مرحلة معاملة، نوع مستند، إجراء إصدار، درجة سلّم أو لجنة — وما يأخذه (التأشير، الموقّعون، كلاهما، المصادِق، التحقق عند التوقيع) ومتى يُحسب. وتُظهر المعاينة على سجل الجواب لسجل حقيقي.

​

انشر نسخة

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

​

سجّل قرار تفويض

1. في قرارات التفويض اختر تسجيل قرار. انقل الرقم وتاريخ الصدور والجهة المصدرة (منصب، أو جهة خارجية مثل رئاسة مجلس الوزراء)، ومنصبي المفوِّض والمفوَّض إليه، والإجراءات المشمولة، والسقف للمستند الواحد، والوحدات، وسقف السرية، والمعاملات (لقرار لكل معاملة)، والصلاحية (توقيع فقط، إجراء كامل، أو إحالة ومتابعة فقط) والمدة.
2. ارفع الصورة الموقّعة — وهي إلزامية قبل الإرسال — وطابق الحقول معها.
3. أرسل للاعتماد. القرار المتداخل مع آخر للمفوَّض إليه نفسه يعرض أن يحلّ محله أو أن يؤخّر بدايته؛ والذي يمنح الصلاحية نفسها لمفوَّض إليه آخر في الأيام نفسها يُرفض.
4. بعد الاعتماد يُقرّ شاغل منصب المفوَّض إليه القرار. عندها فقط تُكتب تفويضات الموافقات والمراسلات (حاملةً معرّف القرار) ويصبح القرار نافذاً، أو مجدولاً حتى يبدأ.
5. ألغِ القرار مع السبب متى شئت: تنتهي التفويضات فوراً، ويُعاد حساب ما اعتمد عليه، وتبقى التواقيع السابقة صحيحة. ويذكّر السجل الأطراف قبل انتهاء القرار بـ 14 و3 أيام ويوم الانتهاء.

​

غياب وتفويض

​

اسأل «من يوقّع؟»

• المحاكي: اختر الإجراء والمبلغ والجهة والاعتماد والسرية والتاريخ والمُعِدّ؛ يشرح كل خطوة — سطر المصفوفة، والأصيل، والقرار، والشاغلين، والإنابة — ويرسم المسار، ويبيّن ما يغيّره مبلغ أو تاريخ آخر. لا يُحفظ شيء؛ ويمكن مشاركة الرابط.
• لماذا أنا؟ على طلب موافقة أو مرحلة معاملة استخدمت المصفوفة تبيّن سبب وجودك في السلسلة، والسلسلة كلها، ولماذا الموقّع هو من هو (السطر والقرار وصورته) وما الذي يغيّر الجواب.
• التوقيع المرفوض يقول السبب (مثلاً «المبلغ 12.5 مليار يتجاوز سقف القرار 112/2026») ويعرض الحلول: التأشير ورفعه إلى الأصيل، أو الإعادة إلى المُعِدّ، أو طلب قرار بسقف أعلى. وتُسجَّل المحاولة.

​

سجل الممارسة والتدقيق

​

للمطوّرين: عقد resolveAuthority

resolveAuthority(exec, {
    organizationId, action,            // مفتاح الإجراء في دليل المصفوفة، مثل 'transfer'
    facts: { amount, entityKind, appropriation, confidentiality, unitId?, caseId? },
    asOf?,                             // تاريخ القرار (الافتراضي: اليوم بتوقيت الجهة)
    matrixKey?, versionId?,            // الافتراضي: مصفوفة الإجراء ونسختها النافذة في asOf
    domain?,                           // 'approvals' | 'correspondence' | 'cases' | 'signing_initials' | 'signing_sign' | 'tasks'
    preparerMemberId?, assumePendingAccepted?,
    subject?: { kind, id, label }, store?: boolean, actorMemberId?, language?,
}) → { status: 'resolved', snapshot, explanation, flips, hash, resolutionId, names, matrix }
   | { status: 'refused', code, params, fixes, explanation, partial, names, matrix }

• خمس خطوات: سطر المصفوفة ← الأصيل ← القرارات ← الشاغلون الحاليون ← الإنابة. تسرد snapshot الخطوات (role تأشير/توقيع، المنصب، الأشخاص، الصفات مع معرّف القرار أو الغياب) ومعرّفات النسخة والسطر والقرارات التي اعتمد عليها؛ وhash بصمتها SHA-256. ومع store وsubject يُحفظ الجواب لـ«لماذا أنا؟» ولإعادة الفحص عند التوقيع.
• الرفض لا يعود أبداً إلى موقّع افتراضي. الرموز: no_matrix، not_in_force، input_missing، no_row، multiple_rows، vacant، same_person، needs_named_decree، cap، expired، revoked، not_accepted، power، confidentiality، not_yours، changed؛ ولكلٍّ fixes مقترحة.
• عند التوقيع: checkAuthorityActOnServer(exec, { …السياق, actorMemberId, act: 'initial' | 'sign' | 'approve' | 'refer', subject }) يعيد الحساب تحت قفل على الصفة، ويقارنه باللقطة المحفوظة، ويكتب سطر سجل الممارسة (منجز أو مرفوض).
• عبر HTTP: POST /authority/resolve، POST /authority/check-act، POST /authority/simulate، GET /authority/why?subjectKind=&subjectId=.
• تستعمله مسارات الموافقة عبر مصدر الموافقين «من مصفوفة الصلاحيات» ({ kind: 'authority', part: 'initials' | 'signers' | 'both', action, matrixKey?, dimensions? }) ويتحوّل إلى مراحل عند بدء الطلب.