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

# سرد المستخدمين المشاركين

> GET /multi-users/

المستخدمون المشاركون هم زملاء الفريق الذين تدعوهم إلى حساب Scanova الخاص بك — نفس القائمة الظاهرة في جدول **Users** بلوحة التحكم. تتيح لك نقطة النهاية هذه سردهم أو دعوتهم أو تحديثهم أو إزالتهم برمجيًا.

<Note>
  لم تكن نقطة النهاية هذه موثّقة سابقًا. تتطلب مفتاح Management API بحصة `MANAGEMENT_API` (أو `MANAGEMENT_API_SANDBOX`)، يُرسل كقيمة خام لترويسة `Authorization` — راجع [نظرة عامة على Management API](/ar/api-reference/management-api/overview) — بالإضافة إلى حصة الفريق الخاصة بالحساب للمستخدمين المشاركين. لمعرفة ما يمنحه كل دور فعليًا، راجع [الأدوار والصلاحيات](/ar/team/roles-and-permissions)؛ وللاطلاع على الصيغة السلكية للأدوار نفسها، راجع [الأدوار (مستويات الوصول)](/ar/api-reference/management-api/shared-users/roles-list).
</Note>

<RequestExample>
  ```bash cURL theme={null}
  curl --request GET \
    --url 'https://management.scanova.io/multi-users/' \
    --header 'Authorization: YOUR_API_KEY'
  ```
</RequestExample>

<ResponseExample>
  ```json 200 theme={null}
  {
    "count": 0,
    "next": null,
    "previous": null,
    "results": []
  }
  ```
</ResponseExample>

<Note>
  تم التحقق منه مباشرة مقابل حساب اختباري بلا زملاء مدعوّين بعد — لذا `results` فارغة. الشكل أدناه (من المُسلسِل الأساسي) هو ما يبدو عليه كل عنصر بمجرد وجود زملاء.
</Note>

<ParamField query="email" type="string">
  تصفية بمطابقة تامة لعنوان البريد الإلكتروني للمستخدم المشارك.
</ParamField>

<ParamField query="name" type="string">
  مطابقة جزء نصي غير حسّاسة لحالة الأحرف مقابل الاسم الأول للمستخدم المشارك.
</ParamField>

<ParamField query="roles" type="string">
  أسماء أدوار مفصولة بفواصل للتصفية بها، مثل `Admin,Manager`.
</ParamField>

<ParamField query="status" type="string">
  واحد من `invitation_sent`، `active`، `inactive`.
</ParamField>

<ParamField query="mfa_status" type="string">
  واحد من `enabled`، `disabled`، `pending`.
</ParamField>

<ParamField query="ordering" type="string">
  `shared_user__email`، `shared_user__first_name`، أو أيٌّ منهما مسبوق بـ `-` للترتيب التنازلي.
</ParamField>

### حقول الاستجابة (لكل عنصر)

<ResponseField name="id" type="integer">
  معرّف سجل المستخدم المشارك — استخدمه كـ `{pk}` لنقاط نهاية الاسترجاع/التحديث/الحذف أدناه.
</ResponseField>

<ResponseField name="shared_user" type="object">
  حساب المستخدم المدعو.

  <Expandable title="خصائص shared_user">
    <ResponseField name="id" type="integer">معرّف المستخدم.</ResponseField>

    <ResponseField name="first_name" type="string" />

    <ResponseField name="last_name" type="string" />

    <ResponseField name="full_name" type="string" />

    <ResponseField name="email" type="string" />

    <ResponseField name="is_active" type="boolean">خاطئة عند التعطيل من قِبل المالك.</ResponseField>
    <ResponseField name="is_locked" type="boolean">صحيحة إذا كان مقفلًا بموجب سياسة كلمة مرور الحساب.</ResponseField>
  </Expandable>
</ResponseField>

<ResponseField name="access_level" type="object">
  الدور المُسنَد، بنفس الشكل الذي يعيده [`GET /multi-users/access-levels/`](/ar/api-reference/management-api/shared-users/roles-list).
</ResponseField>

<ResponseField name="status" type="string">
  حالة محسوبة: `Invitation Sent`، `Active`، `Inactive` (لا تسجيل دخول منذ 60 يومًا أو أكثر)، أو `Locked`.
</ResponseField>

<ResponseField name="is_active" type="boolean">
  ما إذا كان حساب المستخدم المشارك فعّالًا (يختلف عن `status` — المستخدم المُعطَّل يُظهر دائمًا `is_active: false` بغض النظر عن حالة الدعوة).
</ResponseField>

<ResponseField name="invitation_sent_on" type="string | null">
  طابع زمني بصيغة ISO 8601 لبريد الدعوة (الأحدث).
</ResponseField>

<ResponseField name="invitation_accepted_on" type="string | null">
  طابع زمني بصيغة ISO 8601 لوقت قبول الدعوة، أو `null` إذا كانت لا تزال معلّقة.
</ResponseField>

<ResponseField name="enable_tag_permission" type="boolean">
  إذا كانت صحيحة، تُقيَّد رؤية رموز QR لهذا المستخدم بالوسوم الموجودة في `tags` أدناه.
</ResponseField>

<ResponseField name="include_untagged" type="boolean">
  عندما تُفعَّل الصلاحية القائمة على الوسوم، ما إذا كان بإمكان المستخدم أيضًا رؤية رموز QR غير الموسومة.
</ResponseField>

<ResponseField name="tags" type="array">
  الوسوم التي يقتصر عليها هذا المستخدم (ذات معنى فقط عندما تكون `enable_tag_permission` صحيحة)، بصيغة `{id, name}`.
</ResponseField>

<ResponseField name="created" type="string" />

<ResponseField name="modified" type="string" />

## ذات صلة

* [دعوة مستخدم مشارك](/ar/api-reference/management-api/shared-users/invite) — العملية الأخرى لنفس نقطة النهاية هذه.
* [استرجاع مستخدم مشارك](/ar/api-reference/management-api/shared-users/retrieve) — اعمل على مستخدم مشارك واحد من هذه القائمة.
* [تحديث مستخدم مشارك](/ar/api-reference/management-api/shared-users/update) — اعمل على مستخدم مشارك واحد من هذه القائمة.
* [إزالة مستخدم مشارك](/ar/api-reference/management-api/shared-users/remove) — اعمل على مستخدم مشارك واحد من هذه القائمة.
* [سرد الأدوار](/ar/api-reference/management-api/shared-users/roles-list) — ابحث عن معرّف `access_level` أو أنشئه، وهو ما تتطلبه استدعاءات الدعوة/التحديث في نقطة النهاية هذه.
* [إنشاء دور مخصص](/ar/api-reference/management-api/shared-users/roles-create) — ابحث عن معرّف `access_level` أو أنشئه، وهو ما تتطلبه استدعاءات الدعوة/التحديث في نقطة النهاية هذه.
* [المستخدمون المشاركون](/ar/team/shared-users) — جدول Users الخاص بلوحة التحكم نفسها، يعرض نفس إجراءات الدعوة/التعطيل/الإزالة.
* [الأدوار والصلاحيات](/ar/team/roles-and-permissions) — ما يمنحه كل دور فعليًا لزميل.


## OpenAPI

````yaml api-reference/openapi/management-api.json GET /multi-users/
openapi: 3.1.0
info:
  title: Scanova Management API (v2)
  description: >-
    The complete Scanova Management API — every endpoint available at
    management.scanova.io (QR codes, folders, tags, leads, forms, analytics,
    plans, shared users & roles), plus the token-creation and usage-stats
    endpoints used to authenticate against it. Every path and request/response
    shape below was verified live against a real API key and the actual running
    backend (Phase 7, 2026-08-16) — not guessed from reading urls.py alone.
  version: 2.0.0
servers:
  - url: https://management.scanova.io
    description: Management API — QR/folder/tag/lead/form/analytics/plans endpoints
security:
  - apiKeyAuth: []
paths:
  /multi-users/:
    get:
      summary: List shared users
      operationId: listManagedSharedUsers
      responses:
        '200':
          description: Paginated list of shared users invited to this account.
          content:
            application/json:
              example:
                count: 0
                next: null
                previous: null
                results: []
components:
  securitySchemes:
    apiKeyAuth:
      type: apiKey
      in: header
      name: Authorization
      description: >-
        Send your Management API key as the raw value of the Authorization
        header — no "Bearer " or "Token " prefix, and no other characters.
        Example: `Authorization: 401f7ac837da42b97f613d789819ff93537bee6a`. A
        header containing more than one space-separated part is rejected
        outright. Requests also require the request's Host header to be the
        management API host (e.g. management.scanova.io) — the same key sent to
        the regular API host will not authenticate.

````