التكلفة الملتزم بها مقابل التكلفة الفعلية: لماذا لا يمكن لعملية ضبط المشروع انتظار الفواتير

من أخطر المفاهيم الخاطئة في التحكم في مشروعات التشييد أن تفترض الشركة أن التكلفة الفعلية توضح ما إذا كان المشروع تحت السيطرة المالية.

 

هذا غير صحيح.

 

توضح التكلفة الفعلية ما تم بالفعل الاعتراف به باعتباره تكلفة متكبدة.

 

لكن التحكم في المشروع يحتاج إلى الإجابة عن سؤال أكثر أهمية بكثير:

 

ما حجم الالتزامات والتعرض المالي القائم بالفعل قبل أن تتحول التكلفة إلى فاتورة؟

 

وهنا تصبح التكلفة الملتزم بها (Committed Cost) عنصرًا بالغ الأهمية.

 

التكلفة الفعلية تنظر إلى الماضي، بينما التكلفة الملتزم بها تنظر إلى المستقبل

 

لنفترض أن لدى مقاول ميزانية معتمدة بقيمة 10 ملايين درهم إماراتي لحزمة أعمال.

 

حتى الآن، تم تسجيل تكلفة فعلية بقيمة 2 مليون درهم فقط.

 

للوهلة الأولى، قد يبدو أن المشروع في وضع مريح.

 

لكن ماذا لو تم بالفعل إسناد 5 ملايين درهم إضافية من خلال أوامر شراء وعقود مقاولين من الباطن؟

 

وماذا لو كانت هناك حاجة إلى 4 ملايين درهم أخرى لاستكمال الأعمال المتبقية؟

 

هنا لم يعد التعرض المالي الحقيقي للمشروع يقتصر على مليوني درهم.

 

بل قد يكون المشروع بالفعل متجهًا نحو تجاوز الميزانية.

 

ولهذا السبب لا يمكن أن يعتمد التحكم في تكاليف مشروعات التشييد على المعاملات المحاسبية المسجلة فقط.

 

يتطلب التحكم السليم في المشروع الربط بين:

 

التكلفة الفعلية + الالتزامات المتبقية + التكلفة غير الملتزم بها لاستكمال الأعمال = التكلفة المتوقعة عند إتمام المشروع

 

ويتوافق ذلك بصورة وثيقة مع مفهوم التكلفة التقديرية عند الإتمام (Estimate at Completion) المستخدم في التحكم بالمشروعات.

 

ما هي التكلفة الملتزم بها؟

 

تمثل التكلفة الملتزم بها النفقات التي سبق أن اعتمدها المقاول من خلال آليات رسمية مثل:

• • أوامر الشراء

 

• • عقود المقاولين من الباطن

 

• • التعديلات المعتمدة على العقود

 

• • اتفاقيات تأجير المعدات

 

• الالتزامات الأخرى التي تم إسنادها رسميًا

 

لكن هناك تمييز مهم يجب الانتباه إليه.

 

فإن إجمالي القيمة الملتزم بها لأمر الشراء لا يمثل بالضرورة قيمة الالتزام المتبقية.

 

فقد يكون قد تم بالفعل توريد جزء من أمر الشراء أو استهلاكه أو الاعتراف به باعتباره تكلفة فعلية.

 

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

 

ولهذا يجب أن يميز نظام ERP المتخصص في مشروعات التشييد بين:

• • إجمالي القيمة المسندة

 

• • التكلفة المتكبدة بالفعل

 

• • التكلفة الملتزم بها المتبقية

 

• التكلفة غير الملتزم بها لاستكمال الأعمال

 

ويميز Oracle نفسه بين فئات الالتزامات المختلفة وحالات المعاملات في وثائقه الخاصة بتكاليف المشروعات.

 

والدرس هنا بسيط:

 

لا يكفي أن نطلق على الرقم اسم «التكلفة الملتزم بها». بل يجب أن نفهم بدقة ما الذي يتضمنه هذا الرقم.

 

لماذا قد تصل البيانات المحاسبية متأخرة عن احتياجات التحكم في المشروع؟

 

هذا لا يعني أن الأنظمة المحاسبية غير قادرة على الاعتراف بالتكاليف قبل وصول الفاتورة.

 

بل يمكنها ذلك.

 

فمن خلال المحاسبة على أساس الاستحقاق، تستطيع الشركات الاعتراف بالالتزامات المتعلقة بالسلع أو الخدمات التي تم استلامها بالفعل ولكن لم تتم فوترتها بعد.

 

راجع معالجة المستحقات والحسابات الدائنة وفق معايير IFRS.

 

كما توثق Oracle أيضًا استحقاقات الاستلام غير المفوترة.

 

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

 

فعندما تصل فاتورة المورد إلى الإدارة المالية، قد تكون عدة أمور قد حدثت بالفعل:

 

تم إنشاء طلب المواد.

 

تم اعتماد أمر الشراء.

 

تم اختيار المورد.

 

تم التسليم.

 

وربما تم بالفعل استهلاك المادة.

 

وربما تقدم العمل بالفعل.

 

أي أن التعرض التجاري والمالي كان قائمًا قبل ظهور الفاتورة بوقت طويل.

 

ولهذا يجب أن يبدأ التحكم في المشروع في مرحلة أبكر من ذلك.

 

التحكم في تكاليف التشييد يبدأ قبل الفاتورة

 

يجب على المقاول متابعة الأثر المالي للمعاملة منذ اللحظة التي يتم فيها إنشاء الاحتياج.

 

ويمكن أن يكون التسلسل النموذجي:

 

الاحتياج → طلب الشراء → الاعتماد → أمر الشراء → التسليم → الاستهلاك → الاعتراف بالتكلفة → الفاتورة → السداد

 

وتجيب كل مرحلة عن سؤال مختلف.

 

يوضح طلب الشراء الاحتياج.

 

يوضح أمر الشراء الالتزام التجاري.

 

يوضح التسليم الاستلام.

 

يوضح استهلاك المواد الاستخدام الفعلي.

 

تنشئ الفاتورة التزامًا ماليًا.

 

يوضح السداد حركة النقد.

 

ولا ينبغي التعامل مع هذه الأحداث باعتبارها متطابقة أو قابلة للاستبدال.

 

وهذه إحدى الأفكار الأساسية وراء المشتريات القائمة على المشروع في ProjectVIEW ERP.

 

فالهدف ليس مجرد رقمنة عملية المشتريات.

 

بل ربط قرارات الشراء بالميزانية والاحتياج التشغيلي للمشروع اللذين نشأت عنهما هذه القرارات.

 

أكبر خطأ: العد المزدوج للتكاليف

 

لنفترض وجود عقد مقاول من الباطن بقيمة إجمالية مسندة تبلغ 6 ملايين درهم.

 

تم تنفيذ أعمال بقيمة 2 مليون درهم بالفعل وتسجيلها باعتبارها تكلفة فعلية.

 

وبالتالي، تبلغ قيمة الالتزام المتبقي نحو 4 ملايين درهم، بافتراض عدم وجود تعديلات أخرى.

 

إذا قامت الإدارة بالحساب التالي:

 

2 مليون درهم تكلفة فعلية + 6 ملايين درهم تكلفة ملتزم بها

 

فستصبح التكلفة المتوقعة 8 ملايين درهم.

 

لكن جزءًا من الالتزام البالغ 6 ملايين درهم مدرج بالفعل ضمن التكلفة الفعلية البالغة مليوني درهم.

 

وبذلك تم احتساب العمل نفسه مرتين فعليًا.

 

والمنطق الصحيح هو:

 

التكلفة الفعلية + الالتزام المتبقي

 

وتزداد أهمية هذا الأمر عند وجود المستحقات المحاسبية (Accruals).

 

فإذا تم بالفعل تسجيل تكلفة مستحقة، ثم وصلت فاتورة المورد لاحقًا، فيجب تسوية الاستحقاق أو استبداله، وليس احتسابه مرة أخرى.

 

وتوثق Oracle صراحةً هذا النوع من منطق عكس الاستحقاقات (Reversal Logic).

 

لماذا لا تخبرنا التكلفة الملتزم بها بكل شيء؟

 

حتى التكلفة الملتزم بها وحدها ليست كافية.

 

فقد لا يزال لدى المقاول قدر كبير من الأعمال التي لم يتم شراؤها أو إسنادها إلى مقاولين من الباطن.

 

ومن ذلك:

• • احتياجات العمالة المستقبلية

 

• • استخدام المعدات

 

• • الوقود

 

• • الأعمال المؤقتة

 

• • الإشراف على الموقع

 

• • الكميات الإضافية من المواد

 

• • تمديد مدة المشروع

 

• حزم أعمال المقاولين من الباطن التي لم تتم إسنادها

 

قد لا تظهر هذه التكاليف بعد في صورة أوامر شراء.

 

لكنها تظل جزءًا من التكلفة المستقبلية اللازمة لاستكمال المشروع.

 

ولهذا فإن السؤال الحقيقي للتحكم في المشروع ليس:

 

«كم أنفقنا؟»

 

ولا هو:

 

«كم التزمنا به؟»

 

بل هو:

 

«ما التكلفة التي يُتوقع الآن أن يصل إليها المشروع عند الإتمام؟»

 

لماذا يجب ربط النطاق والجدول الزمني والتكلفة؟

 

للإجابة عن هذا السؤال بصورة صحيحة، لا يمكن أن توجد التكاليف بمعزل عن سياقها.

 

في DANAOS Projects، يتم تنظيم ذلك من خلال العلاقة بين:

 

BoQ ↔ WBS ↔ Cost Codes

 

تحدد قائمة الكميات (BoQ) نطاق الأعمال التجاري والقابل للقياس.

 

ويربط هيكل تقسيم العمل (WBS) هذا النطاق بالتنفيذ والوقت.

 

وتتيح أكواد التكاليف (Cost Codes) تصنيف التكاليف والموارد بصورة متسقة.

 

وقد تناولنا هذه العلاقة بالتفصيل هنا:

 

BoQ وWBS وأكواد التكاليف: كيف تربط شركات المقاولات بين نطاق الأعمال والجدول الزمني والتكلفة

 

وتتيح هذه العلاقة للإدارة طرح أسئلة أكثر أهمية، مثل:

 

إلى أي نطاق من نطاقات الأعمال يرتبط هذا الالتزام؟

 

ما النشاط المتأثر؟

 

ما الكمية المتبقية؟

 

ما الموارد التي لا تزال مطلوبة؟

 

ما الميزانية المتبقية؟

 

ما التكلفة النهائية المتوقعة؟

 

ومن دون هذا الهيكل، قد تعرف الشركة مقدار ما أنفقته، لكنها لن تفهم بالضرورة لماذا أنفقته.

 

بيانات الموقع لا تقل أهمية

 

يعتمد التحكم في تكاليف المشروع أيضًا على ما يحدث فعليًا في الموقع.

 

قد يوضح أمر الشراء ما تم شراؤه.

 

لكنه لا يخبرك ما إذا كان المورد قد تم استخدامه بكفاءة.

 

فالمادة التي تم تسليمها ليست بالضرورة مادة تم استهلاكها.

 

والعمالة الموجودة في الموقع ليست بالضرورة عمالة منتجة.

 

والمعدات المتاحة ليست بالضرورة معدات منتجة.

 

كما أن التقدم المسجل محاسبيًا لا يعكس تلقائيًا التقدم الفعلي للأعمال.

 

ولهذا فإن جمع بيانات الموقع يمثل عنصرًا أساسيًا في التحكم الحديث في تكاليف مشروعات التشييد.

 

والهدف هو ربط التعرض المالي بالواقع التشغيلي للمشروع.

 

كيف يتعامل ProjectVIEW ERP مع هذه المشكلة؟

 

يربط ProjectVIEW ERP بين المشتريات، وعمليات الموقع، والمقاولين من الباطن، والميزانية، والتحكم في التكاليف ضمن بيئة تشغيل واحدة مخصصة للمشروع.

 

• • وحدة التحكم في التكاليف في ProjectVIEW ERP

 

• وحدة المشتريات والتوريد

 

ويتم شرح البنية المتكاملة بصورة أوسع هنا: كيف يحقق ProjectVIEW ERP تحكمًا حقيقيًا في التكاليف؟

 

والهدف ليس مجرد إنشاء تقرير آخر عن التكاليف.

 

بل تمكين فرق المشروع من فهم التعرض المالي للتكلفة في الوقت الذي لا يزال فيه هناك مجال لاتخاذ إجراء.

 

الخلاصة

 

المحاسبة أمر أساسي.

 

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

 

توضح المحاسبة ما تم الاعتراف به ماليًا داخل المؤسسة.

 

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

 

وبالنسبة لشركات المقاولات، فإن السؤال الأهم ليس:

 

«كم أنفقنا حتى الآن؟»

 

بل:

 

«ما حجم تعرضنا المالي القائم بالفعل، وما التكلفة الواقعية المتوقعة لهذا المشروع عند اكتماله؟»

 

وهذا هو الفرق بين تسجيل التكلفة والتحكم في التكلفة.

 

عن المؤلف

 

Christos Emmanouilidis هو مهندس مدني ويشغل منصب Chief Customer and Commercial Officer في شركة DANAOS Projects Software Solutions LLC

 

يركز عمله على التحكم في تكاليف مشروعات التشييد، وأنظمة ERP المتخصصة في قطاعات محددة، وعمليات المشروعات، والتحول الرقمي في المؤسسات القائمة على المشروعات.