إدارة البوابة
إدارة البوابة هي الإعدادات التي تحدد كيف تعمل الشركة كلها في LadVen OS: قواعد الوحدات، والوصول، والبريد، والدخول. يغيّرها المالك أو المسؤول، ويلزم لذلك حقوق إدارية.
هذه الصفحة نظرة عامة على ما يمكن ضبطه. نموذج الوصول موصوف بالتفصيل في قسم الوصول والأدوار، أما العامل الثاني للدخول ففي قسم المصادقة الثنائية.
قواعد عمل الوحدات
يضبط المسؤول قواعد لكل وحدة — كيف تتصرف البوابة افتراضياً للجميع:
- المهام — قواعد توزيع العمل (هل يجوز إسناد المهام إلى الأسفل أو إلى الأعلى أو بين الأقسام)، ووضع الأتمتة للموظفين العاديين، والمتطلبات الافتراضية (التحقق من النتيجة، التقدير المبدئي).
- إدارة علاقات العملاء — وضع الوصول الافتراضي (الصارم أو المفتوح) وحقوق الأدوار على بيانات العملاء.
- المحادثات — لمن تُسمح المراسلة الخاصة: للموظفين النشطين، أو للزملاء في القسم نفسه أو قسم مرتبط، أو ضمن حدود المشروع فقط، أو لا أحد (
deny_by_default). - الذكاء الاصطناعي — هل الوحدة مفعّلة ولمن تتاح اتصالات الذكاء الاصطناعي.
- المستندات والملفات — قواعد التعامل مع مستندات الشركة وملفاتها.
غيّر قاعدة الوحدة بوصفها سياسة لكامل الشركة، لا لموقف مفرد: فهي تؤثر في جميع المستخدمين دفعة واحدة.
مساحات العمل
تفصل مساحات العمل بين النطاقات الكبرى داخل البوابة. لكل مساحة يمكن تحديد المشاركين وأدوارهم، إضافةً إلى وضع الالتزام بالقواعد: معطّل (off)، أو مرحلي (staged)، أو صارم (strict). في الوضع المرحلي تبقى القراءة متاحة، بينما تخضع عمليات الكتابة والإدارة لحدود المساحة؛ أما الوضع الصارم فيحظر المخالفات. ابدأ بـ staged وراجع الأثر قبل تفعيل strict عند الحاجة.
الأمان
في قسم الأمان يضبط المسؤول:
- وضع الوصول الافتراضي للوحدات (راجع الوصول والأدوار)؛
- رؤية الأقسام —
all(البنية كاملة) أوself_chain(الفرع الخاص فقط)؛ - سياسة المصادقة الثنائية منفصلة للموظفين والمشاركين الخارجيين:
offأوoptionalأوrequired_for_adminsأوrequired_for_all(راجع المصادقة الثنائية).
تُفتح سياسات الوصول من إعدادات البوابة (/portal-settings?tab=policies). وتحيل الروابط القديمة /access-policies و/admin/access إلى المكان نفسه.
يعمل الوضع العام كقيمة رجوع للوحدات. يمكن لـ CRM والمهام وسير العمل والدردشة والذكاء الاصطناعي وراثته أو استخدام وضع صارم/مفتوح خاص بها؛ وعند غياب قيمة الوحدة تُستخدم القيمة العامة. إذا كان أي وضع مفتوحاً، يعرض البوابة تحذيراً من المخاطر قبل الحفظ. تحقّق من الوضع الفعلي للوحدة ثم ضيّق نطاقه بسياسة وصول صريحة عند الحاجة.
البريد النظامي
البريد النظامي هو الطريقة التي ترسل بها البوابة الرسائل (الإشعارات، والدعوات، ورسائل العمليات). يضبط المسؤول ملفات الإرسال والقوالب ومواضيع الرسائل، ويتابع التسليم. البريد النظامي المضبوط بشكل صحيح ضروري لكي تصل الدعوات والإشعارات إلى الموظفين والعملاء.
يفتح المركز العام من /portal-settings، أما صفحة الإرسال المخصصة فهي /portal-settings/system-email.
أثناء تحميل بيانات الصلاحيات قد تظهر الحالة مؤقتا «جار فحص قناة البريد»؛ وهذا لا يعني وجود عطل. اعتمد حالة «نشط» أو «غير متاح» وسببها بعد انتهاء الفحص فقط.
لا تُعد رسالة الاختبار مُرسلة فور النقر. استخدم مستلما اصطناعيا وأجر الاختبار في بيئة اختبار فقط: تعني حالتا «في قائمة الانتظار» و«بانتظار المرسل» أن العامل لم يعالجها بعد، بينما تعني «أُرسلت» نتيجة مؤكدة وتعرض «لم تُرسل» سبب الرفض. إذا كان عامل الطابور متوقفا فلن تغادر الرسالة الطابور؛ و«ما زالت في الطابور» ليست فشلا — انتظر قيد سجل التسليم أو أوقف الانتظار وتحقق لاحقا. يُرفض العنوان الفارغ أو غير الصالح قبل وضع الرسالة في الطابور.
إذا شغلت ملفات تعريف متعددة الخانة نفسها (النطاق والغاية)، يرفض البوابة الحفظ: اختر الملف الذي سيبقى ثم ادمج التكرارات أو احذفها. لا يمكن إعادة محاولة كل عمليات التسليم؛ عند وجود عقدة إرسال نشطة انتظر نتيجتها، وبعد التعارض حدّث الصفحة، وإذا لم تسمح السجلات بإعادة المحاولة فتحقق أولا من سجل التسليم. استخدم عناوين ومحتوى اصطناعيين فقط، ولا تضع عناوين أو رسائل عملاء حقيقية في الاختبارات أو اللقطات أو التعليمات.
لا يُعدّ بريد الاختبار مُرسلاً فور النقر. استخدم عنواناً اصطناعياً للمستلم وأجرِ الاختبار في بيئة اختبار فقط: «في قائمة الانتظار» و«بانتظار المرسل» تعنيان أن worker لم يعالج الرسالة بعد، و«مُرسل» نتيجة مؤكدة، أما «لم يُرسل» فيعرض سبب الرفض. إذا كان worker الخاص بقائمة الانتظار متوقفاً فلن تغادر الرسالة القائمة؛ «ما زال في قائمة الانتظار» ليس فشلاً — انتظر قيداً في سجل التسليم أو أوقف الانتظار وتحقق لاحقاً. يُرفض عنوان المستلم الفارغ أو غير الصحيح قبل إدخاله إلى القائمة.
إذا شغلت عدة ملفات إرسال الخانة نفسها لنطاق + غرض، ترفض البوابة الحفظ: على المسؤول اختيار الملف الذي سيبقى ودمج التكرارات أو حذفها. لا تتاح إعادة المحاولة لكل عملية تسليم: عند وجود active lease انتظر النتيجة الحالية، وبعد التعارض حدّث الصفحة، وإذا كان السجل غير قابل لإعادة المحاولة فتحقق أولاً من سجل التسليم. استخدم عناوين ومحتوى اصطناعيين فقط؛ لا تضع مستلمين أو رسائل حقيقية للعملاء في الاختبارات أو لقطات الشاشة أو التعليمات.
الحقول المخصّصة
يستطيع المسؤول إضافة حقول إضافية إلى ملفات الموظفين — مثل المنصب بصيغة حرة، أو معرّف داخلي، أو تاريخ المباشرة. تُدعَم أنواع مختلفة: نص، أو رقم، أو تاريخ، أو قائمة قيم، أو رابط إلى مستخدم أو قسم؛ ويمكن جعل الحقل إلزامياً أو متعدّد القيم.
قبل إنشاء الحقول بالجملة، اتفقوا على غرض كل حقل ومن يملؤه: فمكان ظهور الحقل للموظفين تحديداً يعتمد على تهيئة البوابة، لذا أضف الحقول عن وعي لا تحسّباً.
تُنشأ الحقول وترتّب في الصفحة الإدارية /custom-fields، وقد يعتمد مكان ظهور الحقل المملوء على تهيئة البوابة.
الدخول المؤسسي (SSO)
يدعم LadVen OS الدخول عبر مزوّد هوية خارجي (الدخول المؤسسي الموحّد). تعرض بعض عمليات النشر موصل تسجيل الدخول الموحّد (OIDC) ضمن CRM → التكاملات، بينما تحتاج عمليات أخرى إلى مزوّد البوابة. تختلف الحقول والتوفّر حسب النشر؛ راجعوا تسجيل الدخول الموحّد (OIDC) وأكدوا المسار مع مالك البوابة.
ممارسات جيدة
- غيّر قواعد الوحدات بوصفها سياسة لكامل الشركة، بعد التفكير مسبقاً في أثرها على الجميع.
- للوحدات الحساسة أبقِ الوضع الصارم للوصول افتراضياً.
- اضبط البريد النظامي وتحقق منه قبل الدعوات بالجملة وإطلاق العمليات.
- أضف الحقول المخصّصة لغرض محدّد، لا تحسّباً.
- ارفق تغييرات السياسات والقواعد بسبب واضح — يبقى ذلك في السجل.
أخطاء شائعة
- تغيير قاعدة وحدة لحالة واحدة، مع نسيان أنها تسري على الجميع.
- ترك وضع الوصول المفتوح حيث توجد بيانات عملاء أو بيانات مالية.
- إرسال الدعوات قبل ضبط البريد النظامي — فلا تصل الرسائل.
- إنشاء حقول مخصّصة دون غرض، فيتحوّل الملف إلى مكبّ.
- افتراض إعداد SSO بالطريقة نفسها في كل عملية نشر — تحقّقوا أولاً من توفر موصل OIDC في كتالوج التكاملات.
أقسام ذات صلة