> 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/workforce-management-explainer/core-concepts.md). # المفاهيم الأساسية ## مجموعات الجدولة مجموعات الجدولة هي مجموعات مستخدمين من المستوى الأعلى ضمن Workforce Management في Zoom، وتلعب دورًا حاسمًا في تنظيم المستخدمين وعرضهم وإدارتهم. تعمل مجموعات الجدولة كعامل التصفية الأساسي لفرز المستخدمين عبر النظام، وهي المكوّن الرئيسي في إنشاء جداول الموظفين وتوليد التوقعات. #### تتكون مجموعات الجدولة من الوكلاء، وقوائم الانتظار، وقنوات الاتصال المرتبطة بها تتكوّن كل مجموعة جدولة من ثلاثة مكوّنات: على الأقل قناة جهة اتصال واحدة (مثل الصوت أو الفيديو أو إرسال الرسائل)، وقوائم انتظار مركز الاتصال التي تتعامل مع تلك القنوات، والوكلاء المعيّنون للعمل عليها. **قنوات جهة الاتصال** هي وسيلة الاتصال التي يستخدمها العملاء للتواصل مع مركز الاتصال. وتتضمن أمثلة قنوات جهة الاتصال **الصوت** (الهاتف)، **الفيديو** (التفاعل بالفيديو)، أو **إرسال الرسائل** (الرسائل القصيرة، ودردشة الويب، والدردشة داخل التطبيق مثل Facebook Messenger أو WhatsApp). **قوائم انتظار مركز الاتصال** هي ما تمكّن التنبؤ. عندما يتم ربط قائمة انتظار بمجموعة الجدولة، يقوم Workforce Management بسحب بيانات التفاعل التاريخية الخاصة بها لوضع خط أساس والتنبؤ بالحجم المستقبلي. من دون قائمة انتظار، يمكن جدولة المجموعة يدويًا أيضًا — لكن التنبؤ لن يكون متاحًا. **الوكلاء** يمكن إضافتها إلى مجموعة الجدولة من أجل الجدولة الجماعية والتصفية. إن ربط الوكلاء بمجموعة يجعل إنشاء التوقعات وتوليد الجداول وتصفية تقارير الالتزام وصولًا إلى فرق محددة أسرع. {% hint style="warning" %} **مهم** لا يمكن أن تنتمي قائمة انتظار أو وكيل إلا إلى مجموعة جدولة واحدة في كل مرة. {% endhint %} بالنسبة إلى المؤسسات الأكبر، يمكن تعشيش مجموعات الجدولة داخل المجموعات التنظيمية — وهي طبقة هرمية تبسّط إدارة الأذونات، وتصفية التقارير، وإعداد التوقعات عبر عدة فرق. ## الأنشطة داخل مركز الاتصال، غالبًا ما تكون وردية الوكيل مجدولة مسبقًا بمهام أو مسؤوليات مختلفة، مثل حضور اجتماع فريق، أو أخذ استراحة غداء مجدولة، أو العمل في قائمة انتظار للدعم. ضمن Workforce Management، يُشار إلى هذه العناصر على أنها **الأنشطة**، وهي اللبنات الأساسية لوردية الوكيل. تشمل أمثلة الأنشطة الشائعة، على سبيل المثال لا الحصر: | | | | -------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------- | #### يوفر Workforce Management ستة أنواع فريدة من الأنشطة لأغراض الجدولة والتقارير نوع **النشاط** يحدد الطابع المنتج أو غير المنتج للنشاط، ويُستخدم لتصنيف الأنشطة لأغراض التقارير والجدولة. ومع وجود ستة أنواع مختلفة من الأنشطة، لا يساهم الوكيل في تلبية احتياجات التوظيف الخاصة بمجموعة الجدولة المعيّنة له إلا عندما يكون مجدولًا على *منتج* نوع النشاط. وأنواع الأنشطة الستة هي: * **منتج**: يشير إلى أن الوكيل قادر على المساهمة في تلبية احتياجات التوظيف الخاصة بمجموعة الجدولة المرتبطة به. * **غير متاح**: يُجدول الوكيل على أنه «غير متاح». * **غير منتج**: يمثل وقتًا مجدولًا لأنشطة العمل التي لا تساهم في تلبية احتياجات التوظيف الخاصة بمجموعة الجدولة المرتبطة بها، مثل الاجتماعات، والتدريب، وما إلى ذلك. * **استثناء**: يُحتسب للوقت الذي يقضيه الوكيل *خارج الالتزام*، مثل إذا كان الوكيل غير قادر على إكمال النشاط المجدول بسبب مشكلة تقنية أو حالة طارئة. * لا تكون الاستثناءات متاحة عند إنشاء وردية، ولا يمكن إضافتها إلى الجداول المنشورة إلا عند الحاجة. * **وجبة**: يمثل وقتًا غير منتج مخصصًا للوجبات. * **استراحة**: يمثل وقتًا غير منتج مخصصًا للاستراحات غير المرتبطة بالوجبات. #### يمكن إنشاء الأنشطة أو تخصيصها بمعلومات إضافية لتناسب بيئة يمكن لمسؤولي الحساب أو مسؤولي الجدولة إنشاء الأنشطة أو تخصيصها بما يتناسب مع بيئتهم وسير العمل لديهم، مما يساعد الحساب على ضمان توفر أنشطة كافية للمهام المختلفة التي قد يؤديها الوكيل طوال يومه. تشمل الميزات القابلة للتخصيص للأنشطة ما يلي: * **الاسم:** أسماء مخصصة للأنشطة المخصصة أو الجديدة * **المدة الافتراضية**: المدة التي يُجدول لها النشاط افتراضيًا * **قناة/قنوات**: قنوات مركز الاتصال مرتبطة بالنشاط * **حالة الدفع**: ما إذا كان النشاط مدفوعًا (وقت إنتاجي) أو غير مدفوع (وجبة/استراحة) * **الالتزام**: ما إذا كان يتم احتساب النشاط في تقارير الالتزام * **السماح بالتعديل**: ما إذا كان يمكن للوكيل طلب *إضافة*, *تغيير*، أو *حذف* نشاط داخل الجدولة الخاصة بهم #### يمكن إضافة الأنشطة ذات الوقت الثابت إلى جدولات المستخدمين دفعةً واحدة بعد إنشاء جدول، يمكن لمسؤولي Workforce Management والمشرفين جدولة الأنشطة ذات الوقت الثابت دفعةً واحدة لمجموعة محددة من الوكلاء في تاريخ ووقت ومدة محددين، مما يسهّل جدولة فعاليات مثل جلسات التدريب أو اجتماعات الفريق. عند استخدام هذه الميزة، تُضاف الأنشطة إلى جدولات الوكلاء المحددين بغض النظر عن الأنشطة الموجودة؛ ومع ذلك، في حال حدوث تعارض في الجدولة أو إذا تم جدولة نشاط بينما لا يكون المستخدم في العمل، يمكن إنشاء توصيات لأوقات بديلة وتطبيقها. ## الورديات الورديات هي أنشطة مجدولة مسبقًا ينفذها الوكيل طوال يوم العمل أو الأسبوع. بينما يشير النشاط إلى مهمة أو مسؤولية محددة في وقت معين، فإن الوردية هي مجموعة الأنشطة المعيّنة للوكيل ضمن إطار زمني معين. على سبيل المثال، قد يكون الوكيل مسؤولًا عن العمل في طابور الهاتف والعمل في طابور الدردشة كنشاطين منفصلين في وقتين مختلفين؛ ومع ذلك، فإن *الوردية* هي الخطة الرسمية التي تحدد *متى* يجب تنفيذ هذه الأنشطة طوال يوم العمل أو الأسبوع. #### تدعم الورديات نماذج الجدولة الثابتة والديناميكية عند إنشاء وردية، يمكن لمسؤول الجدولة أن يختار بين **ثابتة** و **ديناميكية** نماذج الورديات. مع **ثابتة** جدولة الورديات، يبدأ المستخدمون عادةً وينهون وردياتهم واستراحاتهم في الوقت نفسه من أسبوع لآخر. تعرض الصورة التالية مثالًا على *ثابتة* وردية، حيث يكون لكل وكيل معيّن أنشطة متسقة يوميًا وفي أوقات متسقة.
مع **ديناميكية** جدولة الورديات، يمكن للمسؤولين تعديل الإعدادات لتحسين أوقات البدء والغداء والاستراحة المرنة يوميًا وأسبوعيًا. على سبيل المثال، قد تكون استراحة الوكيل عند الساعة 1 ظهرًا يوم الاثنين في أحد الأسابيع، ولكن عند الساعة 2 ظهرًا يوم الاثنين في الأسبوع التالي، مما يسمح لمسؤولي الجدولة بمواءمة جدول التوظيف الخاص بهم مع Forecast لتلبية الطلب المتوقع. إذا قامت شركة بالجدولة دون Forecast، فقد يساعد ذلك على تباعد الاستراحات ووجبات الغداء لمنع التداخل. كما تدعم الورديات الديناميكية مدد استراحة أكثر مرونة، مما يسمح للمسؤولين بتكوين الاستراحات ووجبات الغداء بزيادات قدرها 5 دقائق مثل 5 أو 15 أو 20 دقيقة، مع ضمان أن تبدأ جميع الأنشطة مع ذلك على فواصل قياسية مدتها 15 دقيقة. \ تُظهر الصورة التالية مثالًا على وردية ديناميكية، حيث قد تختلف فترات البدء والاستراحة والغداء يوميًا لتتناسب مع احتياجات Forecast. في النصف العلوي من الصورة، تُحدَّد الأوقات المرنة لكل نشاط، بينما يعكس النصف السفلي مثالًا على موضعها داخل الوردية بما يتوافق مع الأوقات المرنة المحددة. {% hint style="info" %} **ملاحظة** لا يمكن للورديات الديناميكية استخدام سوى نشاط افتراضي واحد في كل مرة. {% endhint %}
#### تدعم الورديات أوقات بدء وانتهاء مرنة لكل يوم يمكن للورديات استيعاب أوقات بدء وانتهاء ثابتة ومرنة لكل يوم من أيام الأسبوع، مع إمكانية التخصيص لتلبية احتياجات الجدولة المتنوعة. {% hint style="success" %} **مثال** يمكن لمسؤول الجدولة، أليس، إنشاء وردية بسيطة تغطي من 8 إلى 5 من الاثنين إلى الجمعة. وبدلًا من ذلك، يمكن لأليس أيضًا إنشاء وردية تغطي من 8 إلى 5 يومي الاثنين والأربعاء والجمعة، مع وردية من 10 إلى 7 يومي الثلاثاء والخميس، أو أي توليفة زمنية أخرى مفضلة. {% endhint %} #### لا يمكن تعيين الوكيل إلا إلى وردية واحدة في كل مرة عند تصميم الورديات، تذكر أنه لا يمكن تعيين الوكيل إلا إلى وردية واحدة في كل مرة. ينبغي تصميم كل وردية بشكل شامل، مع التأكد من أن جميع أنشطة الوكيل مجدولة للأسبوع. #### يمكن تعيين عدد غير محدود من الوكلاء لكل وردية على الرغم من أنه لا يمكن تعيين كل وكيل إلا إلى وردية واحدة، فإنه يمكن تعيين عدد غير محدود من الوكلاء لكل وردية. {% hint style="success" %} **مثال** أنشأت مسؤولة الجدولة، أليس، وردية واحدة من 8 إلى 5 بثلاثة أجزاء متساوية من وقت طابور الصوت والفيديو وإرسال الرسائل. يمكن لأليس تعيين هذه الوردية إلى الوكيلين بوب وموريس، وكذلك إلى أي وكلاء إضافيين مطلوبين.\ \ ومع ذلك، إذا أنشأت أليس *الثاني* وردية من 8 إلى 5 تغطي أنشطة مختلفة، فلن تتمكن من تعيين بوب وموريس أو أي وكلاء آخرين مُعيَّنين لورديات ما لم تتم إزالتهم من الوردية المعيَّنة لهم حاليًا. {% endhint %} #### عند تصميم وردية، ستظهر ساعات العمل المجدولة وفقًا للمنطقة الزمنية المُكوَّنة لكل وكيل عند تصميم وردية، تذكر أن ساعات العمل المجدولة ستظهر وفقًا للمنطقة الزمنية المُكوَّنة لكل وكيل، وليست ثابتة أو عامة. {% hint style="success" %} **مثال** تقع مسؤولة الجدولة، أليس، في نيويورك (UTC-5) وتُنشئ وردية من 8 إلى 5. عندما تعيّن أليس وكيلًا إلى هذه الوردية، سيرى الوكيل أوقات الوردية ومدتها بناءً على المنطقة الزمنية المُكوَّنة لحساب Zoom الخاص به.\ \ لذا، إذا تم تعيين وكيل في لوس أنجلوس (UTC-8) إلى وردية 8 إلى 5، فسيرى الجدولة من 8 إلى 5 ضمن منطقته الزمنية المحلية (UTC-8). وبالمثل، إذا تم تعيين وكيل في نيويورك إلى الوردية نفسها، فسيرى الجدولة في منطقته الزمنية المحلية أيضًا.\ \ في هذا السيناريو، يعمل كلا الوكيلين من 8 إلى 5 وفقًا لمناطقهما الزمنية الخاصة. ومع ذلك، وبسبب فرق المنطقة الزمنية بين موقعيهما، سيبدآن العمل بفارق ثلاث ساعات. ومن منظور أليس في نيويورك، سيعمل الوكيل الموجود في لوس أنجلوس من 11 إلى 8 بناءً على العرض الخاص بكل منطقة زمنية لكل وكيل. {% endhint %} ## الجدولة #### الجدول هو مجموعة من عدة مجموعات جدولة وبنيتها الأساسية/مكوناتها
تقدّم الصورة التالية مثالًا على جدول مكوَّن من عدة مجموعات جدولة ويغطي يومًا واحدًا. تشير الكتل الملونة المختلفة إلى الأنشطة المختلفة التي يكون كل وكيل مسؤولًا عنها طوال اليوم. وإذا رغبوا، يمكن لمسؤولي الجدولة تحسين هذا العرض أكثر لرؤية الجدول بحسب الوكلاء الأفراد أو مجموعات الجدولة المحددة.
#### يمكن إنشاء كل جدول لمدة تصل إلى أربعة أسابيع في المرة الواحدة عند إنشاء جدول، يمكن لمسؤول الجدولة إنشاء جدول لمدة تصل إلى أربعة أسابيع في المرة الواحدة. لا يحدّ هذا من المدى الذي يمكن فيه إنشاء جدول مسبقًا، بل يحدد فقط المدة التي يمكن تعريف كل جدول خلالها في كل مرة. وبعبارة أخرى، يمكن لمسؤولي الجدولة جدولة أكثر من أربعة أسابيع في المرة الواحدة من خلال إنشاء جداول متتالية. {% hint style="success" %} **مثال** في شهر ديسمبر، يمكن لمسؤول الجدولة، أليس، إنشاء جدولة تبدأ في 1 يناير وتمتد لأربعة أسابيع حتى 28 يناير. ولجدولة ما بعد 28 يناير، يجب على أليس إنشاء جدولة منفصلة، ويمكنها القيام بذلك فورًا. {% endhint %} #### يمكن للمسؤولين إنشاء قواعد عمل مخصصة لوكلاء محددين وجدولات محددة يمكن لمسؤولي Workforce Management إنشاء قواعد لتعيين شروط معينة للورديات والجدولات. يتحقق النظام تلقائيًا من انتهاكات القواعد، مثل الحد الأقصى لساعات العمل، وتوقيت الاستراحة، وأيام العمل المتتالية، والحد الأدنى للوقت بين الورديات، أو الأنشطة الإلزامية. ينبه النظام المسؤولين عندما تخالف جدولة أي قواعد. ## التنبؤات #### تترجم التنبؤات بيانات التفاعل التاريخية إلى توصيات للتوظيف يتنبأ التنبؤ بحجم التفاعل القادم في مركز الاتصال حتى تتمكن من توظيف العدد المناسب من الوكلاء في الأوقات المناسبة. ينشئ Workforce Management التنبؤات بزيادات قدرها 15 دقيقة باستخدام بيانات الطوابير التاريخية، ثم يترجم توقعات الحجم هذه إلى توصيات للتوظيف. {% hint style="success" %} **مثال** أنشأت مسؤول الجدولة، أليس، تنبؤًا للأسابيع الأربعة المقبلة. يستخدم هذا التنبؤ البيانات التاريخية للتنبؤ بحجم التفاعل اليومي بزيادات قدرها 15 دقيقة. يعتمد حجم التنبؤ لكل يوم على البيانات من الأيام المناظرة في الماضي، ما يعني أن تنبؤ يوم الاثنين مشتق من أيام الاثنين السابقة، وتنبؤ يوم الثلاثاء من أيام الثلاثاء السابقة. ونتيجةً لذلك، إذا كانت الساعات بين 8 صباحًا و2 ظهرًا أكثر ازدحامًا عادةً يوم الاثنين مقارنةً بيوم الثلاثاء، فسيعكس التنبؤ طلبًا أعلى على التوظيف يوم الاثنين مقارنةً بيوم الثلاثاء. {% endhint %}
#### **A** يتطلب التنبؤ مجموعة جدولة مع صف انتظار واحد مرتبط على الأقل تتطلب التنبؤات مجموعة جدولة مع صف انتظار تابع لمركز الاتصال واحد على الأقل. وبمجرد توفر ذلك، يحدد المسؤولون اسمًا وتاريخ بدء ومدةً (حتى أربعة أسابيع)، ثم يحددون المقاييس المستهدفة. يحسب النظام الحجم المتوقع والتوظيف الموصى به لكل فترة مدتها 15 دقيقة عبر نافذة التنبؤ. هل أنت جديد على Zoom مركز الاتصال؟ يمكن استيراد بيانات الطوابير التاريخية عبر CSV (حتى 10 ميغابايت لكل ملف) لتغذية تنبؤاتك الأولية قبل تراكم البيانات الحية. #### يمكن بناء التنبؤات حول أربعة أهداف أداء | المقياس | ما الذي يفعله | | -------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | **هدف مستوى الخدمة** |

على الفريق الرد على نسبة مئوية محددة من التفاعلات خلال نافذة زمنية محددة

مثال: إذا كان اتفاق مستوى الخدمة لدى شركة ما هو الرد على 75% من جميع التفاعلات الواردة خلال 30 ثانية، فسيراعي التنبؤ التوظيف اللازم خلال كل فترة مدتها 15 دقيقة لتحقيق الهدف المتوقع.

| | **متوسط سرعة الرد** |

يجب على الفريق إبقاء متوسط وقت الانتظار أقل من عدد محدد من الثواني عبر جميع المكالمات

مثال: إذا كانت الشركة تهدف إلى الحفاظ على متوسط سرعة رد قدره 30 ثانية، فسيراعي التنبؤ التوظيف المطلوب لتحقيق ذلك الهدف. من المهم ملاحظة أن هذا المقياس يحسب المتوسط الحسابي لوقت الانتظار. فعلى سبيل المثال، إذا تم الرد على مكالمة واحدة في ثانية واحدة وعلى مكالمة أخرى في 60 ثانية، فإن متوسط سرعة الرد التراكمي لكلتا المكالمتين يبلغ حوالي 30 ثانية.

| | **الإشغال** |

يجب على الفريق استهداف نسبة مئوية من الوقت الذي يقضيه الوكلاء في التعامل النشط مع التفاعلات

مثال: إذا شارك أحد الوكلاء في تفاعل مع العميل لمدة 54 دقيقة من أصل ساعة، فإن مستوى إشغال المستخدم يبلغ 90%. وبناءً على ذلك، فإن إنشاء تنبؤ بمعدل إشغال 90% من المرجح أن يؤدي إلى دعم كل وكيل للعملاء لمدة 54 دقيقة تقريبًا من كل ساعة.

| | **التقلص** |

يضيف هامشًا للتوظيف لمراعاة الغيابات والأنشطة غير المنتجة وعدم التوفر الروتيني

مثال: إذا كان من المتوقع أن يتطلب التنبؤ 10 وكلاء، لكن لديه معدل تقلص 20%، فسيتم التنبؤ بـ12 وكيلًا لمراعاة حالتي غياب محتملتين. وفي حال غياب 20% من الوكلاء، تظل مستويات الحد الأدنى للتوظيف الخاصة بالتنبؤ مُلباة.

| {% hint style="info" %} **ملاحظة** عند تحديد مقاييس متعددة لتنبؤ ما، يطبّق النظام القيد الأكثر تطلبًا. على سبيل المثال، إذا كان هدف مستوى الخدمة يتطلب الرد على 75% من التفاعلات خلال 30 ثانية، وكان هدف متوسط سرعة الرد مضبوطًا على 60 ثانية، فإن النظام يعطي الأولوية لمستوى الخدمة، لأن تحقيق ذلك الحد الأكثر صرامة يلبّي تلقائيًا متطلب متوسط سرعة الرد. {% endhint %} #### تتيح لك تعديلات الفترات والتعديلات الجماعية مراعاة ما لا تستطيع البيانات التاريخية التنبؤ به البيانات التاريخية الخام لن تلتقط دائمًا ما تعرف أنه قادم. يمكن تعديل التنبؤات بطريقتين: * **تعديلات الفترات**: ارفع أو خفّض الحجم المتوقع يدويًا لأي نافذة مدتها 15 دقيقة (مفيد للارتفاعات المتوقعة) {% hint style="success" %} **مثال** إذا كانت الشركة تتوقع حجم مكالمات مرتفعًا بشكل غير معتاد لمدة ساعة، فيمكن لمسؤول الجدولة زيادة الحجم المتوقع يدويًا لمعادلة التغير المتوقع. {% endhint %} * **تعديلات جماعية**: طبّق تغييرًا بنسبة مئوية أو برقم ثابت عبر التنبؤ بأكمله {% hint style="success" %} **مثال** إذا كانت الشركة تطلق حملة تسويقية جديدة في الأسبوع القادم وتتوقع زيادة بنسبة 10% في الحجم، فيمكن تحديث التنبؤ ليعكس زيادة بنسبة 10% لضمان التوظيف الكافي. تتيح طريقة التعديل الجماعي هذه للمشرفين تعديل الحجم إما بعدد محدد، مثل 10 مكالمات إضافية (أو أقل) كل 15 دقيقة، أو بنسبة مئوية، مثل زيادة (أو انخفاض) بنسبة 20% في المكالمات كل 15 دقيقة. {% endhint %} #### طبّق تنبؤًا على جدولة لكشف فجوات التوظيف قبل بدء الفترة بمجرد نشره، يمكن تطبيق تنبؤ على جدولة. و **التوظيف** القسم الفرعي من جدولة يوفّر قائمة بجميع مجموعات الجدولة المطبقة على جدول الأسبوع، ويقارن بين *المجدول* مقابل *المطلوب* التوظيف، ويقدّم *صافي التوظيف* الفرق. يتيح هذا الجدول لمسؤول الجدولة تحديد مستويات التوظيف بسرعة لكل زيادة مدتها 15 دقيقة، ويمكنه تعديل أنشطة الجدولة الخاصة بالمستخدم ديناميكيًا للحفاظ على توظيف كافٍ.
#### استفد من الذكاء الاصطناعي لإنشاء جداول ورديات محسّنة تلقائيًا استنادًا إلى التنبؤات يحدد النظام العدد الأمثل من الورديات اللازمة لتلبية اتفاقيات مستوى الخدمة مع مراعاة معايير مثل مدة الوردية، وأيام العمل الدنيا والقصوى، والأنشطة المخططة مسبقًا مثل الاستراحات ووجبات الغداء. يمكن لمسؤولي Workforce Management أن يحددوا عدة مجموعات خدمة، ويطبقوا الورديات التي تم إنشاؤها على الجدولات، ويعيّنوا الوكلاء دفعة واحدة وفقًا لتفضيلاتهم. #### أنشئ خطط سعة للتنبؤ بمتطلبات التوظيف لمدة تصل إلى 12 شهرًا تحسب الخطط متطلبات المكافئ بدوام كامل (FTE)، مع مراعاة عوامل مثل ساعات العمل ونسبة التقلص ومعدلات التسرب لكل مجموعة جدولة. يمكن للمستخدمين عرض ومقارنة أعداد المكافئ بدوام كامل المطلوبة مقابل الحالية من خلال عناصر واجهة مرئية، والوصول إلى تفصيلات شهرية وأسبوعية مفصلة، وتصدير البيانات إلى صيغتي CSV أو PDF. #### وضع علامات على الأيام الخاصة للتنبؤ المخصص، مع استبعادها من البيانات الماضية والمستقبلية بسبب العطل أو الإغلاقات أو الشذوذ يمكن لمسؤولي Workforce Management تعديل الحجم أو وقت المعالجة باستخدام نسب مئوية أو قيم ثابتة. تُبرز الأيام الخاصة في التنبؤات وعروض التوظيف، مع تتبع جميع التغييرات في تقارير التدقيق. يساعد ذلك على تحسين دقة التنبؤ من خلال مراعاة أحداث العمل الفريدة. #### أتمتة إنشاء التنبؤات قصيرة الأجل من خلال جدولة إنشائها بشكل متكرر يمكن لمسؤولي Workforce Management تعيين التنبؤات قصيرة الأجل ليتم إنشاؤها تلقائيًا على أساس أسبوعي لمدة تصل إلى 4 أسابيع. ويمكن للمسؤولين تحديد متى يجب إنشاء التنبؤات، مثل 5 أيام قبل فترة التنبؤ. وتحافظ التنبؤات المجدولة على مجموعات الجدولة نفسها ومقاييس التنبؤ نفسها مثل تنبؤ القالب الأصلي. ويمكنهم أيضًا عرض التنبؤات المتكررة وإدارتها من خلال عرض التقويم، مع خيارات لحذف كل حالة على حدة أو السلسلة بأكملها. --- # 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/workforce-management-explainer/core-concepts.md?ask=&goal= ``` `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.