> 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/khdmat-alaamal/zoom-workforce-management/expert-insights/workforce-management-activity-to-status-mapping.md).

# ربط النشاط بالحالة

<figure><img src="https://media.zoom.com/images/assets/Workforce+Management+Activity+to+Status+Mapping/Zz0wODcyODJiZTVhNzExMWVmYjZkMzQ2NzYwYWQ0YTk4Yg==?t=20250501092734" alt="A woman working from home, in an office chair with a laptop on her lap and wearing a headset."><figcaption></figcaption></figure>

الالتزام هو مقياس قوي وأحد أكثر العناصر التي يتم تتبعها داخل حل Workforce Management (WFM). يحسب الالتزام الفرق بين النشاط الذي تمّت جدولة الوكيل للقيام به وما يقوم به فعليًا. من المخاوف الشائعة التي نراها في WFM أن الالتزام لا يتطابق بشكل صحيح مع ما يفعله الوكيل في Zoom مركز الاتصال (ZCC). لنلقِ نظرة على الهياكل المستخدمة وكيف يطابق WFM ما يراه في ZCC مع الأنشطة المختلفة المستخدمة في الجدولة.

## الأنشطة

في WFM، النشاط هو أي إجراء يمكن أن تتم جدولة الوكيل للقيام به. تُستخدم الأنشطة لبناء وردية الوكيل. يمكن تمكين كل نشاط أو تعطيله لإدراجه في حساب الالتزام الخاص بالوكيل.

قد تشمل بعض الأنشطة الشائعة ما يلي:

* صفحة الهاتف
* استراحة
* وجبة
* اجتماع
* PTO\\

بشكل عام، تُستخدم الأنشطة المنتجة (هاتف، دردشة، إلخ) لحساب الالتزام، بينما لا تُستخدم الأنشطة غير المنتجة (استراحة، وجبة، إلخ). يُستخدم الالتزام للتأكد من أن الوكلاء يخدمون العملاء عندما يكون من المقرر أن يفعلوا ذلك. إذا أخذ الوكيل استراحته متأخرًا 5 دقائق، فلن يُسجَّل عليه أنه خارج الالتزام إلا لمدة 5 دقائق فقط. وإذا استُخدمت أيضًا نشاط الاستراحة لحساب الالتزام، فسيُسجَّل عليه أنه خارج الالتزام لمدة 10 دقائق لأنه سيكون على مكالمة لمدة 5 دقائق من استراحته، وفي استراحة لمدة 5 دقائق من وقت المكالمة.

{% hint style="info" %}
**ملاحظة**

يمكن العثور على إعدادات النشاط ضمن بوابة الويب الخاصة بـ Zoom WFM على **تهيئة الجدولة → الأنشطة**.
{% endhint %}

## حالة ZCC

يستخدم ZCC حالة الوكيل لتتبع نشاط الوكيل ومتى يمكن تمرير تفاعلات إضافية إلى الوكيل. الحالات المدمجة هي:\\

* جاهز - الوكيل متاح لتلقي التفاعلات
* مشغول - الوكيل في تفاعل نشط أو يختتم تفاعلًا
* غير جاهز - اختار الوكيل عدم تلقي المكالمات أو تم استبعاده من تلقي المكالمات\\

يمكن أن تحتوي حالة غير جاهز على حالات فرعية لتوضيح سبب استبعاد الوكيل من قائمة الانتظار. وغالبًا ما تُسمّى هذه بالأسباب. فيما يلي بعض الأسباب النموذجية:\\

* استراحة
* نهاية الوردية
* إجباري
* وجبة
* اجتماع

## تعيين الحالات إلى الأنشطة

يتلقى WFM معلومات حالة الوكيل من ZCC ويحتاج إلى أن يكون قادرًا على تعيين هذه الحالة إلى الأنشطة، وبالتالي الالتزام. وللقيام بذلك، نستخدم تعيين حالة الوكيل.

{% hint style="info" %}
**ملاحظة**

يمكن العثور على تعيين حالة الوكيل ضمن بوابة الويب الخاصة بـ Zoom WFM على **التفضيلات → حالة الوكيل** **التعيين**.
{% endhint %}

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

إذا كانت لدينا جدولة للوكيل لنشاط 'هاتف'، فإننا نتوقع أن يكون في حالة 'جاهز' أو 'مشغول'. أي أنه إما متاح لتلقي مكالمة أو بالفعل في مكالمة.

<figure><img src="https://media.zoom.com/images/assets/status-mapping3.png/Zz1kMjFkZGIxNjU4YTIxMWVmOTc4YTM2ZTI5YjBmM2E2Mw==" alt="Setting Agent Status Mapping via the menu."><figcaption></figcaption></figure>

مثال آخر، يوضح نشاط 'استراحة' كيف يمكننا استخدام رموز الأسباب في ZCC. عندما يكون الوكيل في استراحة، سينتقل إلى حالة 'غير جاهز' داخل ZCC ويحدد 'استراحة' كسبب. في WFM، نبدأ بإضافة حالة غير جاهز أولًا، ثم يحدد 'إضافة حالة فرعية' لتضمين السبب.

<figure><img src="https://media.zoom.com/images/assets/status-mapping.png/Zz1kMjFkZGIxNjU4YTIxMWVmOTY5ZmMyMGIwNmQzNDQxNw==" alt="Another example of setting Agent Status Mapping via the menu." height="330" width="672"><figcaption></figcaption></figure>

ومع تعيين هذه الحالات إلى الأنشطة، يمكننا الآن حساب الالتزام بشكل صحيح بناءً على نشاط الوكيل الفعلي.

### حالات استخدام فريدة للأسباب والحالات الفرعية

أحيانًا يرغب المشرفون في تتبع نشاط الوكيل الذي يقع خارج ZCC. على سبيل المثال، قد يُطلب من الوكيل تنفيذ أعمال الحالات كجزء من أنشطته اليومية. ولأجل ذلك، يمكننا إنشاء نشاط 'العمل على الحالات' في WFM وتعيينه إلى رمز سبب مخصص يحمل الاسم نفسه في ZCC. ثم عندما يذهب الوكيل للقيام بعمله على الحالات، سيحدد هذا السبب في ZCC، ويمكن لـ WFM تتبع هذا النشاط بشكل صحيح عند حساب التزام الوكيل.

<figure><img src="https://media.zoom.com/images/assets/status-mapping.png/Zz1kMjIzNjAxODU4YTIxMWVmOTY4NDdlMmVhODJlZDNlNA==" alt="Another example of setting Agent Status Mapping via the menu." height="350" width="711"><figcaption></figcaption></figure>


---

# 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/khdmat-alaamal/zoom-workforce-management/expert-insights/workforce-management-activity-to-status-mapping.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.