عقود FIDIC وEPC وLump Sum وBOT وPPP: لماذا يجب أن يتجاوز ضبط التكاليف حدود الـBoQ؟

 

يحدد نوع عقد الإنشاءات أكثر بكثير من مجرد طريقة حصول المقاول على مستحقاته.

 

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

 

ويصبح ذلك أكثر أهمية في المشروعات الكبرى التي يتم تنفيذها بنظام EPC، وLump Sum، وTurnkey، وBOT، وPPP، حيث قد لا يوفر الهيكل التجاري الذي يقدمه العميل مستوى التفاصيل الكافي لإدارة التكلفة الفعلية لأعمال الإنشاء.

 

والمبدأ الأساسي بسيط:

 

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

 

لذلك، فإن Bill of Quantities (BoQ) التعاقدي يمثل بُعدًا واحدًا فقط من أبعاد ضبط المشروع بالنسبة للمقاولين.

 

ويتطلب الضبط الحقيقي لتكاليف الإنشاء الربط بين BoQ وWork Breakdown Structure (WBS) وCost Codes والتنفيذ الفعلي في الموقع.

 

وهنا تظهر أهمية أنظمة ERP المتخصصة في قطاع الإنشاءات.

 

أولًا، FIDIC وEPC وLump Sum وBOT وPPP ليست شيئًا واحدًا

 

غالبًا ما يتم استخدام هذه المصطلحات معًا، لكنها في الواقع تصف جوانب مختلفة من طريقة تنفيذ المشروع.

 

• FIDIC يوفر نماذج قياسية لعقود الإنشاءات والهندسة.
• EPC — Engineering, Procurement and Construction يصف نموذجًا لتنفيذ المشروع يتحمل فيه المقاول مسؤولية الهندسة والمشتريات والإنشاءات.
• Lump Sum (LS) يصف بشكل أساسي ترتيبًا سعريًا يوافق فيه المقاول على تنفيذ نطاق محدد مقابل سعر متفق عليه، مع مراعاة أحكام العقد المتعلقة بالتغييرات وغيرها من التعديلات.
• BOT — Build-Operate-Transfer يجمع بين الإنشاء وفترة امتياز يقوم خلالها الطرف الخاص بتشغيل الأصل قبل نقله.
• PPP — Public-Private Partnership هو مفهوم أوسع، ويتضمن عادةً علاقة تعاقدية طويلة الأجل بين القطاعين العام والخاص، وقد تشمل التصميم والإنشاء والتمويل والتشغيل والصيانة.

 

ويمكن أن تتداخل هذه الهياكل مع بعضها.

 

فعلى سبيل المثال، يمكن تنفيذ مشروع EPC بموجب عقد Lump Sum Turnkey باستخدام FIDIC Silver Book.

 

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

 

كلما زادت المخاطر، زادت الحاجة إلى مزيد من الدقة والتفصيل في ضبط التكاليف الداخلية.

 

FIDIC Red وYellow وSilver: اختلاف توزيع المخاطر

 

بموجب FIDIC Red Book، يقوم صاحب العمل تقليديًا بتوفير الجزء الأكبر من التصميم، بينما يتولى المقاول تنفيذ أعمال الإنشاء.

 

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

 

• ينقل FIDIC Yellow Book مسؤولية أكبر عن التصميم إلى المقاول. وبالتالي، يتعين على المقاول بشكل متزايد إدارة الهندسة والمشتريات والإنشاءات والوقت والتكلفة باعتبارها عمليات مترابطة.
• أما FIDIC Silver Book، والمرتبط بشكل شائع بمشروعات EPC/Turnkey، فينقل مسؤولية أكبر بكثير إلى المقاول.

 

ويكون العميل في هذه الحالة عمليًا بصدد شراء نتيجة نهائية:

 

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

 

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

 

وهذا يخلق تحديًا كبيرًا في ضبط التكاليف.

 

مفارقة EPC: السعر التجاري البسيط قد يخفي تعقيدًا هائلًا في أعمال الإنشاء

 

لنفترض وجود BoQ مبسط لمشروع EPC يتضمن بندًا مثل:

 

Structural Works — $12 million

 

من منظور العميل التجاري، قد يكون هذا المستوى من التفاصيل كافيًا تمامًا.

 

لكن من منظور ضبط تكاليف المقاول، فهو يكاد يكون بلا معنى.

 

فقد يتضمن مبلغ الـ$12 million أعمال الحفر، وخفض منسوب المياه، وحديد التسليح، والخرسانة، والشدة، والمنشآت المعدنية، والعمالة، والرافعات، والمضخات، والأعمال المؤقتة، والمواد الاستهلاكية، والمقاولين المتخصصين من الباطن، والخدمات اللوجستية، وهالك المواد، والموارد غير المباشرة.

 

وإذا كان الـBoQ الأصلي لا يوفر هذا المستوى من التحليل الهندسي، فلا يستطيع المقاول ببساطة قبول هذا النقص في التفاصيل.

 

بل يجب على المقاول إنشاء هذا المستوى من التفصيل داخليًا.

 

وهنا تصبح Cost Codes ذات أهمية استراتيجية.

 

يمكن أن تصبح Cost Codes أول مستوى من مستويات إعداد الميزانية التقديرية

 

يتعامل ProjectVIEW ERP مع ضبط تكاليف الإنشاء من خلال ثلاثة أبعاد مترابطة للمشروع:

 

BoQ ↔ WBS ↔ Cost Codes

 

• BoQ يمثل البعد التجاري: ما الذي يشتريه العميل وما الذي يبيعه المقاول في النهاية.
• WBS يمثل بُعد التنفيذ والوقت: أين ومتى وبأي تسلسل يجب تنفيذ الأعمال.
• Cost Code (Cost Control Accounts) يمثل بُعد ضبط التكاليف الداخلي: كيف يصنف المقاول الإنفاق ويتابعه.

 

يدعم ProjectVIEW ربط Cost Codes بميزانية الـBoQ وإنشاء علاقات بين ميزانية الـBoQ وهياكل جدولة المشروع.

 

وعندما يفتقر الـEPC BoQ إلى التفاصيل الهندسية الكافية، يمكن لـCost Codes أن توفر بالتالي أول تقسيم داخلي تقديري لميزانية المشروع.

 

فعلى سبيل المثال، يمكن توزيع بند مرتفع المستوى مثل Structural Works داخليًا على فئات تكلفة تشمل أعمال التربة، والخرسانة، وحديد التسليح، والشدة، والمنشآت المعدنية، والعمالة، والمعدات، والمقاولين من الباطن.

 

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

 

WBS تضيف البُعد الذي لا يوفره BoQ: الوقت

 

تجيب Cost Codes عن السؤال:

 

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

 

بينما تجيب WBS عن السؤال:

 

أين ومتى نقوم بتنفيذ العمل؟

 

تتيح منهجية إعداد العطاءات والميزانيات في ProjectVIEW ربط الموارد وافتراضات الإنتاجية والأطر الزمنية بهياكل الـBoQ وتخطيط المشروع.

 

وبذلك يتم إنشاء ثلاث رؤى مختلفة ولكن مترابطة للمشروع:

 

BoQ = البعد التجاري

 

WBS = الوقت والتنفيذ

 

Cost Codes = تصنيف التكاليف

 

ويؤدي ربط هذه الأبعاد الثلاثة إلى إنشاء الإطار الأولي لضبط تكاليف المشروع.

 

لكن الذكاء الحقيقي يبدأ عند انطلاق أعمال الإنشاء.

 

التنفيذ في الموقع ينشئ التفاصيل الهندسية المفقودة

 

الميزانية هي افتراض.

 

أما الإنشاء فهو الواقع.

 

يولد موقع العمل يوميًا معلومات يمكنها تدريجيًا إثراء الميزانية الأصلية.

 

ما حجم الأعمال التي تم تنفيذها؟

 

كم عدد ساعات العمل المطلوبة؟

 

ما كمية المواد التي تم استهلاكها؟

 

كم عدد الساعات التي تم خلالها استخدام الرافعة أو الحفار أو غيره من المعدات؟

 

ما حجم أعمال المقاولين من الباطن التي تم تنفيذها واعتمادها؟

 

ما التكلفة التي كان من المفترض أن تنتج عن هذا التقدم الفعلي؟

 

وما التكلفة التي تم تحملها بالفعل؟

 

تقوم منهجية ضبط التكاليف في ProjectVIEW بالتقاط المعاملات اليومية، بما في ذلك تقدم المشروع ومعاملات الموظفين ومعاملات المعدات، واستخدامها لبناء الصورة الفعلية لتكلفة المشروع.

 

كما يربط نموذج إدارة الإنشاءات الأوسع في ProjectVIEW بين المواد، واعتمادات المقاولين من الباطن، وإنتاجية العمالة، واستخدام المعدات مع علاقات BoQ–WBS–Cost Code.

 

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

 

من الميزانية التقديرية الأولية إلى التحليل على مستوى Child-Level

 

في مرحلة العطاء، قد يبدأ المقاول من:

 

BoQ → Cost Code

 

وخلال مرحلة تخطيط المشروع، يتحول ذلك إلى:

 

BoQ → Cost Code → WBS

 

وأثناء التنفيذ، يتطور الهيكل ليصبح:

 

BoQ → Cost Code → WBS → Resources → Daily Transactions

 

وبذلك تكتسب الميزانية الأصلية عالية المستوى تدريجيًا تفاصيل تشغيلية على مستوى أكثر دقة.

 

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

 

وبدلًا من معرفة أن أعمال الإنشاءات الهيكلية تجاوزت الميزانية فقط، يمكن للإدارة أن تبدأ في طرح أسئلة أكثر دقة:

 

أي نشاط؟

أي Cost Code؟

أي مورد؟

أي فريق؟

أي مقاول من الباطن؟

أي مادة؟

أي معدة؟

أي يوم؟

 

وهذا يمثل مستوى مختلفًا تمامًا من ضبط التكاليف.

 

أوامر العمل اليومية: التشريح الدقيق لتكلفة الإنشاء

 

المشروعات لا يتم تنفيذها فعليًا من خلال التقارير المالية الشهرية.

 

بل يتم تنفيذها من خلال العمل اليومي.

 

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

 

يجب أن تجيب معاملة العمل اليومية عن الأسئلة التالية:

 

ماذا نقوم ببنائه؟ — BoQ

 

أين نقوم ببنائه؟ — WBS

ما فئة الإنفاق المرتبطة به؟ — Cost Code

من قام بتنفيذ العمل؟ — العمالة أو المقاول من الباطن

ما الذي تم استهلاكه؟ — المواد

ما المعدات المطلوبة؟ — المعدات

ما حجم التقدم الذي تم تحقيقه؟ — التقدم الفعلي

ما التكلفة التي كان من المفترض أن تنتج عن هذا التقدم؟ — الميزانية

ما التكلفة التي تم تحملها بالفعل؟ — Actual Cost

وهذا ما نعنيه بـالتشريح الدقيق لتكلفة مشروع الإنشاء.

 

ويمتد ProjectVIEW بالمنطق نفسه إلى عمليات المشتريات. حيث يمكن ربط عمليات شراء المواد وإدارة المخازن بالـBoQ وWBS وCost Codes، بما يضمن استمرار ارتباط الإنفاق بالغرض الذي خُصص له داخل المشروع منذ طلب الشراء وحتى استهلاك المادة في الموقع.

 

كما يمكن لعقود المقاولين من الباطن ومستخلصاتهم أن تتضمن Cost Codes، مما يدمج أعمال المقاولين من الباطن ضمن هيكل ضبط التكاليف نفسه.

 

يجب أن يتحول BoQ إلى هيكل حي للتكلفة

 

يجب ألا يظل الـBoQ الذي يتم استلامه خلال مرحلة العطاء عبارة عن ملف Excel ثابت ومنفصل عن التنفيذ.

يمكن لـProjectVIEW استيراد BoQ من Excel وتحويله إلى هيكل هرمي من بنود BoQ Code. وبعد ذلك يمكن ربط المواد والعمالة والمعدات والمقاولين من الباطن بهذه البنود خلال مرحلة التقدير.

وعند بدء الإنشاء، يبدأ الواقع في إثراء النموذج الأصلي.

 

ويصبح التطور الرقمي على النحو التالي:

 

Tender BoQ

→ Cost-Coded Budget

→ WBS-Linked Project Baseline

→ Resource Budget

→ Daily Site Transactions

→ Actual vs Budgeted Cost

→ Productivity and Resource Variances

→ Management Action

 

وهذا يغلق واحدة من أكثر فجوات المعلومات استمرارًا في قطاع الإنشاءات:

الفجوة بين تقدير تكلفة الإنشاءات كما ينبغي أن تكون وفهم التكلفة الفعلية للإنشاءات أثناء التنفيذ.

لماذا يصبح ذلك أكثر أهمية في مشروعات EPC وLump Sum؟

تصبح الآثار المالية أكثر أهمية بشكل خاص في عقود EPC وLump Sum.

 

لنفترض أن المقاول لديه:

Contract Revenue: $500 million

Budgeted Cost: $450 million

Expected Margin: $50 million

 

إذا وصلت التكلفة الفعلية للتنفيذ في النهاية إلى $485 million، فإن مبلغ الـ$35 million الإضافي لن يختفي لمجرد أن الـBoQ الخاص بالعميل لم يتضمن تفاصيل كافية.

بل سيُخصم مباشرة من هامش ربح المقاول.

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

بل يجب أن يكون الهدف هو تحديد الانحرافات في الوقت الذي لا تزال فيه الإدارة قادرة على التدخل.

وهذا يتطلب المقارنة المستمرة بين:

 

• إنتاجية العمالة المخططة مقابل الفعلية
• استهلاك المواد المخطط مقابل الفعلي
• استخدام المعدات المخطط مقابل الفعلي
• تكاليف المقاولين من الباطن المدرجة بالميزانية مقابل المعتمدة فعليًا
• التقدم الفعلي مقابل المخطط
• تكلفة المشروع المدرجة بالميزانية مقابل التكلفة الفعلية

 

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

 

من تقارير التكلفة التقليدية إلى Cost Control على مستوى “Quantum”

 

يتميز الـERP المالي التقليدي بقدرته على الإجابة عن السؤال:

 

أين أنفقنا الأموال؟

 

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

 

كم أنفقنا، وأين أنفقناه، وما المورد الذي استهلكه، وما حجم التقدم الفعلي الذي نتج عنه، وما التكلفة التي كان يجب أن ينتج عنها هذا التقدم، ولماذا حدث الانحراف، وما الذي يمكننا فعله الآن لمعالجته؟

 

من خلال الربط بين:

 

BoQ ↔ WBS ↔ Cost Codes

 

والتغذية المستمرة لهذا الهيكل من خلال:

 

Labor ↔ Materials ↔ Machinery ↔ Subcontractors ↔ Progress

 

يقوم ProjectVIEW ERP بتقسيم أداء المشروع تدريجيًا إلى وحدات تشغيلية أصغر قابلة للقياس.

 

وهذا يخلق ما نسميه “Quantum” Cost Control: أي التفكيك المستمر لتكلفة المشروع وأدائه إلى عناصر تشغيلية أكثر دقة، بما يسمح باكتشاف الانحرافات بالقرب من المكان والوقت الذي نشأت فيه.

 

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

 

وهذا هو الفرق بين الإبلاغ عن تجاوز التكلفة والسيطرة عليه.

 

الخيط الرقمي الحقيقي: من العطاء إلى الإنشاء

 

لا تزال العديد من شركات المقاولات الكبرى تعتمد على طبقات تكنولوجية منفصلة.

 

• نظام لإعداد التقديرات.
• Primavera لإدارة الجداول الزمنية.
• منصة أخرى لإدارة أنشطة الموقع.
• المشتريات تعمل من خلال الـERP المؤسسي.
• بيانات المقاولين من الباطن موجودة في مكان آخر.
• المحاسبة تسجل المعاملات المالية.
• وExcel يحاول ربط كل شيء معًا.

 

والنتيجة ليست تحولًا رقميًا.

 

بل هي تجزئة رقمية.

 

يتبع ProjectVIEW ERP نهجًا مختلفًا من خلال إنشاء منظومة متكاملة متخصصة في الإنشاءات تربط بين:

 

Tendering → Budgeting → Planning → Procurement → Site Execution → Subcontractors → Cost Control

 

يصبح BoQ الخاص بالعميل نقطة البداية التجارية.

 

توفر Cost Codes الهيكل الداخلي لتكاليف المقاول.

 

تضيف WBS الجدول الزمني والتنفيذ.

 

تستخدم المشتريات الميزانية.

 

تسجل معاملات الموقع الواقع الفعلي.

 

تسجل مستخلصات المقاولين من الباطن الإنتاج الخارجي.

 

يقيس التقدم ما تم تنفيذه فعليًا.

 

وتغذي هذه المعلومات الناتجة بشكل مستمر عمليات ضبط تكاليف المشروع.

 

تم تصميم بنية ProjectVIEW خصيصًا لربط التقديرات والمشتريات والمقاولين من الباطن وعمليات الموقع وضبط التكاليف حول الأبعاد المشتركة لـBoQ وWBS وCost Codes.

 

والهدف ليس إنشاء لوحة معلومات أخرى.

 

بل إنشاء عمود فقري رقمي متخصص لضبط تكاليف الإنشاءات.

 

في EPC، سعر العقد هو مجرد البداية

 

تقوم ترتيبات FIDIC وEPC وLump Sum وBOT وPPP بتوزيع المسؤوليات والمخاطر بطرق مختلفة.

 

لكن هناك مبدأ يصبح أكثر أهمية كلما انتقلت نسبة أكبر من المخاطر إلى المقاول:

 

لا يجب أبدًا الخلط بين البساطة التجارية والبساطة التشغيلية.

 

قد يحصل مقاول EPC على BoQ تعاقدي عالي المستوى نسبيًا.

 

وهذا لا يجعل ضبط التكاليف التفصيلي أمرًا مستحيلًا.

 

بل يجعل ضبط التكاليف التفصيلي أكثر أهمية.

 

يعالج ProjectVIEW ERP ذلك من خلال استخدام Cost Codes كعناصر أولية لإعداد الميزانية التقديرية، وربطها ببنود الـBoQ التعاقدية وأنشطة الـWBS المرتبطة بالوقت، ثم إثراء هذا الهيكل تدريجيًا ببيانات الإنشاء الفعلية:

 

إنتاجية العمالة.

 

استهلاك المواد.

 

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

 

المشتريات.

 

مستخلصات المقاولين من الباطن.

 

التقدم الفعلي.

 

المعاملات اليومية في الموقع.

 

وبذلك يمكن أن يتطور المشروع تدريجيًا من:

 

Contract → BoQ → Cost Code → WBS → Resources → Daily Execution → Actual Cost

 

وهنا يختلف ERP المتخصص في الإنشاءات بشكل جوهري عن الـERP المالي العام.

 

المحاسبة تخبرك إلى أين ذهبت الأموال.

 

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

 

وبالنسبة لمقاولي EPC وLump Sum الذين يتحملون مخاطر تنفيذ كبيرة، فإن هذا الاختلاف قد يحدد في النهاية ما إذا كانوا سيحمون هامش ربح المشروع أم سيشرحون سبب اختفائه.