> ## Documentation Index
> Fetch the complete documentation index at: https://docs.tryoto.com/llms.txt
> Use this file to discover all available pages before exploring further.

# المستخدمون والأدوار والصلاحيات

> أضف المستخدمين، وعرّف نماذج الأدوار والصلاحيات، واحصر الأشخاص في مراكز محددة، وأزل الموظفين المغادرين، واضبط قواعد كلمات المرور والمصادقة الثنائية.

تجيب الصلاحيات في OTO عن سؤالين منفصلين: ما نوع هذا المستخدم، وما الذي يُسمح لهذا الشخص تحديدًا بفعله؟ ضبط الأول يستغرق لحظة، أما ضبط الثاني بشكل صحيح فهو ما يمنع موظف الانتقاء من رؤية هوامش أرباحك.

## الطبقتان

| الطبقة | ما الذي تحدده |
| - | - |
| **User Type** | نوع هذا الحساب، وأي جزء من المنصة ينتمي إليه. يُحدَّد عند إنشاء المستخدم. |
| **الصلاحيات** | الصفحات والإجراءات التي يستطيع هذا الحساب الوصول إليها. تُطبَّق من **نموذج دور**، ويمكن تعديلها لكل شخص. |

### أنواع المستخدمين

| النوع | لمن هو |
| - | - |
| **Company Admin** | صلاحيات إدارية كاملة على الحساب. |
| **Warehouse User** | يعمل داخل المستودع على [OTO PACK](https://docs.tryoto.com/ar/modules/warehouse-management/overview.md)، وتُحصر صلاحياته في المراكز المُسندة إليه. |
| **Branch User** | الأمر نفسه، لكن لمتجر يجهّز الطلبات أيضًا. راجع [إدارة المراكز](https://docs.tryoto.com/ar/modules/hubs-management/overview.md). |
| **Driver User** | سائق ضمن أسطولك الخاص، يعمل على تطبيق [OTO FLEX](https://docs.tryoto.com/ar/modules/oto-flex/overview.md) بدلًا من لوحة التحكم. |
| **Customer Service User** | يجيب عن سؤال «أين طلبي؟». يحتاج إلى الاطلاع على الطلبات، ولا يحتاج عادةً إلى أكثر من ذلك. |
| **Brand Manager User** | مسؤول عن علامة تجارية واحدة ضمن حساب متعدد العلامات، لا عن النشاط التجاري كله. |

## نماذج الأدوار

نموذج الدور مجموعة صلاحيات باسم محدد تُعرّفها مرة واحدة وتطبّقها على من تشاء من الأشخاص، من **الإعدادات ← الإدارة ← Role Templates**. تعرض القائمة كل نموذج و**عدد المستخدمين الذين يحملونه حاليًا**، وهو الرقم الذي يجب النظر إليه قبل تغيير أي نموذج.

يطلب **Add Template** اسمًا ثم يعرض شجرة الصلاحيات. تتكون الشجرة من ثلاثة أعمدة، هي **Name** و**Type** و**Permission**، ومربع بحث ستحتاج إليه، لأن الشجرة تغطي **22 مجالًا رئيسيًا**، من Shipments وDashboard مرورًا بـ Warehouses وPayments وOTO FLEX وCustomer Service وصولًا إلى Profile Settings.

### الصفحات والإجراءات

كل صلاحية من أحد نوعين، وهذا التمييز هو الجزء المفيد.

| النوع | ماذا يعني منحها |
| - | - |
| **Page** | يستطيع هذا الشخص *رؤية* هذه الشاشة. |
| **Action** | يستطيع هذا الشخص *تنفيذ* هذا الإجراء المحدد عليها. |

الشجرة متداخلة، فتصبح الصلاحيات أكثر تحديدًا كلما نزلت. فـ **Shipments** صفحة، وداخلها **Pending Orders** صفحة، وداخل هذه الأخيرة يوجد الإجراءان **With My Rates** و**Edit Order Admin**. وتتفرع Warehouses بالطريقة نفسها إلى **Add** و**Edit** و**View** و**Activate/Deactivate**.

> [!TIP]
>
> **الفصل بين الرؤية والتنفيذ هو ما يجعل مبدأ الحد الأدنى من الصلاحيات قابلًا للتطبيق**
>
> من دونه تكون الصلاحية كل شيء أو لا شيء لكل شاشة، ويصبح الحل الأسهل منح الشاشة كاملةً لكل من يحتاج أي جزء منها.
>
> ومعه يستطيع موظف خدمة العملاء فتح الطلب وقراءة سجله دون أن يتمكن من تعديله أو إلغائه أو رؤية تكلفته عليك. وهذا هو الفرق بين دور تمنحه بحرية ودور يحتاج إلى نقاش أولًا.

## الإسناد والتعديل

في شاشة **Users**، تحتوي قائمة **Roles** على ثلاث عمليات، لكل منها وظيفة مختلفة.

| العملية | ما الذي تفعله |
| - | - |
| **Apply Role Template** | تمنح هذا الشخص نموذجًا محددًا. هذا هو المسار المعتاد والمفضّل. |
| **Modify Roles** | تعدّل صلاحيات هذا الشخص بما يختلف عن نموذجه، للحالات الاستثنائية الحقيقية. |
| **Restore Roles** | تلغي هذه التعديلات وتعيد الشخص إلى الصلاحيات الافتراضية. |

يحمل المستخدم **نموذج دور واحدًا في كل مرة**. لا تتراكم النماذج، وهذا يجعل الإجابة عن سؤال «ماذا يستطيع هذا الشخص أن يفعل؟» ممكنة بالنظر في مكان واحد.

> [!NOTE]
>
> **عمود Has Custom Role هو ما يبقي هذا النظام منضبطًا**
>
> تحتوي قائمة المستخدمين على مؤشر **Has Custom Role** يُظهر كل من لم تعد صلاحياته مطابقة لنموذجه. وهذه هي إجابة التدقيق عن السؤال الذي تطرحه كل مراجعة للصلاحيات.
>
> تسرّب الصلاحيات يحدث بهدوء ويتراكم: يحتاج شخص إلى إجراء إضافي واحد لأسبوع مزدحم، فيُمنح له بشكل فردي، ولا يسحبه أحد. والتصفية على هذا العمود بشكل دوري، واستخدام **Restore Roles** لكل من انتهى استثناؤه، عادة تستغرق خمس دقائق وتغنيك عن عصر طويل قبل التدقيق.

## إضافة مستخدم

**الإعدادات ← الإدارة ← Users ‏← Add User**.

| الحقل | ملاحظات |
| - | - |
| **Full Name** | إلزامي. |
| **Mobile Number** | مع رمز الدولة. |
| **Email** | العنوان الذي تُرسَل إليه الدعوة، وهوية تسجيل الدخول. |
| **User Type** | أحد الأنواع الستة المذكورة أعلاه. |
| **Job Title** | اختياري. |
| **User Code** | اختياري. مفيد لمطابقة الأشخاص مع سجلاتهم في نظام الموارد البشرية أو نظام ERP. |
| **Photo** | اختياري. |

عند الحفظ تُرسَل رسالة دعوة عبر البريد الإلكتروني تتضمن رابطًا لإعادة تعيين كلمة المرور، ويختار المستخدم الجديد كلمة مروره بنفسه. لا يضع أحد كلمة مرور نيابةً عن غيره، ولا تُرسَل أي كلمة مرور في رسالة. وإذا ضاعت الدعوة، يستطيع المشرف إعادة إرسال الرابط من قائمة **Tools** الخاصة بالمستخدم بدلًا من إصدار كلمة مرور.

## قائمة المستخدمين

| العمود | ما الذي يخبرك به |
| - | - |
| **Full Name** ‏· **Email** ‏· **Phone** | من هو الشخص. |
| **User Type** | نوع الحساب. |
| **Role Template Name** | النموذج الذي يحمله. |
| **Has Custom Role** | هل عُدِّلت صلاحياته بما يختلف عن نموذجه. |
| **User Code** | المعرّف الخاص بك، إن كنت قد حددته. |
| **Status** | مفعل أو موقوف. |
| **2FA Status** | هل فعّل هذا الشخص المصادقة الثنائية. |

كل عمود قابل للفلترة، فأسئلة مثل «من لديه صلاحيات المشرف؟» و«من لا يحمل نموذجًا؟» و«من لا يستخدم عامل تحقق ثانٍ؟» تفصلك عن إجابتها فلترة واحدة.

> [!TIP]
>
> **شغّل فلتر المصادقة الثنائية قبل أن يطلبه منك أحد**
>
> سيسألك استبيان أمني في وقت ما عن نسبة مستخدميك الذين فعّلوا المصادقة متعددة العوامل. هذا العمود هو الإجابة، واكتشافها في يوم هادئ أفضل من اكتشافها أثناء مراجعة المشتريات.

## الموظفون المغادرون

**يُوقَف** المستخدمون **ولا يُحذفون**. يلغي **Tools ‏← Deactivate User** الصلاحيات فورًا، ويعيدها **Activate User**.

> [!NOTE]
>
> **عدم حذف الأشخاص هو السلوك الصحيح، لا قيدًا**
>
> تحمل الطلبات والشحنات وعمليات الانتقاء وتغييرات الحالة هوية من قام بها. وحذف الشخص إما أن يُتلف هذه السجلات أو يفصلها عنه بصمت، وسجل تجهيز لا تعرف من قام به لا قيمة له تقريبًا.
>
> الإيقاف ينهي الصلاحيات ويحافظ على السجل. عند مغادرة أحد الموظفين، أوقف حسابه *و* أعد إنشاء أي بيانات اعتماد API كان يستطيع الوصول إليها، فرمز التحديث لا تنتهي صلاحيته من تلقاء نفسه. راجع [المصادقة في API](https://docs.tryoto.com/ar/developers/authentication.md).

## حصر الأشخاص في مواقع محددة

إضافةً إلى الصلاحيات، تُحصر صلاحيات موظفي المستودعات والفروع في المواقع التي يعملون فيها فعليًا.

| | |
| - | - |
| **Accessible Users لكل مركز** | يحدد كل مستودع أو فرع المستخدمين المسموح لهم بالعمل فيه، ويُضبط ذلك عند إنشاء المركز أو تعديله. راجع [إدارة المراكز](https://docs.tryoto.com/ar/modules/hubs-management/overview.md). |
| **مستخدمو OTO PACK وفرقه** | تحتوي **OTO PACK ‏← Configuration** على تبويبتين خاصتين هما **Users** و**Teams**، ومنهما تُشكَّل فرق الانتقاء للتجهيز حسب الموجات والنطاقات. |

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

## كلمات المرور والمصادقة الثنائية

يدير كل شخص بيانات اعتماده بنفسه من **الإعدادات ← My Profile**.

| | |
| - | - |
| **سياسة كلمة المرور** | 8 أحرف على الأقل، تتضمن حرفًا كبيرًا وحرفًا صغيرًا ورقمًا. |
| **المصادقة الثنائية** | رموز مؤقتة من تطبيق مصادقة. عند تفعيلها يظهر رمز QR ومفتاح يدوي، وتؤكد التفعيل برمز مكوّن من ستة أرقام. |
| **رموز التحقق الاحتياطية** | تُنشأ عند تفعيل المصادقة الثنائية، وهي طريق العودة إلى الحساب إذا فُقد الجوال. |
| **مفتاح المرور (Passkey)** | سجّل الدخول دون كلمة مرور إطلاقًا، باستخدام وسيلة المصادقة المدمجة في الجهاز. يوجد زر **Enable Passkey** بجانب الخيارين الآخرين. |

> [!TIP]
>
> **مفاتيح المرور هي الخيار الأقوى حيثما يدعمها الجهاز**
>
> لا يمكن اصطياد مفتاح المرور، لأنه لا يوجد رمز يُقرأ بصوت عالٍ، ولا كلمة مرور تُكتب في نسخة مقنعة من صفحة تسجيل الدخول. وهو التغيير الوحيد في المصادقة الذي يقضي على فئة كاملة من الهجمات بدل أن يجعلها أصعب فقط.
>
> يُستحسن عرضه أولًا على المشرفين وكل من يطّلع على البيانات المالية، لأن هذه هي الحسابات التي يسعى المهاجم إليها.

> [!TIP]
>
> **استخدم رموز تطبيق المصادقة بدل الرسائل النصية، واحفظ الرموز الاحتياطية بشكل سليم**
>
> الرموز التي يولّدها التطبيق لا تتأثر باستبدال شريحة SIM ولا باعتراض الرسائل، ولهذا اعتُمدت هنا.
>
> في المقابل، فقدان الجوال يمنع الشخص من الدخول، والرموز الاحتياطية هي الطريق الوحيد للعودة. حفظها في مدير كلمات مرور لحظة تفعيل المصادقة الثنائية يستغرق ثواني، أما استعادة الحساب من دونها فلا.

## صفحات ذات صلة

* [الأمان والامتثال](https://docs.tryoto.com/ar/platform/security-and-compliance.md): الضوابط التي يقوم عليها كل هذا، وما الحاصل على شهادات.
* [المصادقة في API](https://docs.tryoto.com/ar/developers/authentication.md): كيف تُحدَّد صلاحيات الأنظمة ومتى تنتهي.
* [إدارة المراكز](https://docs.tryoto.com/ar/modules/hubs-management/overview.md): إسناد المستخدمين إلى المواقع.
* [إدارة المستودعات](https://docs.tryoto.com/ar/modules/warehouse-management/overview.md): فرق الانتقاء في OTO PACK.


## Related topics

- [التعاون والإشعارات](https://docs.tryoto.com/ar/platform/collaboration-and-notifications.md)
- [التوطين: اللغات والعملة والمناطق الزمنية](https://docs.tryoto.com/ar/platform/localization.md)
- [المفاهيم الأساسية: الطلبات والشحنات والمخزون والمراكز](https://docs.tryoto.com/ar/get-started/core-concepts.md)


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.