> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/technical-library-ar/rkn-almsuwl/third-party-integrations/zoom-and-microsoft-integration-and-deployment-field-guide/getting-started-with-microsoft-and-zoom-workplace-deployments.md).

# البدء في عمليات نشر Microsoft وZoom Workplace

يغطي هذا القسم القرارات التي تؤثر في كل تكامل من Microsoft في Zoom Workplace. ابدأ هنا قبل أن تنشر التقاويم أو Outlook أو Teams أو تدفقات عمل الغرف.

### المتطلبات الأساسية

تشترك عدة تكاملات في هذا الدليل في متطلبات أساسية مشتركة تتعلق بحسابات Microsoft 365 وأذونات Entra ID وخيارات تكوين واجهة برمجة التطبيقات. إن إعداد هذه الأمور بشكل صحيح في البداية يمنع إعادة العمل لاحقًا.

#### <mark style="color:أزرق;">جمع الحسابات وبيانات الاعتماد اللازمة للتكامل</mark>

**كوَّن أذونات Zoom Workplace لتتوافق مع إعدادات موافقة مستخدم Microsoft Entra ID**

**تحديد إعدادات موافقة مستخدم Microsoft Entra ID الحالية**

**تأكيد تطابق إعدادات موافقة المستخدم وبوابة Zoom على الويب**

**(اختياري) إنشاء تطبيق مخصص من Microsoft Entra للتكامل مع Microsoft Office 365**

### تحديد طريقة واجهة برمجة التطبيقات المناسبة لمؤسستك

أحد القرارات الأولى التي يحتاج المسؤول إلى اتخاذها هو كيفية أن يصادق Zoom إلى خدمات Microsoft. يؤثر هذا الاختيار في عدة تكاملات لاحقًا، لذا من المفيد فهمه قبل أن تبدأ في تكوين الميزات الفردية.

{% hint style="info" %}
يوصي Zoom **واجهة برمجة التطبيقات Microsoft Graph مع أذونات التطبيق** كـافتراضي لكلٍّ من Zoom Rooms وتكاملات التقويم الشخصية. بالنسبة لمعظم عمليات النشر، يُعد هذا المسار الأبسط والأكثر أمانًا والأكثر قابلية للتوسع.
{% endhint %}

**ما واجهات برمجة تطبيقات Microsoft 365 التي تستخدمها من أجل التقويم؟**

أذونات التطبيق وأذونات التفويض (OAuth) ليستا قابلتين للتبادل: فكلتاهما تأتيان بمفاضلات مختلفة بحسب كيفية عمل المستخدمين فعليًا. يعتمد الاختيار الصحيح أقل على التفضيل التقني وأكثر على المكان الذي يقضي فيه المستخدمون يومهم.

**كيف يمكنني تحديد تطبيق Zoom الرسمي المستخدم لغرف المؤتمرات؟**

**ما الفرق بين وصول المفوض الكامل وأذونات التطبيق؟**

#### <mark style="color:أزرق;">بالنسبة إلى Zoom Rooms: أذونات التطبيق</mark>

بالنسبة إلى Zoom Rooms وغرف المؤتمرات التابعة لجهات خارجية، توصي Zoom بأذونات التطبيق دون أي تحفظات. لا توجد فجوات في الميزات بين الطريقتين للغرف، وتُلغي أذونات التطبيق الحاجة إلى حساب خدمة مخصص ليعمل كمفوض لصناديق بريد الغرف.

يقلل هذا من جهد الإعداد الأولي ويزيل تبعية الصيانة المستمرة.

#### <mark style="color:أزرق;">للمستخدمين: ابدأ بكيفية استخدامهم لـ Zoom Workplace</mark>

بالنسبة إلى تكاملات التقويم الشخصية، توصي Zoom بأذونات التطبيق، لكن اختيارك يعتمد على كيفية تفاعل مستخدمي مؤسستك مع Zoom Workplace كل يوم.

**معظم المؤسسات: أذونات التطبيق (موصى به)**

إذا كان مستخدموك في الأساس يقومون بجدولة والانضمام إلى الاجتماعات عبر الإضافة في Outlook ولا يفتحون بانتظام تطبيق Zoom Workplace من أجل التقويم أو الدردشة أو سير العمل الأخرى، فإن أذونات التطبيق هي الأنسب.

إليك السبب:

* **تكامل مُدار من قِبل المسؤول، من سحابة إلى سحابة.** يتم التعامل مع تكامل التقويم على مستوى الحساب. لا يحتاج المستخدمون الأفراد إلى تفويض اتصالهم أو الحفاظ عليه. إذا تعطل التكامل، يلاحظ المسؤولون ذلك فورًا بدلًا من الاعتماد على المستخدمين الأفراد للإبلاغ عن المشكلات.
* **أمان أقوى للرمز المميز.** تستخدم أذونات التطبيق رمز مميز للوصول قصير العمر يتم تحديثه كل 60 دقيقة عبر تبادل من سحابة إلى سحابة. لا يتم تخزين الرمز المميز بشكل دائم أبدًا ويُحتفظ به فقط في الذاكرة. لا يوجد رمز مميز للتحديث ولا منح وصول دون اتصال. إذا تم إلغاء تخصيص مستخدم، فلن تبقى أي رموز مميزة عالقة يمكن استخدامها للوصول إلى بيانات التقويم الخاصة به.
* **لا اعتماد على سلوك تسجيل دخول المستخدم.** مع الأذونات المفوضة، يعتمد التكامل على تسجيل دخول المستخدمين الأفراد إلى تطبيق Zoom Workplace. إذا انتهت صلاحية الرمز المميز لمستخدم أو غيّر كلمة المرور الخاصة به، فإن تكامل التقويم لديهم يتعطل بصمت. قد لا يلاحظون ذلك لأسابيع إذا كانوا يستخدمون Outlook في الأساس. تعمل أذونات التطبيق على إزالة نمط الفشل هذا بالكامل.

**متى قد تكون الأذونات المفوضة هي الخيار الأفضل**

إذا كان مستخدموك مستخدمين منتظمين لـ تطبيق Zoom Workplace، فقد تكون الأذونات المفوضة هي الخيار الأنسب:

* **التقاويم المشتركة.** تسمح الأذونات المفوضة للمستخدمين بعرض التقاويم المشتركة من الزملاء الذين لديهم إمكانية الوصول إليهم في Microsoft 365. مع أذونات تطبيق، لا يمكن للمستخدمين رؤية سوى التقويم الخاص بهم في تطبيق Zoom Workplace.
* **البريد إلكتروني في Zoom Workplace.** يتطلب عميل Zoom البريد داخل تطبيق Workplace أذونات مفوضة للوصول إلى صندوق بريد Microsoft 365 الخاص بـ مستخدم. لا تدعم طريقة أذونات تطبيق هذا التكامل اليوم.
* **إمكانية الرؤية للخدمة الذاتية.** عندما يتعطل التكامل المفوض الخاص بـ مستخدم، مثل انتهاء صلاحية الرمز المميز أو تغيير كلمة المرور، فسيرى مطالبة مباشرة في تطبيق Workplace لإعادة المصادقة. بالنسبة للمستخدمين الذين يستخدمون تطبيق بالفعل، يوفر هذا استردادًا أسرع عبر الخدمة الذاتية.

#### <mark style="color:أزرق;">وضع كل ذلك معًا: توصيات لعملية النشر الخاصة بك</mark>

بالنسبة إلى معظم عمليات نشر Zoom/Microsoft، تكون التوصية كما يلي:

* **الغرف:** أذونات تطبيق. بلا تنازلات، إعداد أبسط، بلا حساب خدمة.
* **المستخدمون:** أذونات تطبيق، ما لم يعتمد مستخدموك بشكل نشط على التقويمات المشتركة أو البريد إلكتروني داخل تطبيق Zoom Workplace.

الاختيار ليس دائمًا. يمكن للمؤسسات التبديل بين الطرق عبر إعادة التفويض.

إذا لم تكن متأكدًا، فابدأ بأذونات تطبيق. يمنحك التكامل الموثوق مع خيار إضافة الأذونات المفوضة لمجموعات مستخدمين محددة لاحقًا إذا ظهرت احتياجات التقويم المشترك أو البريد إلكتروني.

### الأمان ومعالجة البيانات

### التحقق من أذونات Entra ID

#### <mark style="color:أزرق;">تحقق من معرّف تطبيق MGAPI وطريقة الأذونات والنطاقات لغرف المؤتمر</mark> <a href="#yn2twi7v7su4" id="yn2twi7v7su4"></a>

#### <mark style="color:أزرق;">التحقق من معرّف التطبيق وطريقة التفويض الكامل لـ MGAPI والنطاقات الخاصة بغرف المؤتمر أو غرف Zoom</mark>

#### <mark style="color:أزرق;">تحقّق من معرّف أذونات تطبيق التقويم الشخصي والنطاقات</mark>

#### <mark style="color:أزرق;">تحقّق من معرّف تطبيق OAuth للتقويم الشخصي والنطاقات</mark> <a href="#s69otfbzjijz" id="s69otfbzjijz"></a>


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://library.zoom.com/technical-library/technical-library-ar/rkn-almsuwl/third-party-integrations/zoom-and-microsoft-integration-and-deployment-field-guide/getting-started-with-microsoft-and-zoom-workplace-deployments.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.