شركة المقاولات ليست متجراً يبيع المنتج نفسه مراراً؛ بل هي محفظةٌ من مشاريع فريدة طويلة الأمد، لكلٍّ منها موازنته الخاصة، ونمط تدفقه النقدي، وخطره الخاص في خسارة المال بهدوء. وفي العراق يشتدّ الضغط أكثر: فعقود EPC والأعمال المدنية تمتدّ سنوات، وتُفوتر مقابل الإنجاز لا مقابل التسليم، وتحمل محتجزاتٍ إلزامية، وتُسدَّد بمزيجٍ من الدينار والدولار بينما يُنفَق جزءٌ كبير من التكلفة على مقاولي الباطن والمواد المستوردة. صُمِّمت برامج المحاسبة العامة لتتبّع شركةٍ لا مشروعاً — وهذا التنافر وحده هو سبب عجز كثير من المقاولين العراقيين عن معرفة أيُّ المشاريع مربحٌ فعلاً إلا بعد فوات الأوان.
لماذا تفشل برامج المحاسبة العامة مع المقاولين
تجيب أدوات المحاسبة الجاهزة عن سؤال "كيف كان أداء الشركة هذا الشهر". أما المقاول فيحتاج إلى الإجابة عن "كيف حال كل مشروع الآن، مقابل الموازنة، حتى الإنجاز". وهذان سؤالان مختلفان، وحشرُ عالم تكلفة المشروع في شجرة حساباتٍ فقط يُنتج أرقاماً صحيحةً تقنياً وعديمةَ الفائدة إدارياً.
- تستقرّ التكاليف في حسابات المصروفات حسب نوعها لا حسب المشروع الذي تكبّدها، فيصبح هامش كل مشروع غير مرئي.
- لا يوجد موطنٌ أصيل للفوترة التصاعدية والمحتجزات والدفعات المقدمة، فتُتتبَّع في جداول تنحرف عن دفتر الأستاذ.
- لا مفهوم لتكلفة الإنجاز المتبقية، فيبدو المشروع المتجاوز للموازنة سليماً حتى الفاتورة الأخيرة.
- تبقى التزامات مقاولي الباطن خارج الدفاتر حتى تُفوتَر، فتُخفى التكلفة الملتزَم بها الحقيقية للمشروع.
تكلفة المشروع أساساً لا إضافة
القدرة الجوهرية التي يجب اشتراطها هي التكلفة التحليلية على مستوى المشروع: كل ساعة عملٍ، وصرفِ موادّ، وأجرِ معدّات، وفاتورةِ مقاول باطن، وتوزيعِ تكاليف غير مباشرة يجب أن يرتبط بمشروعٍ محدّد — ويُفضَّل بمرحلةٍ أو رمز تكلفةٍ داخله. هذا ما يحوّل دفتر الأستاذ العام إلى أداةٍ إدارية. وفي كلٍّ من Odoo وOracle NetSuite يتحقّق ذلك عبر المحاسبة التحليلية وأبعاد المشاريع بدلاً من تضخيم شجرة الحسابات، مما يُبقي التقارير النظامية نظيفة ويمنح الإدارة رؤيةً حيّة.
والاختبار بسيط: في أيّ لحظة ينبغي أن تفتح مشروعاً واحداً فترى التكلفة المُوازَنة، والتكلفة الملتزَم بها، والتكلفة الفعلية المتكبَّدة، والإيراد المُعترَف به، وتكلفة الإنجاز المتبقية المُقدَّرة — جنباً إلى جنب، دون تصدير أيّ شيء.
الفوترة التصاعدية والمحتجزات والدفعات المقدمة
يُفوتَر إيراد الإنشاءات على دفعاتٍ مرتبطةٍ بإنجازٍ مُصادَقٍ عليه، لا عند تسليم منتجٍ جاهز. ويجب أن يُنمذِج نظام ERP للمقاولين شهادةَ الدفع المرحلية أصلياً: فوترةُ نسبةٍ من الإنجاز، وحسمُ المحتجَز التعاقدي (وهو غالباً نسبةٌ ثابتة تُحتَجز حتى التسليم وفترة ضمان العيوب)، ومقاصّةُ استرداد أيّ دفعةٍ مقدمة، وحملُ المحتجَز كذمّةٍ مدينة مستقلة تُفرَج وفق جدولها الخاص.
- يجب أن تسكن المحتجزات في حسابٍ مخصّص، وتُقادَم منفصلة، كي لا يختلط المستحقُّ غير الواجب الأداء بعدُ بالدين المتأخّر.
- يجب تتبّع الدفعات المقدمة واستردادها مقابل الشهادات المقبلة آلياً، لا مقاصّتها يدوياً.
- ينبغي أن يتبع الاعتراف بالإيراد نسبةَ الإنجاز وفق IFRS، متمايزاً عن النقد المُفوتَر فعلياً.
إدارة مقاولي الباطن والمشتريات
في معظم المشاريع العراقية يُنفَّذ جزءٌ كبير من القيمة عبر مقاولي الباطن ويُدفَع لموردي المواد، فضبطُ التكلفة الملتزَم بها لا يقلّ أهميةً عن ضبط التكلفة المنفَقة. وينبغي أن يحوّل النظام عقدَ الباطن إلى التزامٍ لحظةَ إرسائه، ويخصم من ذلك الالتزام مع كل عملٍ مُصادَق، ويطبّق المحتجزات على مقاولي الباطن على نحوٍ متناظرٍ مع ما يطبّقه العميل، وينبّه حين يتجاوز العمل المُصادَق لمقاول الباطن بند موازنته. وتنتمي التزامات شراء المواد المستوردة إلى الصورة نفسها، لأن انكشاف المشروع الحقيقي هو ما طُلِب لا ما فُوتِر فقط.
مراحل EPC والتدفق النقدي للمشاريع الطويلة
تُفوتَر عقود EPC والتسليم المفتاحي مقابل مراحل الهندسة والتوريد والإنشاء التي قد تفصل بينها شهور، مما يُنشئ فتراتٍ طويلة يخرج فيها النقد بانتظام بينما لا يدخل إلا عند قبول المرحلة. وعلى نظام ERP للمقاول أن يجعل هذا التوقيت مرئياً قبل أن يصير أزمة. ينبغي أن يتوقّع النظام النقد على مستوى كل مشروعٍ وعلى المستوى الموحَّد، مُطبِّقاً التوقيت المتوقّع لشهادات المراحل والإفراج عن المحتجزات ومدفوعات مقاولي الباطن مقابل التدفقات الخارجة الملتزَم بها — كي تُرى الحاجة للتمويل قبل أسابيع بدلاً من اكتشافها عند المصرف.
وفي السياق العراقي يجب أن يحترم هذا التوقّع انقسام الدينار والدولار أيضاً: فالشهادات كثيراً ما تُقوَّم بالدينار بينما يُسدَّد لمقاولي الباطن والمعدّات والمستوردات بالدولار، وتحرُّك السعر على مدى عقدٍ متعدّد السنوات هو بذاته مصدرُ ربحٍ أو خسارةٍ حقيقي ينتمي إلى اقتصاديات المشروع.
امتثالٌ عراقي لا يمكن إلحاقه لاحقاً
أياً كانت المنصّة التي تختارها، عليها أن تستقرّ على الأرض العراقية بشكلٍ صحيح من اليوم الأول. ويعني ذلك مطابقة تكلفة المشروع مع شجرة حسابات النظام المحاسبي الموحّد العراقي بدلاً من إعدادٍ أجنبي افتراضي، ومعالجة الاستقطاع الضريبي على مدفوعات مقاولي الباطن والموردين، ودعم المحاسبة مزدوجة العملة بالدينار والدولار على كل شهادةٍ ودفعة، وإنتاج سجلاتٍ تُرضي الهيئة الضريبية والتقارير القائمة على IFRS معاً. هذه قراراتٌ بنيوية، وتركيبها بعد الانطلاق مكلفٌ وعُرضةٌ للخطأ.
كيف يبدو الوضع السليم
يتيح نظام ERP للمقاولات حُسنُ اختياره لمدير المشروع وللمدير المالي أن ينظرا إلى الأرقام الحيّة نفسها ويتّفقا عليها. تفتح أيّ مشروعٍ فتقرأ هامشه الحقيقي حتى تاريخه وتوقّعه عند الإنجاز؛ وتُقادَم المحتجزات المدينة والدائنة وتُفرَج وفق جدولها؛ وتظهر التزامات مقاولي الباطن قبل فوترتها؛ ويُبيّن توقّع التدفق النقدي الموحَّد، بالعملتين، متى ستظهر فجوة التمويل المقبلة. حين يصحّ ذلك، يصير تسعير العطاء التالي قراراً مبنياً على الدليل لا على التفاؤل — وهو، على امتداد محفظةٍ من المشاريع الطويلة، الفرق بين مقاولٍ يراكم وآخرَ ينزف بهدوء.