دورة حياة الطلب من الإنشاء حتى الاعتماد النهائي
دورة حياة الطلب هي المراحل التي يمر بها من لحظة إنشائه حتى إغلاقه: إنشاء وتقديم، ثم توجيه تلقائي للمعتمد، ثم مراجعة وقرار (اعتماد أو رفض أو إعادة)، ثم تنفيذ، وأخيرًا إغلاق وأرشفة مع سجل كامل. كل مرحلة لها حالة معروفة، فيمكن معرفة موقع الطلب في أي لحظة دون أن يسأل أحد أحدًا.
ما دورة حياة الطلب ولماذا تهم؟
كل طلب داخل المنشأة يعيش عمرًا كاملًا: يُولد حين يُنشئه موظف، وينضج عبر مراحل مراجعة وقرار، وينتهي حين يُنفَّذ ويُؤرشف. المشكلة في الإجراء اليدوي أن هذا العمر غير مرئي: لا أحد يعرف في أي مرحلة الطلب الآن، فيُسأل عنه ويُلاحق ويُعاد إرساله ظنًّا أنه ضاع.
النظام يجعل كل مرحلة حالة معلنة للطلب: «جديد»، «قيد المراجعة»، «معتمد جزئيًا»، «معتمد»، «منفّذ»، «مؤرشف». هذه الحالة هي ما يجيب فورًا عن السؤال الذي يستهلك وقت المنشآت: أين وصل؟
في أي لحظة، الطلب في حالة واحدة فقط، معروفة لكل من يحق له رؤيتها. هذا يلغي الحاجة إلى المتابعة اليدوية، لأن الإجابة موجودة على الشاشة بدل أن تُطلب بمكالمة.
المرحلة الأولى: الإنشاء والتقديم
تبدأ الدورة حين يفتح الموظف النموذج المناسب ويعبّئه. جودة هذه المرحلة تحدد سلاسة كل ما بعدها، لأن الطلب الناقص يعود من منتصف الدورة ليبدأ من جديد. لذلك يعمل النظام على منع النقص من البداية:
- تحقق فوري: النظام يقرأ الرصيد أو الميزانية أو الأهلية قبل قبول الطلب. طلب إجازة يتجاوز الرصيد المتاح يُرفض عند الإنشاء لا بعد أسبوع.
- حقول محسوبة: عدد أيام الإجازة يُحسب تلقائيًا من التاريخين، فلا خطأ ولا اجتهاد.
- مسودة قابلة للحفظ: يمكن حفظ الطلب مسودة وإكماله لاحقًا قبل التقديم النهائي.
عند التقديم، ينتقل الطلب من حالة «مسودة» إلى «جديد»، وتبدأ الدورة الرسمية بختم زمني يوثّق لحظة الانطلاق. هذا الختم هو أول نقطة في سجل التدقيق.
المرحلة الثانية: التوجيه والمراجعة
بمجرد التقديم، ينتقل الطلب إلى حالة «قيد المراجعة»، ويحدد النظام تلقائيًا من هو المعتمد الأول بناءً على قواعد مكتوبة: المدير المباشر، أو مالك مركز التكلفة، أو المختص حسب نوع الطلب. لا يقرر الموظف إلى من يرسله.
في هذه المرحلة يحدث أمران متوازيان:
- يصل الطلب لصندوق مهام المعتمد مع كل ما يحتاجه ليقرر — البيانات، المرفقات، تاريخ مقدّم الطلب.
- تبدأ مهلة المراجعة بالعدّ. إن اقتربت من الانتهاء، يُذكَّر المعتمد؛ وإن انقضت، يُصعَّد الطلب تلقائيًا.
إن كان الإجراء متعدد المستويات، يمر الطلب بهذه المرحلة أكثر من مرة — من كل معتمد للتالي — وتتحدّث حالته إلى «معتمد جزئيًا» بين المستويات. هذا التدرّج المرئي هو ما يميّز الدورة المنظّمة عن سلسلة رسائل غامضة. لفهم آلية التوجيه: كيف يعمل نظام إدارة الطلبات والموافقات.
المرحلة الثالثة: القرار وله ثلاثة مخارج
عند كل نقطة قرار، أمام المعتمد ثلاثة مخارج، وكل منها يوجّه الدورة في اتجاه مختلف:
| القرار | ماذا يحدث للطلب | الحالة الجديدة |
|---|---|---|
| اعتماد | ينتقل للمستوى التالي أو للتنفيذ | معتمد / معتمد جزئيًا |
| رفض بسبب | يتوقف ويُبلَّغ مقدّمه بالسبب | مرفوض |
| إعادة للتعديل | يرجع لمقدّمه لاستكمال نقص | معاد للتعديل |
الفرق الجوهري بين «الرفض» و«الإعادة»: الرفض يُنهي الدورة بقرار سلبي موثّق بسببه؛ الإعادة تُبقي الدورة حيّة لكنها تُرجع الطلب خطوة ليُصحَّح دون أن يبدأ من الصفر. هذا التمييز يمنع إهدار الطلبات القابلة للإصلاح، ويحفظ في الوقت نفسه أثرًا واضحًا لسبب أي رفض — وهو ما تحتاجه المنشأة عند أي مراجعة أو خلاف لاحق.
في النظام الجيد، الرفض والإعادة يتطلّبان سببًا مكتوبًا إلزاميًا. هذا يحوّل القرار من «لا» غامضة إلى ملاحظة قابلة للمعالجة، ويبني مع الوقت سجلًا يكشف الأسباب المتكررة للرفض — وهي غالبًا خلل في النموذج أو نقص في التدريب.
مثال تطبيقي: دورة طلب إجازة
لنتتبّع دورة كاملة لطلب مألوف — إجازة اعتيادية — من الإنشاء حتى تحديث الرصيد. يدويًا، قد ينسى المدير الورقة في الدرج، وتُحتسب الإجازة خطأ، ويكتشف الموظف الخلل في كشف راتبه. رقميًا تبدو الدورة هكذا:
تتبّع الحالة عبر الدورة: عند الإنشاء «جديد»، وبعد تحقق الرصيد «قيد المراجعة»، وبعد اعتماد المدير «معتمد جزئيًا»، وبعد تصديق الموارد البشرية «معتمد»، وبعد تحديث الرصيد «منفّذ ومؤرشف». خمس حالات، كل واحدة موثّقة بختم زمني وهوية. لا مجال لأن يقول أحد «ما وصلني» أو «نسيت».
لأتمتة هذا الإجراء تحديدًا: أتمتة طلبات الإجازات والانتدابات.
المرحلة الأخيرة: التنفيذ والإغلاق والأرشفة
الدورة لا تنتهي بالاعتماد — هذا خطأ شائع. الاعتماد قرار، والتنفيذ فعل، والإغلاق توثيق. الطلب المعتمد الذي لم يُنفَّذ لا يزال مفتوحًا:
- التنفيذ: يتحوّل القرار إلى أثر فعلي — تحديث الرصيد، صرف المبلغ، فتح الصلاحية، حجز المقعد. غالبًا آليًا عبر التكامل مع الأنظمة المعنية.
- الإغلاق: تنتقل الحالة إلى «منفّذ»، ويُبلَّغ مقدّم الطلب بإتمام إجراءه كاملًا لا اعتماده فقط.
- الأرشفة: يُحفظ الطلب بكل مرفقاته وسجل قراراته في أرشيف قابل للبحث، جاهز لأي مراجعة أو تدقيق لاحق.
قيمة الأرشفة تظهر بعد أشهر، حين يُسأل «من اعتمد هذا الطلب ومتى ولماذا؟». في النظام، الإجابة موجودة في ثوانٍ، كاملة وغير قابلة للتعديل. لسياسات الحفظ راجع مقال سياسات الاحتفاظ بالطلبات والوثائق الإلكترونية، وللمقارنة الأوسع: الفرق بين سير العمل اليدوي والإلكتروني.
الحالات الاستثنائية في الدورة
الدورة المثالية نادرًا ما تسير دون استثناء. النظام الجيد يتوقّع الحالات غير الاعتيادية ويعالجها بقواعد، لا يتركها للاجتهاد:
- سحب الطلب: يحق لمقدّم الطلب سحبه قبل اعتماده النهائي، فتُغلق الدورة بحالة «مسحوب» موثّقة، دون أن يبقى معلّقًا في صندوق أحد.
- الإلغاء بعد الاعتماد: قد يُعتمد الطلب ثم تتغيّر الظروف. النظام يتيح مسار إلغاء عكسيًا يعيد الأثر (كإرجاع الرصيد) بموافقة موثّقة.
- انتهاء المهلة: الطلب الذي تجاوز مهلته لا يبقى صامتًا — يُصعَّد أو يُذكَّر حسب القاعدة، فلا يموت في صندوق منسي.
- التعارض: طلبان متعارضان (كإجازتين لموظفَين لا يمكن غيابهما معًا) يمكن أن يُنبِّه النظام المعتمد إليهما ليقرر بوعي.
التعامل المنظّم مع الاستثناءات هو ما يفصل النظام الناضج عن النموذج البسيط. الإجراءات لا تتعثّر في مسارها المعتاد، بل في استثناءاتها؛ ومن يديرها بقاعدة يكسب. لتصعيد المتأخرات: تصعيد الطلبات المتأخرة تلقائيًا.
هناك حالة استثنائية خامسة كثيرًا ما تُنسى: تغيّر القاعدة أثناء دورة الطلب. ماذا يحدث لطلب انطلق بمسار معيّن ثم عُدّل المسار وهو في منتصف رحلته؟ النظام الناضج يعالج هذا بإدارة الإصدارات: الطلب الجاري يكمل بالمسار الذي بدأ به، والطلبات الجديدة تسير بالمسار المحدّث. هذا يمنع الفوضى التي تنشأ حين تتغيّر قواعد الاعتماد بينما مئات الطلبات معلّقة، ويحفظ سلامة السجل بأن يوثّق أي إصدار من المسار طُبّق على كل طلب — وهي نقطة يسأل عنها المدقّقون كثيرًا.
الأسئلة الشائعة
ما الفرق بين اعتماد الطلب وإغلاقه؟
الاعتماد قرار بالموافقة، والإغلاق توثيق لاكتمال التنفيذ. طلب صرف قد يُعتمد اليوم لكن لا يُغلق حتى يتم الصرف فعلًا وتُحدَّث القيود. الخلط بينهما يجعل المنشأة تظن أن الإجراء انتهى بينما لم يُنفَّذ بعد. النظام يميّز الحالتين بحالتين مختلفتين: «معتمد» و«منفّذ»، فيبقى الطلب مرئيًا حتى يكتمل أثره فعلًا.
هل يمكن للموظف تتبّع طلبه بنفسه خلال الدورة؟
نعم، وهذا من أبرز فوائد النظام. يرى مقدّم الطلب حالته الحالية، ومن هو المعتمد الحالي، ومنذ متى ينتظر عنده، وما الخطوات المتبقية. هذه الشفافية تُنهي المكالمات المتكررة لسؤال «وين وصل»، وتقلّل التوتر لأن الموظف يعرف أن طلبه يتحرّك ولم يضِع، حتى لو كان الاعتماد بطيئًا لسبب مشروع.
ماذا يحدث للطلب إذا رُفض في منتصف الدورة؟
ينتقل إلى حالة «مرفوض» مع سبب مكتوب إلزامي، ويُبلَّغ مقدّمه فورًا. الدورة تتوقف عند نقطة الرفض ولا تكمل للمستويات التالية. يبقى الطلب مؤرشفًا بكامل تاريخه، فيُعرف لاحقًا من رفضه ولماذا. غالبًا يستطيع الموظف تقديم طلب جديد معدّل يعالج سبب الرفض، دون أن يفسد ذلك سجل الطلب الأصلي.
كم مستوى اعتماد يمكن أن تحوي الدورة؟
لا حد تقني ثابت؛ يعتمد على الإجراء ومصفوفة الصلاحيات. طلب إجازة قد يكفيه مستوى أو مستويان، وطلب صرف كبير قد يمر بأربعة. النصيحة العملية: أقل عدد مستويات يحقق الرقابة المطلوبة. كل مستوى زائد يطيل الدورة ويضيف نقطة تأخّر محتملة، فلا تضف مستوى إلا إذا كان يضيف قيمة رقابية حقيقية.
هل تُحفظ نسخة من الطلب بعد إغلاقه؟
نعم، تُؤرشف نسخة كاملة تشمل بيانات الطلب ومرفقاته وكل قرار اتُّخذ فيه بهوية صاحبه وختمه الزمني. الأرشيف قابل للبحث، فيُسترجع أي طلب قديم في ثوانٍ. هذا ضروري للمراجعة الداخلية والتدقيق الخارجي، ولحل أي خلاف مستقبلي حول من اعتمد ماذا ومتى، وهو ما يصعب أو يستحيل مع الأرشيف الورقي المبعثر.
ملخص سريع
دورة حياة الطلب تمر بمراحل واضحة: إنشاء وتقديم يُحسم فيهما اكتمال البيانات، توجيه ومراجعة بحالات معلنة، قرار بثلاثة مخارج (اعتماد أو رفض أو إعادة)، ثم تنفيذ وإغلاق وأرشفة. كل مرحلة حالة موثّقة بختم زمني وهوية، فيُعرف موقع الطلب في أي لحظة دون ملاحقة. والنظام الناضج لا يدير المسار المعتاد فقط، بل الاستثناءات — السحب والإلغاء وانتهاء المهلة — بقواعد لا باجتهاد.
هل تريد فهم أتمتة الإجراءات قبل أن تشتري؟
حمّل دليل أتمتة الإجراءات داخل المؤسسات: كيف تختار أول إجراء، وكيف تكتب مصفوفة الصلاحيات، وما الذي يجب حسمه قبل التطبيق.