ربط دفعات مشروع CRM بالمخرجات: كيف تصمم جدول السداد في العقد؟

تشرح هذه المقالة للمدير المالي والمشتريات كيف يُبنى جدول السداد في عقد تنفيذ CRM: لماذا تفشل الجداول المرتبطة بالتواريخ، ومكونات الدفعة المرتبطة بمخرج، ومثال لجدول كامل بمعايير قبوله، ثم الدفعة المقدمة، والمبلغ المحتجز، ومعالجة التأخير والخلاف على القبول، وما يُكتب في العقد.

لماذا لا تصلح التواريخ أساسًا للسداد؟

الجدول الشائع يقول: 30% عند التوقيع، و40% بعد ثلاثة أشهر، و30% عند الإطلاق. يبدو واضحًا، لكنه يخلق مشكلتين متعاكستين:

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

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

مكونات الدفعة المرتبطة بمخرج

عبارة «15% عند اعتماد التهيئة» لا تكفي. فما «التهيئة»؟ ومن يعتمدها؟ وماذا لو لم يرد أحد؟ الدفعة القابلة للتنفيذ تُكتب بخمسة عناصر:

1. المخرج

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

   يحدده الطرفان في العرض الفني
2. معيار القبول

   شرط يُجاب عنه بنعم أو لا. مثلًا: «تنفيذ السيناريوهات العشرة في ملحق القبول دون ملاحظة من الفئة الحرجة». وتُربط المعايير بمصفوفة المتطلبات لا بانطباع المراجع.

   مدير المشروع لدى المنشأة
3. مستند الإثبات

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

   المورد يعدّه، والمنشأة توقّعه
4. المخوّل بالتوقيع

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

   الإدارة العليا
5. مهلة المراجعة وما بعدها

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

   يُكتب في العقد

مثال لجدول دفعات مرتبط بمراحل التنفيذ

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

لاحظ في الجدول ثلاثة اختيارات مقصودة. الأول أن أثقل الدفعات (د3 ود5) مربوطة بالمخرجين الأصعب فحصًا والأهم أثرًا. والثاني أن د4 تجمع البيانات والتكامل، لأن فشل أي منهما يعني أن النظام لا يعمل على بيانات حقيقية. والثالث أن ما يُدفع قبل اختبارات القبول في هذا المثال 60% (د1 إلى د4)، فيبقى 40% من قيمة المشروع مرتبطًا بنظام يعمل فعلًا. وسيناريوهات القبول نفسها، وكيف تُكتب بحيث تصلح معيارًا للدفعة، موضوع مقالة اختبارات قبول CRM قبل الإطلاق.

الدفعة المقدمة والتكاليف المتكررة

ما الذي تغطيه الدفعة المقدمة؟

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

أين يقع الاشتراك أو الترخيص؟

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

الجهات الحكومية

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

المبلغ المحتجز وفترة الاستقرار

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

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

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

معالجة التأخير والخلاف على القبول

التأخير في مشاريع CRM شائع، وسببه ليس المورد دائمًا. لذلك يُكتب في العقد أثر التأخير حسب مصدره:

سيناريو: رفض تقرير الترحيل التجريبي

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

حين يختلف الطرفان على القبول

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

ما يُكتب في العقد وما تطلبه في العرض

قبل التوقيع راجع أن العقد أو ملحقه المالي يتضمن ما يلي، وأن كل بند مرتبط برقم مخرج في خطة التنفيذ:

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

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

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

أسئلة شائعة