كيفية إنشاء سير عمل الموافقات

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

سير عمل الموافقات هو سلسلة بوابات، لكل منها معتمِد واحد مسؤول، وسؤال قرار معلن، ومسار للرفض، وسجل يبيّن من اعتمد ماذا ومتى.

باختصار

  • إن لم تقل بوابة «لا» قط، فهي إشعار. فارسمها كذلك.
  • معتمِد واحد مسؤول لكل بوابة، ومعه المعلومات اللازمة للقرار.
  • الحدود تأتي من تفويض الصلاحيات، وموضعها على القرار نفسه.
  • الرفض يتجه إلى مسار: تعديل، أو تصعيد، أو حالة إغلاق صريحة.
  • سجّل المعتمِد والتوقيت والنسخة، فاعتماد لا يمكن إثباته لم يقع.

كل بوابة يجب أن تكون قادرة على قول لا

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

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

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

سير عمل موافقات ببوابات حقيقية

اعتماد مورّد من المقترح حتى الإدراج. أربع بوابات، كل منها قادرة على الرفض، ولكل منها مخرج.

  1. افرز قبل أن تنفق جهد المراجعة

    مبرّر أعمال وقرار مضيّ قادر على إيقاف العملية عند الخطوة الأولى. البوابة الأرخص تأتي أولاً: مراجعة مورّد لم يتفق أحد على المضي معه هي أشيع هدر في مسارات الموافقات.

  2. المتابعة جزء من سير العمل

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

  3. عمق المراجعة يتبع المخاطر

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

  4. ثلاثة مخارج لا اثنان

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

كيف تعمل

  1. دوّن ما تقرره كل بوابة

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

  2. استمد الحدود من تفويض الصلاحيات

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

  3. امنح كل بوابة معتمِداً واحداً مسؤولاً

    يمكن استشارة آخرين، لكن شخصاً واحداً يُسأل عن القرار. واللجان يمكنها الاعتماد، لكن اللجنة عندئذٍ هي المعتمِد ويجب تسمية نصابها ورئيسها. أما معتمِدان مستقلان في المستوى نفسه فهي الصيغة التي تجعل أياً منهما لا يراجع بعناية.

  4. وجّه كل رفض إلى مسار

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

  5. اجعل عمق المراجعة تابعاً للمخاطر

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

  6. احفظ دليل الاعتماد

    كل اعتماد يحتاج معتمِداً وتوقيتاً والنسخة التي انطبق عليها. وفي QueryChart يحمل المخطط نفسه سير عمل اعتماد وسجلاً غير قابل للتعديل، فيصبح لسؤال «من اعتمد النسخة السارية في مارس» جواب دون أن يبحث أحد في بريده.

أخطاء ينبغي تجنّبها

  • بوابات لا تستطيع قول لا

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

  • معتمِدون بلا معلومات

    قيمة البوابة من قيمة ما يُعرض على المعتمِد. وإذا وُثّق المبرّر بعد الاعتماد، فالاعتماد زخرفي.

  • حدود منخفضة أكثر من اللازم

    حد يُفعَّل في معظم المعاملات يدرّب المعتمِدين على النقر دون قراءة، ويشجّع الناس على تجزئة الطلبات ليبقوا تحته.

  • لا مسار للرفض

    الرفض غير المرسوم ينتج أشيع إخفاق في مسارات العمل: بند لا هو معتمد ولا مغلق ولا يملكه أحد.

أنشئ سير عمل الموافقات لديك

افتح مثال اعتماد الموردين كمخطط خاص بك، واستبدل بالبوابات القرارات التي تتخذها مؤسستك فعلاً.

أنشئ سير عمل الموافقات لديك

أدلة ذات صلة

الأسئلة الشائعة

كم مستوى اعتماد ينبغي أن يضم سير العمل؟

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

ما الفرق بين الاعتماد والمراجعة؟

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

هل تكون الموافقات متوازية أم متتابعة؟

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

كيف أوثّق الموافقات لأغراض التدقيق؟

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

القالب الذي يقوم عليه هذا الدليل

مخطط انسيابي لعملية اعتماد الموردين — قالب مخطط انسيابي لعملية اعتماد الموردين: الاستبيان، وفحوصات الجودة والملاءة المالية، وتصنيف المخاطر، والتدقيق، والطلبية التجريبية، وقائمة الموردين المعتمدين.

Browse all أدلة سير عمل الموافقة

عملية اعتماد الموردين: الطلب → الفرز → التقييم → التدقيق والتجربة → الاعتماد والإدراج
كيفية إنشاء سير عمل الموافقات