---
title: "الفئات"
---

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

# الفئات

**فئات المتعاملين** نظام وسم هرمي لتنظيم مورّديك وزبائنك في مجموعات منطقية. وهي تيسّر تصفية المتعاملين والتقرير عنهم وإدارتهم، وخصوصاً متى تجاوز دليل متعامليك حفنة من السجلات.

قائمة **فئات المتعاملين** تضيّق على **زرّ التصفية** حسب **الأصل** و**نشط**؛ وتبويب **الفروع** في الفئة يصفّي حسب **نشط** كذلك.

## كيف تعمل الفئات

تشكّل الفئات **بنية شجرية** — تُنشئ فئات عليا وتعشّش تحتها فئات فرعية. ويمكن أن ينتمي المتعامل إلى **عدة فئات** في أي مستوى، فالفئات تعمل عمل الوسوم المرنة لا عمل المجلدات الصارمة.

ومعنى هذا أن مورّداً واحداً قد يُصنَّف في "Raw Materials > Metals > Stainless Steel" (ما يورّده) وفي "ISO 9001 Certified" (شهادته) معاً — تصنيفان مستقلان تماماً على المتعامل نفسه.

### أمثلة على أشجار الفئات

إليك بعض الطرق الشائعة لتنظيم الفئات:

**حسب الدور في سلسلة التوريد:**

```
Raw Materials
├── Metals
│   ├── Stainless Steel
│   ├── Aluminum
│   └── Copper
├── Plastics
└── Textiles
```

**حسب العلاقة التجارية:**

```
By Size
├── Enterprise
├── SMB
└── Micro-enterprise

By Sector
├── Government
├── Private
└── Non-profit
```

**حسب الشهادة أو الجودة:**

```
Certifications
├── ISO 9001
├── ISO 14001
├── Halal Certified
└── Organic
```

ويمكنك إنشاء ما تشاء من أشجار الفئات — فهي مرنة تماماً.

## إدارة الفئات

1. انتقل إلى **المتعاملون ← الفئات**.
2. أنشئ **فئات عليا** لتقسيماتك العريضة (مثل "Raw Materials" و"Certifications" و"By Size").
3. أضف **فئات فرعية** تحت كل أصل لتصنيف أدقّ.
4. أسنِد الفئات إلى المتعاملين من صفحة المتعامل.

ويجب أن تكون أسماء الفئات **فريدة في المستوى نفسه** تحت الأصل نفسه. فيمكن أن تكون لك "Services" تحت "Suppliers" و"Services" أخرى تحت "Clients" — وهما مختلفتان لاختلاف أصليهما.

ويمكن **تفعيل الفئات أو تعطيلها** من صفحة الفئة نفسها، تحت **إجراءات أخرى** (النقاط الثلاث). والتعطيل يخفي الفئة من قائمة الاختيار لكنه لا يرفعها عن المتعاملين المسندة إليهم أصلاً.

ومتى اخترت **الفئة الأمّ**، لا تعرض عليك القائمة الفئة نفسها ولا شيئاً مما هو مصنّف تحتها: لا يمكن أن ينغلق الفرع على نفسه مهما نزل.

## نصائح

- **أبقِ الشجرة قليلة العمق** — مستويان أو ثلاثة تكفي عادةً. فالأشجار العميقة يصعب التنقل فيها وصيانتها. "Raw Materials > Metals > Stainless Steel" مقبول. أما "Suppliers > Active > Regional > North > Metals > Ferrous > Stainless Steel" فعميق أكثر من اللازم.
- **الفئات العابرة للتقسيمات أنسب في المستوى الأعلى** — فتصنيفات كالشهادات أو المناطق أو أحجام المؤسسات تنطبق على كل أنواع المتعاملين. أبقِها أشجاراً عليا مستقلة بدل تعشيشها تحت "Suppliers" أو "Clients".
- **يمكن أن ينتمي المتعاملون إلى فئات في أي مستوى** — فهم غير مقصورين على الفئات الطرفية. والمتعامل الذي يورّد أنواعاً كثيرة من المعادن يمكن إسناده إلى "Metals" مباشرة، دون اختيار نوع فرعي بعينه.
- **خطّط لفئاتك قبل إنشاء المتعاملين** — فبناء بنية فئات جيدة أولاً يتيح لك تصنيف المتعاملين وأنت تنشئهم، بدل العودة إلى وسم مئات السجلات لاحقاً.
- **استعمل الفئات في التحكم في الوصول** — فيمكن الإحالة على فئات المتعاملين في [قواعد الوصول إلى السجلات](../access-control/row-access-rules.html). فتستطيع مثلاً أن تقصر مستخدماً على رؤية المتعاملين في فئة "Government" وحدها.

Source: https://docs.beelocity.com/ar/business-partners/categories/index.mdx