مراحل قيد المهمة

يفيد الشكل التالي لتحويل الحالة في توضيح مراحل قيد المهمة.

شكل تحويل حالة قيد المهمة

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

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

ملاحظة: يمكن إنشاء قيود المهمة بالحالة قيد التنفيذ. يمكن لبعض عمليات المعالجة الخلفية للمهمة إنشاء قيود مهمة بالحالة قيد التنفيذ. عندما يقوم مستخدم بإضافة قيد مهمة على الشبكة وتخصيص هذه المهمة لمستخدم (مقابل دور)، فإنه يتم إنشاء قيد المهمة هذا أيضًا بالحالة قيد التنفيذ.

يمكن توجيه قيد بالحالة قيد التنفيذ إلى مستخدم مختلف أو دور مختلف. في حالة توجيه هذا القيد إلى دور، فإنه يعود إلى الحالة مفتوح مرة أخرى. ويمكن الإشارة إلى ذلك أيضًا باسم "إعادة فتح" أو "إلغاء تخصيص" قيد مهمة.

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

  • يمكن أن يشير المستخدم يدويًا إلى أن القيد بالحالة مكتمل (توجد عدة طرق للقيام بذلك).

  • بالنسبة لقيود المهمة المرتبطة منطقيًا بحالة بعض الكائنات، يقوم النظام آليًا بتعليم القيد على أنه بالحالة مكتمل عندما تتغير حالة الكائن. على سبيل المثال، عندما يكون للحساب دورة فاتورة، يتم تعليم القيد الذي تم إنشاؤه عندما لم يكن لهذا الحساب دورة فاتورة بالحالة مكتمل.

    تحذير: مهم! يحدث الإتمام الآلي لقيود المهمة عندما يتم تنفيذ المعالجة الخلفية المسؤولة عن إنشاء القيود الخاصة بالنوع المحدد. ومن ثم، إذا كنت تقوم بتشغيل عمليات المعالجة هذه مرة واحدة فقط في اليوم، تظل هذه القيود بالحالة قيد التنفيذ حتى إذا تغيرت حالة الكائن.
  • يمكن استخدام عملية مراقبة المهام لتقييم ما إذا يمكن إغلاق قيد المهمة آليًا أم لا. لمزيد من المعلومات، ارجع إلى مراقبة قيد المهمة.