أهم مواصفات كراسة شروط نظام سير العمل والموافقات

لماذا تحدّد المواصفات مصير المشروع

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

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

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

إن أردت هيكلًا جاهزًا للكراسة نفسها، راجع نموذج كراسة شروط نظام سير العمل، ولقائمة المتطلبات التفصيلية قائمة متطلبات نظام سير العمل.

المواصفات الوظيفية

هذا قلب الكراسة. هنا تصف ما يجب أن يفعله النظام فعليًا. اربط كل فئة بالقدرة المطلوبة وسبب أهميتها حتى يفهم المورّد النية لا الكلمة فقط:

اكتب لكل بند معيار قبول واضحًا. مثال: «يُصعَّد الطلب آليًا إن تجاوز 48 ساعة دون رد، ويظهر في تقرير الطلبات المتأخرة». هذا ما تختبره لاحقًا في البيئة التجريبية.

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

التكامل والواجهات البرمجية

نظام سير العمل لا يعيش وحده. يحتاج بيانات الموظفين والهيكل الإداري من نظام الموارد البشرية، ومراكز التكلفة من النظام المالي، والدخول الموحّد من دليل المنشأة. اكتب متطلبات التكامل بوضوح لتتجنّب الإدخال اليدوي المزدوج:

• واجهات REST API موثّقة لإنشاء الطلبات وقراءة حالتها وسحب التقارير.
• الدخول الموحّد (SSO) عبر بروتوكول معياري مثل SAML أو OpenID، وربط بدليل المنشأة (Active Directory).
• تكامل الموارد البشرية لمزامنة الهيكل الإداري والأرصدة والمناصب.
• تكامل مالي لدفع الطلبات المعتمدة إلى نظام ERP ومراكز التكلفة.
• الويب هوك (Webhooks) لإشعار الأنظمة الأخرى فور تغيّر حالة الطلب.

قارن قدرات التكامل عمليًا خلال العرض التوضيحي عبر قائمة أسئلة العرض التوضيحي.

الأمن والاستضافة والامتثال

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

• الاستضافة داخل السعودية: خيار استضافة البيانات داخل المملكة، ودعم الاستضافة السحابية والمحلية.
• التشفير: تشفير البيانات أثناء النقل والتخزين بمعايير حديثة.
• الامتثال: دعم متطلبات نظام حماية البيانات الشخصية (PDPL) وضوابط الهيئة الوطنية للأمن السيبراني.
• إدارة الهويات: مصادقة متعددة العوامل وسياسات كلمات مرور قابلة للضبط.
• النسخ الاحتياطي: سياسة نسخ احتياطي دورية وخطة تعافٍ من الكوارث بمعدلات RPO/RTO محددة.

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

الأداء والتوسع

نظام يعمل بسلاسة لـ50 مستخدمًا قد ينهار عند 5,000. حوّل التوقعات إلى أرقام قابلة للاختبار بدل صفات عامة مثل «سريع» و«يتحمّل الضغط»:

اربط مؤشرات التوفّر والاستجابة باتفاقية مستوى خدمة (SLA) لها غرامات تأخير واضحة، لا مجرد وعد شفهي.

الدعم والتدريب والتوثيق

النظام الممتاز بلا دعم جيد يصبح عبئًا بعد الإطلاق. كثير من المشاكل تظهر في الشهر الثالث حين يغادر فريق التنفيذ. حدّد في الكراسة ما تتوقعه بعد التسليم:

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

اطلب تحديد الدعم المشمول ضمن السعر والدعم المدفوع إضافيًا بوضوح. الغموض هنا يتحوّل فواتير مفاجئة بعد سنة. راجع عوامل تسعير نظام سير العمل لفهم البنود التي ترفع التكلفة.

معايير القبول والضمان ومثال تطبيقي

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

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

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