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

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

ما وظيفة المقايسة الرئيسية لدى المطور العقاري؟

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

المقايسة الرئيسية للمطور العقاري وعقود الباطن

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

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

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

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

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

لماذا تتجنب بعض شركات التطوير العقاري إدخال المقايسة الرئيسية؟

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

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

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

الفرق الحاسم بين الميزانية الإجمالية ومقايسة التحكم

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

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

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

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

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

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

بمعنى أدق: ستحصل على Contract Administration جيدة، لكنك لن تحصل وحدها على Project Cost Control كامل. الفرق بينهما هو الفرق بين إدارة صحة المستند وبين إدارة صحة الاستثمار.

الخسارة الأولى: لا يوجد معيار حقيقي لقياس وفر أو تجاوز التعاقد

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

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

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

الخسارة الثانية: الأعمال غير المسندة تختفي من توقعات التكلفة

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

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

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

الخسارة الثالثة: صعوبة حساب التكلفة المتوقعة عند الإكمال

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

إذا لم توجد مقايسة رئيسية فلن يكون هناك مكان منظم لحساب Forecast لكل بند أو حزمة. غالبًا سيعود الفريق إلى Excel جانبي، ثم تختلف نسخة مدير المشروع عن نسخة الـCost Control وعن رقم المالية. وبذلك يكون النظام الرسمي كاملًا في تسجيل المستخلصات لكنه ليس المصدر الذي تعتمد عليه الإدارة في توقع النتيجة النهائية.

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

الخسارة الرابعة: لا يمكن اكتشاف التداخلات والفجوات بين نطاقات المقاولين

المشروع لا يُدار بعدد العقود فقط، بل بمدى تغطيتها للنطاق الكامل. قد تكون أعمال الفتحات مسؤولية المقاول المدني في عقد، ومسؤولية مقاول الأعمال الميكانيكية في عقد آخر، أو لا تكون واضحة في أي منهما. وقد تُشترى مادة ضمن عقد توريد ثم تُحتسب مرة ثانية ضمن سعر مقاول التركيب.

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

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

الخسارة الخامسة: أوامر التغيير تتحول إلى أرقام بلا مرجعية

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

المقايسة الرئيسية تجعل التغيير يتحرك خلال سلسلة يمكن تدقيقها: قيمة أصلية، ميزانية حالية بعد التحويلات، تغيرات معتمدة، تغيرات قيد الدراسة، التزام تعاقدي معدل، وتوقع نهائي. هذه السلسلة تمنع خلط الـApproved بالـPending وتحمي الإدارة من الشعور الزائف بأن العقد ما زال داخل قيمته الأصلية.

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

الخسارة السادسة: الربحية تصبح مرتبطة بالمبيعات لا بواقع التنفيذ

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

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

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

الخسارة السابعة: التدفق النقدي يكون مبنيًا على شروط العقود لا على خطة النطاق كاملة

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

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

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

الخسارة الثامنة: لا توجد قاعدة موحدة لمقارنة الإنجاز بالتكلفة

المستخلص يثبت قيمة أعمال اعتمدها الفريق لمقاول، لكنه ليس دائمًا مقياسًا كاملًا للإنجاز الكلي. قد توجد مواد في الموقع، أو أعمال منفذة لم تُعتمد، أو دفعات مقدمة، أو بنود Lump Sum، أو تأخر في تقديم المستخلص. لذلك لا يصح اعتبار صافي ما تم صرفه نسبة إنجاز للمشروع.

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

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

الخسارة التاسعة: قرارات الشراء لا تستفيد من الكميات والأسعار المستهدفة

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

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

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

الخسارة العاشرة: ضعف المقارنة بين المشروعات وبناء قاعدة أسعار موثوقة

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

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

من دون هذا الهيكل تتحول الخبرة المؤسسية إلى معرفة في رؤوس الأفراد وملفات متفرقة. وعند إعداد مشروع جديد تبدأ الشركة من عروض السوق بدل الاستفادة من Actual Cost منظّمة ومعدلة حسب التاريخ والموقع والمواصفات.

الخسارة الحادية عشرة: الاحتياطي يتحول إلى رقم يُستهلك بلا تفسير

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

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

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

الخسارة الثانية عشرة: صعوبة التدقيق وتحديد مسؤولية القرار

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

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

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

ليست كل مقايسة مناسبة: تجنب تحويل آلاف البنود إلى عبء إداري

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

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

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

ما المقايسة التي يحتاجها المطور العقاري فعلًا؟

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

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

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

النموذج الصحيح: من خط الأساس إلى العقد ثم المستخلص

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

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

عند ظهور تغيير، يُسجل أولًا كتوقع أو Potential Change، ثم يمر بالتسعير والمراجعة والاعتماد. بعد ذلك فقط يعدل الميزانية أو العقد حسب مصدر التمويل والقرار. بهذه الدورة تظل أرقام Baseline وCurrent Budget وCommitment وActual وForecast منفصلة وقابلة للتفسير.

كيف تبدأ الشركة إذا كان المشروع قائمًا بالفعل؟

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

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

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

ضوابط تمنع النظام من التحول إلى مجرد مخزن بيانات

يجب منع إنشاء عقد أو أمر شراء بلا بند ميزانية أو استثناء معتمد، ومنع تجاوز القيمة المتاحة من دون مسار تحويل أو تغيير، وتحديد صلاحية من يعدل Forecast ومن يعتمد Baseline. كذلك يجب إغلاق الفترات لمنع تغيير أرقام تاريخية بعد إصدار التقرير.

يلزم اجتماع Cost Review دوري يركز على الانحراف المتوقع لا على المصروف فقط. تُراجع فيه الحزم غير المسندة، والتغيرات المعلقة، والمطالبات، والمخاطر، والكميات المتبقية، والالتزامات التي لا تتحرك وفق الخطة. النظام يقدم الدليل، لكن القرار يظل مسؤولية فريق متعدد التخصصات.

كما يجب توحيد تعريفات الأرقام: هل Actual تعني المستخلص المعتمد أم القيد المحاسبي؟ هل Commitment يشمل أوامر التغيير غير المعتمدة؟ هل Forecast يشمل المخاطر المرجحة؟ الاتفاق على القواعد يمنع وجود تقرير صحيح تقنيًا لكنه مختلف التفسير بين الإدارات.

كيف يساعد Buildo شركة التطوير العقاري في بناء الصورة الكاملة؟

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

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

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

مؤشرات يجب أن تظهر أمام إدارة التطوير شهريًا

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

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

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

مثال مبسط يوضح الخطر

افترض أن ميزانية الإنشاءات المعتمدة 500 مليون جنيه، وأن العقود الموقعة 360 مليونًا، والمستخلصات المعتمدة 190 مليونًا. قد يبدو أن المشروع يمتلك رصيدًا قدره 140 مليونًا مقارنة بالعقود، أو 310 ملايين مقارنة بالمستخلصات. لكن ماذا لو كانت هناك أعمال غير مسندة مقدرة بـ125 مليونًا، وتغيرات متوقعة بـ22 مليونًا، ومطالبة محتملة بـ8 ملايين؟ تصبح التكلفة المتوقعة 515 مليونًا قبل احتساب أي مخاطر جديدة.

تقرير العقود وحده سيعرض التزامًا بـ360 مليونًا وقد يترك انطباعًا بوجود مساحة. تقرير التكلفة المرتبط بالمقايسة سيعرض: 360 مليون التزامات قائمة، و125 مليون أعمال متبقية، و30 مليون تغيرات ومطالبات، بإجمالي متوقع 515 مليونًا وانحراف سلبي 15 مليونًا. الفرق ليس في صحة الأرقام؛ بل في اكتمال نطاق السؤال.

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

متى يمكن الاكتفاء بعقود ومصروفات من دون مقايسة تفصيلية؟

في مشروع صغير جدًا، قصير المدة، محدود النطاق، وبقيمة لا تؤثر على محفظة الشركة، قد تكون ميزانية حزم مبسطة كافية بدل مقايسة تفصيلية. كما قد تكون بعض المصروفات العامة غير قابلة للقياس بكميات، فتُدار كمخصصات Cost Allowances مع سقوف واضحة.

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

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

الخلاصة: لا تجعل المستخلص أول نقطة ترى عندها التكلفة

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

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

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

لماذا لا تكفي عقود مقاولي الباطن؟ ما تخسره شركات التطوير العقاري عند تجاهل المقايسة الرئيسية

ما الذي يجب أن تخرج به من هذا الدليل؟