DATIMORE · WEB-090

اجعل انتقال العمل للخطوة التالية موثوقًا

قائمة قابلة للطباعة لمتابعة سير عمل واحد، يتبعها تمرين افتراضي لاستكمال عمل متوقف. جميع السجلات والأدوار والمواعيد في المثال افتراضية. هذا الملف لا يشغّل سير عمل ولا يرسل تنبيهات.

اقرأ المقال · English

1. اتفقوا على طريقة متابعة سير العمل

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

  1. النتيجة المطلوبة وموعدها. اسم سير العمل، والطلبات التي يشملها، والنتيجة المنتظرة، ومكان ظهورها وموعدها. حدد المنطقة الزمنية.
  2. المسؤول والبديل. من يتابع؟ ومن يستلم التنبيه؟ ومن يملك صلاحية إصلاح الاتصال؟ ومن يؤكد النتيجة؟ اتفقوا على جهة المتابعة عند غياب المسؤول.
  3. آخر نتيجة تم التحقق منها. سجّل رقم آخر نتيجة أو مهمة صحيحة ووقتها والشخص المكلّف بها. أضف رقم المحاولة من سجل النظام. افحص النتيجة في مكان ظهورها، لا حالة التشغيل وحدها.
  4. العمل المتوقف أو المفقود. حدد متى تقارن الطلبات المتوقعة بالنتائج الفعلية. سجّل الأخطاء والنتائج المتأخرة، ووقت آخر مرة أُجري فيها هذا الفحص. إذا لم يُجرَ الفحص في موعده، فلا يمكن تأكيد حالة العمل الحالية.
  5. تغيّر الاتصال أو البيانات. سجّل المسؤول المخوّل بتجديد الصلاحيات ومواعيد مراجعتها. دوّن أي تغيير في المعلومات المدخلة في الطلبات أو قواعد العمل. تحقق من النتيجة بعد التغيير. لا تسجّل بيانات الدخول هنا.
  6. شروط إعادة الخطوة بأمان. أوقف المحاولات التلقائية واليدوية. تأكد أن الموافقة ما زالت سارية وأن البيانات لم تتغير، وافحص هل أُنشئت النتيجة سابقًا. تأكد أن المحاولات السابقة لن تكتمل لاحقًا، وأن أحدًا آخر لا يعيد العمل. حدد من يسمح بمحاولة واحدة. إذا لم تتأكد من هذه الشروط، توقف للمراجعة.
  7. تأكيد عودة العمل والمتابعة. تأكد مع المستلم من وجود نتيجة صحيحة واحدة. سجّل الدليل ومن راجعه ووقت المراجعة. دوّن السبب، والإجراء الذي يمنع تكراره، وموعد الفحص التالي.

2. جرّب استعادة مهمة مشتريات مفقودة

تاريخ التمرين: 3 أكتوبر 2026. جميع الأوقات بالتوقيت العالمي UTC. القاعدة الافتراضية: مهمة داخلية واحدة للمشتريات لكل طلب معتمد، خلال 15 دقيقة. المثال لا ينشئ أمر شراء، ولا يراسل موردًا، ولا يصرف دفعة.

السجلات الأولية: اعتُمد الطلب R101 الساعة 08:40، وأُنشئت له المهمة T101 الساعة 08:55. اعتُمد الطلب R102 الساعة 09:00، بمركز تكلفة OPS، والمكلّف به منسق المشتريات. موعد ظهور مهمته 09:15. يفقد الاتصال صلاحيته الساعة 09:01.

  1. اكتشاف التوقف · 09:15

    فشلت محاولة الساعة 09:02 قبل إنشاء المهمة. يقارن الفحص الافتراضي الطلبات المعتمدة بقائمة المهام، فيجد أن مهمة R102 مفقودة. يُسجّل تنبيه موجّه لمسؤول العمليات، ويُسجّل استلامه الساعة 09:16. البديل هو نائب مسؤول العمليات. هذه سجلات للتمرين، وليست رسائل أُرسلت فعلًا.

  2. إيقاف التكرار · 09:16

    يراجع المسؤول آخر نتيجة مؤكدة، وهي T101، وسجل التشغيل الفاشل. يوقف محاولات R102 المتكررة، ويطلب من مسؤول النظام المخوّل إصلاح الاتصال. يبقى تجاوز موعد 09:15 مسجّلًا.

  3. الإصلاح والتحقق · 09:25

    يعيد مسؤول النظام صلاحية الاتصال. يتأكد مسؤول العمليات أن R102 ما زال معتمدًا، وأن مركز التكلفة والمكلّف بالمهمة لم يتغيرا، وأن النظام المستقبِل لا يحتوي مهمة لهذا الطلب. يتأكد أن المحاولات السابقة لن تكتمل لاحقًا، ويتولى وحده إعادة الخطوة في التمرين.

  4. استكمال العمل · 09:26

    تنشئ محاولة واحدة المهمة T102 للطلب R102، بمركز تكلفة OPS، ومكلّف بها منسق المشتريات. وفي اختبار منفصل لمنع التكرار، تُكرَّر المحاولة بنفس رقم الطلب. فيظهر رقم المهمة الموجودة دون إنشاء مهمة جديدة. منع التكرار افتراض في المحاكاة، وليس ميزة موجودة في كل أداة.

  5. تأكيد النتيجة · 09:27

    يؤكد المنسق ظهور مهمة T102 واحدة وصحيحة. يسجّل المسؤول رقمها واسم من تحقق منها ووقت التحقق، ثم يغلق المشكلة. يجد فحص الساعة 09:30 المهمتين المطلوبتين دون تكرار. تُضاف مراجعة صلاحية الاتصال إلى قائمة المتابعة.

ما أكده التمرين: طلبان معتمدان ومهمتان مختلفتان، دون تكرار مهمة R102. يبقى التأخير مسجّلًا؛ عودة العمل لا تلغي حدوث التوقف.

متى تتوقف للمراجعة؟

إذا انقطع الرد بعد إنشاء المهمة

إذا وجدت في النظام المستقبِل مهمة T102 واحدة وصحيحة، فسجّل النتيجة دون إنشاء غيرها. إذا تعذّر التحقق أو كانت النتيجة خاطئة، اترك المشكلة مفتوحة. غياب الرد لا يعني أن شيئًا لم يحدث.

إذا تغيّر الطلب أو نقصت معلومة مطلوبة

أوقف المحاولة إلى أن يصحح المسؤول الطلب أو يعيد اعتماده. لا تستخدم موافقة قديمة لتنفيذ عمل تغيّرت تفاصيله.

إذا غاب التشغيل أو فحص المتابعة

قارن الطلبات المتوقعة بالنتائج حتى لو لم تظهر رسالة خطأ. وإذا غاب فحص المتابعة نفسه أو أصبح قديمًا، اطلب من البديل التحقق يدويًا. لا تعتبر غياب التنبيه دليلًا على سلامة العمل.

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