كيف تختبر نظام الصادر والوارد قبل التعاقد: سيناريو وارد وصادر كامل

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

لمن هذا المقال

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

لماذا سيناريو واحد لا قائمة مزايا

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

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

التحضير قبل جلسة العرض

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

سكربت الاختبار خطوة بخطوة

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

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

أسئلة التركيب والتحديث والنسخ والتكامل في الجلسة نفسها

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

• نمط التشغيل: سحابي داخل المملكة أم على خوادم الجهة؟ وهل الوظائف متطابقة في الحالتين أم توجد مزايا محجوبة في أحدهما؟
• توزيع المسؤوليات: في التشغيل الداخلي، من يتحمّل الخوادم والتخزين والنسخ الاحتياطي واختبار الاستعادة، ومن يتولى التثبيت والتهيئة الأولية وحزم التحديث والتدريب؟
• التحديثات: هل تُسلَّم حزم موثّقة مع تعليمات تطبيق وخطة تراجع ضمن نافذة صيانة متفق عليها؟ وكيف تُطبَّق إن كانت الشبكة معزولة عن الإنترنت؟
• التكامل: اطلبوا توثيق الواجهات البرمجية نفسه، وبيئة اختبار ومفاتيح وصول، واسألوا عن الربط بدليل الجهة (Active Directory / LDAP) لإيقاف الحسابات مركزيًا عند انتهاء الخدمة.
• أثر التكامل: هل تُسجَّل العمليات القادمة عبر الواجهات البرمجية في سجل التدقيق مع تحديد التطبيق الذي نفّذها؟
• الدعم: زمن الاستجابة لعطل يوقف القيد يجب أن يُكتب في العقد برقم، لا بعبارة عامة.

مثال: كيف يمرّ السيناريو في Achieve Up، وأين حدوده

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

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

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

أخطاء شائعة في قرار الشراء

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

قائمة تحقق قابلة للنسخ

• [ ] أُرسل السيناريو مكتوبًا لكل الموردين بالصيغة نفسها
• [ ] جُهّز خطاب وارد ممسوح يحتوي كلمة مميزة غير مُدخلة في الحقول
• [ ] جُهّز خطاب سري لاختبار الصلاحيات
• [ ] طُلب حساب مستقل لكل دور من الأدوار الخمسة
• [ ] رفض النظام حفظ قيد بلا مستند
• [ ] لم يتكرر الرقم عند قيدين متزامنين
• [ ] أُحيل الخطاب للإجراء وللعلم بمهلة وتعليمات
• [ ] لم يُقبل إرجاع بلا سبب مكتوب
• [ ] ظهرت معاملة متأخرة في تقرير المتأخر باسم من يمسكها
• [ ] أُنشئ الرد من داخل الوارد وظهر الربط في الاتجاهين
• [ ] اعتُمد الرد من الجوال
• [ ] لم يصدر رقم الصادر قبل الاعتماد
• [ ] أنشأ التعديل بعد الاعتماد إصدارًا جديدًا
• [ ] فُتحت صفحة التحقق بمسح رمز QR
• [ ] وُجد الخطاب بالبحث عن الكلمة المميزة
• [ ] لم يظهر الخطاب السري للموظف العادي
• [ ] لا يوجد خيار لحذف سطر من سجل التدقيق
• [ ] صُدّر تقرير المتأخر إلى إكسل
• [ ] استُلمت إجابات التركيب والتحديث والنسخ والتكامل والدعم كتابةً

أسئلة شائعة

كم من الوقت نخصّص لجلسة الاختبار؟

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

هل يكفي خطاب وارد واحد؟

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

ماذا نفعل إن تعذّر على المورّد تنفيذ خطوة؟

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

هل نطلب بيئة تجريبية نختبرها بأنفسنا بعد الجلسة؟

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

هل يختلف السيناريو بين التشغيل السحابي والتشغيل داخل خوادم الجهة؟

خطوات السيناريو الوظيفية واحدة، وفي Achieve Up الوظائف متطابقة في الحالتين. ما يختلف هو أسئلة التشغيل: من يتولى النسخ الاحتياطي والتحديثات والمراقبة، وكيف يُتاح النظام للموظفين خارج الشبكة.

الخلاصة

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