مقارنة بين Aconex وProjectVIEW ERP: لماذا يجب ربط إدارة وثائق البناء بالتكلفة والجدول الزمني والتنفيذ؟

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

 

كيف يمكننا التحكم في الرسومات والمراسلات والإصدارات والموافقات ومعلومات المشروع؟

 

لكن شركات المقاولات الكبرى تواجه الآن سؤالًا أكثر تعقيدًا:

 

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

 

وهنا تكتسب التفرقة بين بيئة البيانات المشتركة (Common Data Environment – CDE) ونظام إدارة المستندات (Document Management System – DMS) ونظام ERP متكامل لقطاع الإنشاءات أهمية استراتيجية كبيرة.

 

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

 

أما ProjectVIEW ERP فيتعامل مع التحدي نفسه الخاص بإدارة المعلومات من اتجاه مختلف.

 

فبدلًا من التعامل مع المستندات باعتبارها مستودعًا موازيًا لمعلومات المشروع، يقوم ProjectVIEW ERP بربط المستندات بالمعاملات التشغيلية للمؤسسة.

 

الفرق في جملة واحدة

 

يدير Aconex بشكل أساسي المعلومات التي يتم تبادلها حول المشروع، بينما يدير ProjectVIEW ERP عمليات المؤسسة التي تنفذ المشروع، مع دمج إدارة المستندات داخل هذه العمليات.

 

ويضيف ProjectQ طبقة أخرى، من خلال تحويل مستندات الجودة والصحة والسلامة والبيئة إلى سجلات رقمية منظمة.

 

لذلك، فإن المقارنة الحقيقية ليست ببساطة:

• Aconex مقابل ProjectVIEW Document Management.

 

بل هي:

• إدارة معلومات المشروع مقابل الإدارة المتكاملة لعمليات تنفيذ المشروع.

 

ماذا يقدم Aconex؟

 

يُعد Aconex بيئة منظمة بدرجة عالية لإدارة معلومات المشروعات.

 

وتشمل الإجراءات التي يغطيها:

• رفع المستندات.
• قواعد تسمية الملفات.
• استبدال المستندات بالإصدارات الأحدث.
• تنزيل المستندات.
• عرض أنشطة المستندات.
• مراجعة المستندات.
• رفع المستندات الخارجية.
• إرسال المستندات.
• معاينة المستندات.
• تحرير مستندات Microsoft Office.
• استعادة الإصدارات السابقة.
• مراسلات المشروع.
• البريد السري.
• تسجيل البريد الوارد.
• مجموعات المراسلات.
• قوالب سير العمل.
• سير عمل مراجعة المستندات.
• تفويض سير العمل.
• إعداد تقارير سير العمل.
• سير عمل مستندات الموردين.

 

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

 

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

 

وتزداد أهمية ذلك بشكل خاص عندما يعمل الملاك والاستشاريون والمصممون والمقاولون والمقاولون من الباطن والموردون باعتبارهم مؤسسات منفصلة.

 

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

 

لكن التحكم في المستندات لا يمثل سوى جزء من التحكم في المشروع

 

لنفترض وجود رسم هندسي مُعدّل لأحد أعمال الإنشاء.

 

تطرح إدارة المستندات التقليدية السؤال التالي:

• هل هذه هي أحدث نسخة معتمدة؟

 

وهذا أمر أساسي بالفعل.

 

لكن إدارة المشروع التشغيلية يجب أن تطرح فورًا مجموعة من الأسئلة الإضافية:

• ما بنود جدول الكميات (BoQ) التي تغيرت؟
• ما أنشطة هيكل تقسيم العمل (WBS) المتأثرة؟
• هل أدت المراجعة إلى زيادة في الكميات؟
• هل بدأت عملية الشراء بالفعل؟
• ما حزمة أعمال المقاول من الباطن المتأثرة؟
• هل يؤدي التغيير إلى احتياجات إضافية من العمالة أو المعدات؟
• هل يؤثر التغيير على التوقعات المالية للمشروع؟
• هل يمكن اعتماد الأعمال الناتجة وصرف مستحقاتها لدى العميل؟

 

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

 

وتصبح جزءًا من الواقع التجاري والتشغيلي للمشروع.

 

يبدأ ProjectVIEW ERP من BoQ وWBS وCost Codes

 

تربط البنية الأساسية للأعمال في ProjectVIEW ERP بين ثلاثة هياكل رئيسية للمشروع:

 

BoQ ↔ WBS ↔ Cost Codes

 

• يمثل جدول الكميات (BoQ) النطاق التجاري للمشروع.
• يمثل هيكل تقسيم العمل (WBS) التنفيذ المخطط والإطار الزمني.
• تمثل رموز التكلفة (Cost Codes) الطريقة التي يتم بها تصنيف الإنفاق والأداء المالي.

 

ثم يقوم ProjectVIEW ERP بربط عمليات المؤسسة بهذه الأبعاد.

 

وهذا ينشئ شيئًا يتجاوز بكثير مجرد مستودع للمستندات.

 

إنه ينشئ سياقًا تشغيليًا تصبح فيه العلاقة التالية مترابطة:

 

المستند → المعاملة → سير العمل → التكلفة → الوقت → القرار الإداري

 

كيف تعمل إدارة المستندات في ProjectVIEW بشكل مختلف؟

 

يتضمن ProjectVIEW نظام إدارة مستندات مدمجًا داخل بيئة ERP الأوسع.

 

ويمكن للنظام دعم:

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

 

لكن الفرق الاستراتيجي لا يكمن فقط في الوظائف المتاحة.

 

بل يكمن في المكان الذي توجد فيه هذه الوظائف.

 

فالمستندات توجد داخل البيئة المؤسسية نفسها التي تدير:

المناقصات → إعداد الميزانية → المشتريات → الإنشاءات → المقاولين من الباطن → المواد → المعدات → الموارد البشرية → المالية → عقود العملاء

 

وهذا يغير قيمة المعلومات.

 

1. المستندات داخل عمليات التقدير والمناقصات

 

خلال تقدير تكاليف الإنشاءات وإعداد عروض المناقصات، يتلقى المقاولون:

• جداول الكميات • المواصفات • الرسومات • الشروط العامة للعقد • الشروط الخاصة للعقد • الاستفسارات والتوضيحات • الملاحق

 

يمكن لـProjectVIEW ERP ربط هذه المعلومات بالمناقصة وهياكل جدول الكميات (BoQ) المرتبطة بها.

 

وبالتالي يظل المستند مرتبطًا بالافتراضات التي بُني عليها تقدير التكلفة.

 

وعند تغيير المواصفات، يصبح لدى الإدارة مسار أوضح لفهم:

 

ما الذي تغير، وما الافتراضات المالية التي قد تحتاج إلى التغيير معه.

 

2. المستندات داخل مراقبة التكاليف

 

تتمثل الفلسفة الأساسية لـ ProjectVIEW في مراقبة التكلفة الفعلية مقابل التكلفة المدرجة في الميزانية (Actual vs Budgeted Cost Control).

 

وبما أن BoQ وWBS وCost Codes مترابطة، يمكن أن توجد المستندات المتعلقة بـ:

• التغييرات.
• الرسومات المعدلة.
• تعليمات الموقع.
• التقدم في التنفيذ.
• المستخلصات والشهادات.
• المشتريات.
• المقاولين من الباطن.

 

بجانب الهياكل التجارية والتشغيلية التي تؤثر فيها.

 

وبالتالي يصبح السؤال أكثر قوة من:

• «أين يوجد المستند؟»

 

ليصبح:

• «ما نتيجة المشروع التي يؤثر فيها هذا المستند؟»

 

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

 

تنتج عمليات المشتريات كميات هائلة من المستندات، ومنها:

• طلبات المواد.
• طلبات عروض الأسعار (RFQs).
• عروض الأسعار.
• المستندات الفنية المقدمة.
• التقييمات التجارية.
• أوامر الشراء.
• مستندات التسليم.
• إشعارات استلام البضائع (Goods Receipt Notes).
• فواتير الموردين.

 

يربط ProjectVIEW ERP هذه المستندات بعملية المشتريات الإنشائية الفعلية.

 

وبالتالي تحتفظ معاملة الشراء بالأدلة التي توضح:

• لماذا تم طلب هذه المادة؟
• أي مشروع يحتاج إليها؟
• ما بند BoQ الذي تدعمه؟
• أي مورد تم اختياره؟
• ما الذي تم طلبه؟
• ما الذي تم استلامه؟
• ما تكلفته؟

 

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

 

4. المستندات داخل إدارة المقاولين من الباطن

 

ينتج المقاولون من الباطن منظومة أخرى معقدة من المستندات، تشمل:

• عروض الأسعار.
• العقود.
• الرسومات.
• بيانات وأساليب التنفيذ.
• التقارير اليومية.
• سجلات التقدم.
• المستخلصات والشهادات.
• التغييرات.
• الاستقطاعات.
• الفواتير.

 

يدمج ProjectVIEW ERP إدارة المقاولين من الباطن واعتماد مستخلصاتهم داخل البيئة نفسها التي تضم المشتريات ومراقبة تكاليف المشروع.

 

وهذا يعني أن مستندات المقاول من الباطن تظل مرتبطة بـ:

العقد → حزمة BoQ → التقدم → الاعتماد → التكلفة → الدفع

 

بدلًا من وجودها فقط داخل مستودع للمستندات.

 

5. المستندات داخل إدارة المواد والمخزون

 

تمر مواد الإنشاءات بعدة مراحل:

الاحتياج → الشراء → التسليم → الفحص → التخزين → النقل → الاستهلاك

 

يوفر ProjectVIEW ERP نظامًا متكاملًا لإدارة المواد والمخازن.

 

وبالتالي يمكن أن تظل المستندات الداعمة مرتبطة بالحركة الفعلية والمالية للمواد.

 

وهذا ينشئ إمكانية تتبع تربط بين:

ما تم تصميمه، وما تم شراؤه، وما وصل إلى الموقع، وما تم استهلاكه فعليًا.

 

6. المستندات داخل إدارة المعدات والأصول

 

تنتج معدات الإنشاءات أيضًا قدرًا كبيرًا من المستندات، ومنها:

• شهادات الفحص.
• مستندات التأمين.
• سجلات الخدمة.
• سجل الصيانة.
• سجلات قطع الغيار.
• تقارير الأعطال.

 

يربط نظام إدارة المعدات والآلات في ProjectVIEW ERP هذه المعلومات بتوافر المعدات وتخصيصها ومعدلات استخدامها وصيانتها.

 

وبالتالي يصبح سجل الأصل سجلًا تشغيليًا ووثائقيًا في الوقت نفسه.

 

7. المستندات داخل إدارة الموارد البشرية والعمالة

 

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

• عقود العمل.
• إثباتات الهوية.
• المؤهلات.
• التأشيرات.
• الشهادات.
• التدريب.
• مستندات الرواتب.
• السجلات النظامية.

 

يربط ProjectVIEW ERP بين إدارة الموارد البشرية والعمالة وبين تخطيط موارد المشروع وإنتاجية الموقع.

 

وبذلك تحصل المؤسسة على بيئة واحدة يمكن فيها أن تتعايش مستندات القوى العاملة مع معدلات استخدام هذه القوى العاملة.

 

8. المستندات داخل عقود العملاء والمستخلصات

 

تنشئ عقود العملاء علاقة أخرى مهمة بين المستندات والمعاملات المالية.

 

فالاستفسارات الفنية (RFIs)، والتعليمات، والكميات المعتمدة، والتغييرات، وشهادات التقدم تؤثر في النهاية على:

 

الإيرادات.

 

ويربط ProjectVIEW ERP هذه العمليات بعقود العملاء واعتماد المستخلصات.

 

فتصبح السلسلة:

الأعمال المنفذة → الأدلة → الاعتماد → المستخلص → الحسابات المدينة

 

وهنا تصبح المستندات ذات أهمية مالية مباشرة.

 

من إدارة المستندات إلى إدارة السجلات: ProjectQ

 

هناك أيضًا فرق مهم بين المستند والسجل.

• الرسم الهندسي هو مستند.
• المواصفة هي مستند.
• العقد هو مستند.

 

لكن نتيجة الفحص هي سجل.

• اختبار الخرسانة هو سجل.
• تقرير عدم المطابقة (NCR) هو سجل.
• ملاحظة السلامة هي سجل.
• الفحص البيئي هو سجل.

 

يقوم ProjectQ بتحويل النماذج وإجراءات الامتثال إلى سجلات رقمية منظمة تتضمن:

• حقولًا إلزامية.
• نماذج قابلة للتهيئة.
• التوقيعات.
• الموافقات.
• سير العمل.
• بيانات الفحص.
• إدارة حالات عدم المطابقة (NCR).
• الإجراءات التصحيحية.
• سجلات الجودة.
• سجلات الصحة والسلامة والبيئة (HSE).
• السجلات البيئية.

 

والأهم من ذلك، يمكن ربط هذه السجلات بهيكل المشروع الأساسي.

سجل QHSE ↔ BoQ ↔ WBS ↔ Cost Code ↔ التقدم

 

لماذا هذا مهم؟

 

لأن الجودة لا ينبغي أن توجد بشكل منفصل عن التنفيذ.

 

لنفترض وجود عملية فحص.

 

في بيئة منفصلة:

الأعمال المنفذة → تقرير فحص PDF → مستودع المستندات

 

أما في البيئة المتكاملة:

الأعمال المنفذة → سجل الفحص → نشاط WBS → كمية BoQ → الاعتماد → التقدم → المستخلص

 

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

 

Aconex وProjectVIEW ليس بالضرورة أن يكونا في منافسة

 

وهذه نقطة مهمة.

 

غالبًا ما يفرض الملاك والاستشاريون بيئات بيانات مشتركة (CDE) محددة على مشروعاتهم.

 

لذلك قد يحتاج المقاول إلى العمل داخل بيئة تعاون يتحكم فيها المالك، وفي الوقت نفسه إدارة عملياته المؤسسية الداخلية من خلال نظام ERP.

 

وفي مثل هذه البنية:

يمكن أن يظل Aconex بيئة التعاون الرسمية الخارجية للمشروع.

ويصبح ProjectVIEW ERP نظام السجل التشغيلي والمالي للمقاول.

ويصبح ProjectQ طبقة إدارة سجلات الجودة والصحة والسلامة والبيئة (QHSE).

 

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

 

بل الهدف هو منع تجزؤ المعلومات.

 

يدعم ProjectVIEW ERP التكامل مع أنظمة المؤسسات والمشروعات الخارجية من خلال واجهات برمجة التطبيقات (APIs) والموصلات المخصصة.

 

لماذا تكتسب هذه البنية أهمية مع الذكاء الاصطناعي؟

 

يغير الذكاء الاصطناعي قيمة المعلومات المؤسسية المنظمة.

 

قد يحتوي مجلد يضم 50,000 ملف PDF على قدر هائل من المعرفة.

 

لكن منصة مؤسسية تحتوي على:

• هياكل BoQ.
• أنشطة WBS.
• رموز التكلفة.
• الميزانيات.
• المشتريات.
• المقاولين من الباطن.
• التقدم.
• العمالة.
• المعدات.
• عمليات الفحص.
• العقود.
• المدفوعات.
• المستندات المرتبطة.

 

تحتوي على السياق.

 

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

 

على سبيل المثال:

• ما تغييرات التصميم المعتمدة التي أدت إلى زيادة التكلفة المتوقعة؟
• ما أنشطة WBS المتأخرة بسبب حالات عدم المطابقة (NCRs) التي لم تتم معالجتها؟
• ما المواد المطلوبة خلال الأسابيع الأربعة المقبلة التي لم يتم شراؤها بعد؟
• ما مستخلصات المقاولين من الباطن التي لا تتوافق مع التقدم المسجل في الموقع؟
• ما الكميات المنفذة التي تنتظر اعتماد الجودة قبل إصدار مستخلص العميل؟

 

ولهذا السبب تصبح طبقة المؤسسة الحتمية (Deterministic Enterprise Layer) أكثر أهمية في عصر الذكاء الاصطناعي في الإنشاءات.

 

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

 

الأسئلة الشائعة

 

هل Aconex نظام لإدارة المستندات؟

 

يتضمن Aconex إمكانات متقدمة لإدارة المستندات، لكنه يتجاوز نطاق نظام DMS التقليدي. فهو يدعم مراسلات المشروعات، وإرسال المستندات، وسير العمل، والمراجعات، والتعاون بين المؤسسات.

 

ويوضح دليل Aconex المشار إليه هذه الإمكانات بشكل موسع من خلال أقسام المستندات والبريد وسير العمل.

 

هل Aconex نظام ERP؟

 

يُعد Aconex في الأساس منصة لمعلومات مشروعات الإنشاءات والتعاون، وليس نظامًا تقليديًا لتخطيط موارد المؤسسة.

 

أما ProjectVIEW ERP فيدير وظائف مؤسسية متكاملة تشمل:

 

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

 

ما الفرق بين Aconex وProjectVIEW ERP؟

 

يتمثل الاختلاف الرئيسي في البنية.

 

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

 

بينما يدير ProjectVIEW ERP العمليات التجارية والتشغيلية والمالية للمقاول، مع دمج المستندات داخل هذه العمليات.

 

ما الفرق بين CDE وERP؟

 

تقوم بيئة البيانات المشتركة (CDE) بتنظيم معلومات المشروع والتحكم فيها.

 

بينما يدير نظام ERP المعاملات المؤسسية والموارد والتكاليف والعمليات المالية.

 

وبالنسبة لشركات المقاولات الكبرى، قد تتطلب البنية الرقمية الأقوى وجود النظامين معًا.

 

ما الفرق بين ProjectVIEW Document Management وProjectQ؟

 

يدير ProjectVIEW Document Management الملفات والرسومات والمراسلات والتوزيع والإصدارات وسير عمل المستندات.

 

بينما يدير ProjectQ سجلات QHSE المنظمة، مثل عمليات الفحص والاختبارات وحالات عدم المطابقة والإجراءات التصحيحية وسجلات السلامة.

 

لماذا يجب ربط مستندات الإنشاءات بجدول الكميات (BoQ)؟

 

لأن جدول الكميات يمثل النطاق التجاري للمشروع.

 

ويتيح ربط المستندات ببنود BoQ فهم البنود التجارية التي قد تتأثر بالرسومات أو المواصفات أو التغييرات أو الموافقات.

 

لماذا يجب ربط مستندات الإنشاءات بـ WBS؟

 

لأن WBS يمثل تنفيذ المشروع والإطار الزمني له.

 

ويتيح ربط المعلومات بأنشطة WBS للفرق فهم الأعمال المجدولة التي قد تتأثر بمستند أو تعليمات أو عملية فحص أو تغيير.

 

لماذا نربط BoQ وWBS وCost Codes؟

 

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

• BoQ = النطاق
• WBS = الوقت / التنفيذ
• Cost Codes = التكلفة

 

ويربط ProjectVIEW ERP بين الهياكل الثلاثة.

 

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

 

هل يمكن لـ ProjectVIEW ERP التكامل مع Aconex؟

 

عندما تتطلب متطلبات المشروع التعايش مع أنظمة خارجية، يمكن لبنية التكامل وواجهات APIs في ProjectVIEW دعم تبادل البيانات مع تطبيقات الطرف الثالث.

 

ويعتمد نطاق التكامل الدقيق على العمليات المطلوبة، وواجهات APIs المتاحة، وبنية أنظمة السجل المعتمدة داخل المؤسسة.

 

هل يمكن أن يتعايش Aconex وProjectVIEW ERP في المشروع نفسه؟

 

نعم.

 

يمكن أن تكون إحدى البنى المؤسسية المحتملة:

• Aconex = التعاون الخارجي في المشروع / CDE
• ProjectVIEW ERP = العمليات المؤسسية الداخلية ومراقبة التكاليف
• ProjectQ = إدارة سجلات QHSE

 

وهذا يسمح لكل منصة بأداء الدور الذي صُممت لتؤديه بالشكل الأنسب.

 

السؤال الأكبر: هل ندير المستندات أم ندير المشروعات؟

 

إن العثور على أحدث رسم هندسي أمر مهم.

 

لكن إدارة النتائج المترتبة على هذا الرسم أكثر أهمية.

 

فقد يؤدي تصميم مُعدّل إلى التأثير على:

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

 

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

 

فالمستقبل هو تقارب:

 

المستندات + السجلات + سير العمل + المعاملات + التكلفة + الوقت + الموارد + الذكاء الاصطناعي

 

وهذه هي الفلسفة التي يقوم عليها DANAOS ProjectVIEW ERP وProjectQ.

 

لأن مصدر الحقيقة الواحد (Single Source of Truth) لا ينبغي أن يخبرنا فقط بمكان وجود المعلومات، بل يجب أن يخبرنا بما تعنيه هذه المعلومات بالنسبة للمشروع.

 

عن الكاتب

 

Christos Emmanouilidis هو مهندس مدني وChief Customer and Commercial Officer في DANAOS Projects Software Solutions LLC.

 

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