هذا المقال موجّه إلى مجالس الإدارة والأشخاص الذين يوقّعون على قرار شراء النظام: سكرتير البلدية أو المحافظة، وأمين الصندوق (skarbnik) في الجهة الحكومية، ورئيس الشركة البلدية (spółka komunalna)، والمدير المالي، ومالك الشركة. وهو موجّه أيضاً إلى مدير تقنية المعلومات الذي يُعدّ إجراء الشراء أو طلب العروض ويريد أن يعرف ما الذي ينبغي أن ينتبه إليه مجلس الإدارة قبل الموافقة على المستندات.
لماذا تنشأ هذه المشكلة
معظم المشاكل مع الموردين يكون مصدرها جهة التعاقد نفسها، وقبل التوقيع بوقت طويل. وليس ذلك بسوء نية: فإعداد إجراء الشراء عمل نادراً ما يتوفر له الوقت والكفاءة داخل المؤسسة، والموردون يسهّلون الأمر بكل سرور. فهم يقدّمون أوصافاً جاهزة وعروضاً تجريبية وتسعيرات. والنتيجة أن جهة التعاقد تشتري ما يُحسن المورد بيعه، لا ما تحتاجه فعلاً. ومما يفاقم المشكلة أن قرارات الشراء غالباً ما تبقى في يد الوحدات الفنية المختصة، بينما يقتصر دور تقنية المعلومات على حراسة الأمن فحسب. وغياب المعايير واستراتيجية تقنية معلومات طويلة الأمد يجعل المؤسسة تُجري مشتريات لا تتوافق دوماً مع الأطر التي وُضعت أصلاً للتخفيف من المخاطر.
أرى الأخطاء نفسها في الجهات الحكومية وفي الشركات على حدٍّ سواء. ما يختلف هو أسلوب الشراء، لا الآلية الكامنة وراءه.
اثنا عشر خطأً
- متطلبات صيغت بناءً على عرض أو عرض تقديمي لمورد واحد. يحدّ ذلك من المنافسة ويرسّخ التبعية قبل أن تختاروا المنفذ أصلاً. تناولت هذا الموضوع بتفصيل أكبر في مقال عن التبعية للمورد (vendor lock-in) في وثيقة شروط الشراء (SWZ).
- غياب المالك التجاري (Business Owner). للمشروع مدير رسمي، لكن لا أحد يملك تفويضاً من مجلس الإدارة ليقرر كيف ينبغي أن تسير العمليات.
- غياب معايير الاستلام وسيناريوهات الاختبار قبل التوقيع. يتحوّل الاستلام إلى نزاع حول التفسير، بدلاً من أن يكون تحققاً من استيفاء نتاج المشروع لمعايير نجاح التنفيذ.
- الجهل بما هو موجود بالفعل. تشترون نظاماً جديداً دون أن تعرفوا أي العقود والتراخيص والوظائف الحالية تتداخل معه.
- إغفال عمليات التكامل. مع أي الأنظمة سيتبادل النظام الجديد البيانات، وفي أي الاتجاهات، وأي الأنظمة له الدور الأعلى مرتبة، وما نوع البيانات وبأي الصيغ، وهل يعلم المورد بذلك ويضمن توفير الآليات اللازمة وتحمّل مسؤولية استمرارية عملها؟
- ترحيل البيانات موصوف في جملة واحدة فقط. دون تحديد أي البيانات، ومن أي فترة زمنية، ومن ينظّفها، ومن يتحقق من النتيجة.
- متطلبات على شكل قائمة وظائف بدلاً من وصف للعمليات. كل مورد سيجيب بـ«نعم» عن أي سؤال يتعلق بوظيفة معينة. أما عن كيفية معالجة حالتكم المحددة، فتختلف الإجابات جذرياً.
- مقارنة السعر الأولي بدلاً من التكلفة الإجمالية. الترخيص مجرد بداية. أما الصيانة والتعديلات والتكاملات فتُدفع على مدى سنوات. أكتب عن هذه الآلية في مقال عن التكلفة الإجمالية للامتلاك (TCO) وحكاية الضفدع المسلوق.
- غياب قواعد لتغيير النطاق. لا يُعرف من يُبلغ عن التغيير، ومن يقدّر تكلفته، ومن يعتمده.
- عقد بلا شروط للخروج منه. لا توجد بنود بشأن تصدير البيانات والتوثيق ونقل الصيانة إلى جهة أخرى. ولا توجد أدوات للتخفيف من المخاطر.
- عقد صيانة مُعتمَد من نموذج المورد الجاهز. عندها يحدد طرف واحد وحده مستويات الخدمة وأزمنة الاستجابة وتكلفة التعديلات.
- قرار مؤجَّل حتى اللحظة الأخيرة قبل الموعد النهائي. فحين يقترب الموعد القانوني أو نهاية دعم النظام القديم، لا يبقى مجال لمقارنة العروض ولا للتفاوض.
الأخطاء من الأول إلى الثالث هي الأخطاء الجذرية. فإذا تخلّصتم منها، تصبح معظم الأخطاء الأخرى ظاهرة في مرحلة الإعداد، لا في مرحلة التنفيذ.
الأهم بالنسبة إلى مجلس الرقابة أو مجلس الإدارة أو المقر الرئيسي هو ما إذا كان قرار اختيار المورد موثَّقاً بمبررات واضحة. والنقاط الاثنتا عشرة أعلاه هي في الوقت نفسه قائمة بالأسئلة التي يستحسن طرحها قبل أن يوافق مجلس الإدارة على مستندات إجراء الشراء.
مثال من الواقع العملي
تلقّى أحد عملائنا من مورد نظام تخطيط موارد المؤسسة (ERP) تأكيداً بأنه سيكون بالإمكان بلا أي مشكلة تبادل بيانات المتعاملين مع نظام إدارة المراسلات (EZD/e-Doręczenia) الجاري تنفيذه. غير أن نظام إدارة المراسلات يحتفظ في الغالب ببيانات جميع المتعاملين، لا فقط أولئك الذين تحدث معهم أحداث اقتصادية، أي يصبحون عملاء أو موردين. فدورة حياة بيانات المتعامل الجديد تبدأ غالباً قبل وقت طويل من حدوث أي حدث اقتصادي فعلي.
وتبيّن أثناء التنفيذ أن تكاليف تكييف واجهة برمجة التطبيقات (API) لتبادل بيانات المتعاملين في الاتجاهين لدى مورد نظام تخطيط موارد المؤسسة (ERP) تبلغ 80% من القيمة الإجمالية لمشروع تنفيذ دورة مستندات التكاليف المتكاملة مع نظام الفوترة الإلكترونية الوطني (KSeF)، ومع تقنية التعرف الضوئي على الحروف (OCR)، ونظامي WIES وGUS، وأخيراً مع تصدير البيانات إلى النظام المالي والمحاسبي. وهذا التكامل الواحد وحده، الذي لم يُناقَش بدقة مع المورد منذ البداية، ضاعف عملياً تكاليف المشروع بأكملها.
متى تحتاجون إلى مستشار مستقل
إذا كان لديكم فريق ذو خبرة أعدّ من قبل عدة إجراءات شراء مماثلة، فستكون هذه القائمة أداة مراجعة كافية. أما الرأي المستقل فيكتسب أهميته حين يكون إجراء الشراء كبيراً بمقياس المؤسسة، أو حين تكون المتطلبات قد صيغت بالتواصل مع مورد واحد فقط، أو حين يتعيّن الدفاع عن القرار أمام جهة رقابة أو مجلس إدارة أو مقر رئيسي، أو حين لا يعرف أحد من جانب جهة التعاقد هذه الأنظمة من الداخل.
يمكنني مراجعة المستندات قبل نشر إجراء الشراء أو إرسال طلب العروض، أو إعداد المتطلبات وسيناريوهات الاختبار، أو تقييم العروض المقدَّمة بالفعل. أما في الجهات الحكومية، فنقطة الانطلاق تبدو مختلفة قليلاً، وأشرحها في الصفحة المخصصة لوحدات الحكم الذاتي المحلي (JST).