أصلٌ واحد وأطرافٌ معنية متعددة: كيف يربط نظام ProjectVIEW ERP بين المالكين والمقاولين والاستشاريين والبنوك وشركات التأمين

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

 

فقد يضم مركز البيانات مالك المشروع/المطور ProjectVIEW Owner/Developer، والمقاول العام ProjectVIEW General Contractor، والاستشاري الهندسي ProjectVIEW Consultant، إلى جانب المعماريين والمصممين والمقاولين المتخصصين ومصنعي المعدات والموردين والبنوك وشركات التأمين ومتخصصي الاختبارات والتشغيل، وصولاً في النهاية إلى الجهة المشغلة.

 

وينطبق المنطق الأساسي نفسه على المناجم والمنشآت البحرية والسفن والمصانع والمنشآت المُصنَّعة.

 

هناك أصل مادي واحد، لكن منظومة كاملة من المؤسسات تدور حوله.

 

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

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

 

وهنا ينبغي فهم ProjectVIEW ERP بصورة مختلفة عن تطبيقات إدارة الإنشاءات التقليدية أو أنظمة ERP المؤسسية العامة.

 

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

 

ولا يتمثل الهدف في جعل البنك أو شركة التأمين أو المعماري أو المهندس المستقل يعمل داخل نظام ERP الخاص بالمقاول.

 

بل يتمثل الهدف في أمر أكثر أهمية:

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

المشكلة الرقمية الحقيقية: كل طرف يرى نسخة مختلفة من الأصل نفسه

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

 

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

 

كما يعترف النظام الرقمي للتصميم بالواقع نفسه. إذ تركز buildingSMART International ومنهجية openBIM buildingSMART openBIM على تبادل المعلومات بصورة قابلة للتشغيل البيني بين المالكين والمصممين والمهندسين والمقاولين والمشغلين وغيرهم من أصحاب المصلحة. كما تؤكد إرشاداتها الخاصة بـمالكي الأصول openBIM for Asset Owners أهمية التواصل بين أصحاب المصلحة وشركاء المشروع والموردين على امتداد دورة حياة الأصل.

 

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

 

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

 

وبالتالي، فإن منظومة المشروع الفعلية تبدو أقل شبهاً بـ:

المالك ← المقاول

 

وأقرب إلى:

المالك / المطور ↔ المصمم ↔ الاستشاري ↔ المقاول ↔ المقاولون من الباطن ↔ الموردون ↔ المصنعون ↔ البنوك ↔ شركات التأمين ↔ جهات الاعتماد ↔ الجهات التنظيمية ↔ المشغل

 

ومع ذلك، يعمل هؤلاء الأطراف غالبًا من خلال أنظمة وعقود ومجموعات بيانات ودورات تقارير مختلفة.

 

والنتيجة في كثير من الأحيان ليست نقصًا في البيانات، بل نقصًا في الحقيقة التشغيلية المترابطة.

ما الذي يربطه ProjectVIEW؟

في قلب ProjectVIEW ERP، يمكن تنظيم النطاق المادي للمشروع وتنفيذه حول ثلاثة أبعاد أساسية:

 

جدول الكميات — BoQ

ما الذي يجب إنشاؤه أو تركيبه أو تصنيعه أو حفره أو تسليمه؟

 

هيكل تقسيم العمل — WBS

متى يجب تنفيذ الأعمال، وما تسلسل التنفيذ المطلوب؟

 

رموز التكاليف — Cost Codes

ما الموارد والمصروفات التي يتم استهلاكها لتنفيذ تلك الأعمال؟

 

يربط ProjectVIEW هذه الهياكل بعمليات المؤسسة، بما في ذلك تقدير الميزانية والتحكم في التكاليف والمشتريات وإدارة المقاولين من الباطن والمواد والإنتاج والآلات والموارد البشرية وإنتاجية العمالة والحسابات الدائنة والحسابات المدينة والإدارة المالية. وتصف DANAOS العلاقة بين BoQ وWBS وCost Codes باعتبارها النواة الأساسية للمشروع التي يقوم عليها نموذجها التشغيلي.

 

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

 

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

تغيير الرسم → تغيير الكميات → تغيير BoQ → تأثير على WBS → متطلب شراء → تأثير على المقاول من الباطن → متطلب موارد → تأثير على التكلفة → أمر تغييري للعميل → تأثير على التدفق النقدي

 

وهذا أكثر قوة بكثير من مجرد توزيع النسخة الأحدث من الرسم الهندسي.

المستخدمون الداخليّون وأصحاب المصلحة الخارجيون ليسوا الشيء نفسه

هذا التمييز بالغ الأهمية.

 

داخل المؤسسة، يدعم ProjectVIEW أدوارًا تشغيلية مثل:

مراقبي التكاليف ProjectVIEW Cost Controller، ومديري المشروعات ProjectVIEW Project Manager، والمقدّرين، وحاسبي الكميات، والمخططين، ومديري العقود، ومسؤولي المشتريات، ومديري المقاولين من الباطن، ومديري الإنشاءات، ومسؤولي المواد، ومديري المخازن، ومديري الإنتاج والتصنيع، ومديري الآلات، وفرق الموارد البشرية وإنتاجية العمالة، والمسؤولين الماليين، ومسؤولي إدارة المستندات، ومديري الجودة، ومديري الصحة والسلامة والبيئة، وفرق تكنولوجيا المعلومات، ومديري التحول الرقمي، والتنفيذيين على مستوى الإدارة العليا.

 

هؤلاء هم مستخدمو المؤسسة.

 

لكن يحيط بهم أصحاب مصلحة خارجيون، مثل:

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

 

وقد لا يحتاج هؤلاء الأطراف إلى الوصول إلى نظام ERP بالكامل.

 

بل يحتاجون إلى وصول محكوم إلى المعلومات وسير العمل المرتبط بمسؤولياتهم.

 

وهذا يمثل فرقًا معماريًا مهمًا.

1. الإنشاءات والبنية التحتية

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

 

قد تشمل الأطراف الرئيسية:

• المالك / المطور ProjectVIEW Owner/Developer

 

• المقاول العام / مقاول EPC ProjectVIEW General Contractor

 

• الاستشاري الهندسي / المهندس المستقل / PMC ProjectVIEW Consultant

 

• المعماريون / المصممون / فرق BIM — ضمن منظومة الإنشاءات الرقمية المفتوحة التي تدعمها buildingSMART International buildingSMART openBIM

 

• البنوك / مؤسسات تمويل المشروعات — ضمن أطر مخاطر تمويل المشروعات مثل Equator Principles Equator Principles

 

• شركات التأمين وإعادة التأمين الهندسي — ممثلة في IMIA International Association of Engineering Insurers

 

• المقاولون من الباطن

 

• الموردون

 

• المصنعون

 

• الجهات التنظيمية

 

• متخصصو الاختبارات والتشغيل

 

• المشغلون المستقبليون

 

ويتوافق هذا الهيكل لأصحاب المصلحة مع النماذج التعاقدية ونماذج البيانات المفتوحة الأوسع التي تدعمها FIDIC وbuildingSMART.

مثال: تغيير التصميم في مركز بيانات

لنفترض أن الاستشاري الميكانيكي قام بتعديل تصميم نظام التبريد.

 

يمكن لنظام إدارة المستندات توزيع الرسم المعدل.

 

لكن النتائج التجارية الفعلية قد تشمل:

• معدات إضافية؛

 

• كميات معدلة؛

 

• حزم مشتريات جديدة أو معدلة؛

 

• تعديلات على عقود المقاولين المتخصصين من الباطن؛

 

• عمالة إضافية؛

 

• تعديل تسلسل التركيب؛

 

• اختبارات إضافية؛

 

• تعديل مواعيد التشغيل والاختبارات النهائية؛

 

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

 

• أمر تغييري تعاقدي؛

 

• تغيير في احتياجات التدفق النقدي.

 

بالنسبة إلى المصمم، بدأ الأمر كتغيير فني.

 

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

 

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

 

وبالنسبة إلى الاستشاري، أصبح مسألة تتعلق بالإشراف والاعتماد.

 

وبالنسبة إلى البنك، قد يؤثر على متابعة المشروع أو مستندات السحب والتمويل.

 

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

يمكن لـProjectVIEW ربط هذه النتائج ضمن إطار تشغيلي موحد، بدلًا من السماح لكل إدارة بالاحتفاظ بتفسير منفصل للحدث نفسه.

 

ويحدد نموذج ERP للاستشاريين في ProjectVIEW ProjectVIEW for Construction Consultants بالفعل الرؤية الفورية للموقع، ووثائق الإنشاء، واعتمادات التصميم، ومعلومات مراقبة الجودة وضمان الجودة، وإدارة التغييرات باعتبارها عناصر مهمة في الإشراف الاستشاري.

2. الإنشاءات البحرية والبحرية الخارجية

تتميز المشروعات البحرية والبحرية الخارجية بتوزيع أكبر للأطراف المشاركة.

 

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

 

وتوضح الرابطة الدولية للمقاولين البحريين — IMCA IMCA membership ecosystem مدى اتساع هذه المنظومة؛ إذ تشمل فئات عضويتها المقاولين البحريين، ومالكي ومشغلي السفن، وشركات ومطوري الطاقة البحرية، والموردين والمصنعين والاستشاريين ومقدمي العمالة ومنظمات التدريب.

 

ويشمل نموذج أصحاب المصلحة في ProjectVIEW:

• مالك الاستكشاف والإنتاج / شركة الطاقة ProjectVIEW E&P Owner

 

• المقاول البحري / المقاول البحري الخارجي ProjectVIEW Marine Contractor

 

• مقاولو EPC

 

• الاستشاريون الهندسيون

 

• مالكو / مشغلو السفن

 

• مقاولو الأعمال تحت سطح البحر

 

• أحواض التصنيع

 

• مقاولو التكريك

 

• موردو المعدات

 

• سلطات الموانئ

 

• البنوك

 

• شركات التأمين الهندسي والبحري

 

• المسّاحون

 

• الجهات الحكومية

مثال: تغيير أثناء تنفيذ أعمال بحرية

تخيل أن ظروفًا تحت سطح البحر تفرض تعديلًا هندسيًا أثناء حملة تركيب بحرية.

 

قد تكون النتائج:

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

 

يحتاج الاستشاري الهندسي إلى إمكانية التتبع الفني.

 

ويحتاج المقاول إلى التحكم في الموارد والتكاليف.

 

ويحتاج مالك الاستكشاف والإنتاج إلى رؤية التأثير والحصول على الاعتماد.

 

ويحتاج مشغل السفينة إلى المتطلبات المحدثة.

 

ويحتاج المدير التجاري إلى فهم الأثر التعاقدي.

 

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

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

 

وهذا التمييز مهم.

3. التعدين والمحاجر

المنجم ليس مجرد مشروع إنشاء.

 

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

• أعمال الحفر والردم؛

 

• الطرق؛

 

• مصانع المعالجة؛

 

• الكسارات؛

 

• السيور الناقلة؛

 

• ورش العمل؛

 

• البنية التحتية للمياه؛

 

• البنية التحتية للطاقة؛

 

• أساطيل من المعدات الثقيلة؛

 

• عمليات الصيانة؛

 

• المقاولين؛

 

• أصول الإنتاج طويلة الأجل.

 

وتصف Global Mining Guidelines Group — GMG Global Mining Guidelines Group مجتمعًا للتعدين يضم مشغلي المناجم والمصنعين الأصليين للمعدات ومزودي التكنولوجيا والموردين والاستشاريين والمؤسسات البحثية وغيرهم من أصحاب المصلحة، بينما تدعم حوكمتها صراحةً التعاون متعدد الأطراف على مستوى الصناعة.

 

وبالنسبة إلى ProjectVIEW، تشمل الفئات الأساسية لأصحاب المصلحة:

• مالك المنجم / المحجر ProjectVIEW Mine & Quarry Owner

 

• مقاول التعدين ProjectVIEW Mining Contractor

 

• استشاريو EPCM

 

• مهندسو التعدين

 

• الجيولوجيون

 

• مقاولو الحفر والتفجير

 

• مصنعو المعدات الثقيلة

 

• مقاولو مصانع المعالجة

 

• مقاولو البنية التحتية

 

• الموردون

 

• البنوك والمستثمرون

 

• شركات التأمين الهندسي

 

• الاستشاريون البيئيون

 

• الجهات التنظيمية

 

• فرق ESG والتدقيق والتأكيد

مثال: التوسع في مصنع للمعالجة

لنفترض أن تسليم كسارة رئيسية قد تأخر.

 

هذه ليست مجرد مشكلة مشتريات.

 

فقد تنتقل آثارها عبر:

تأخر المورد → تسلسل التركيب → WBS → الآلات → العمالة → المقاولون من الباطن → التشغيل التجريبي → جاهزية الإنتاج → التدفق النقدي → توقعات المشروع

 

قد يحدد نظام المشتريات التقليدي أمر الشراء المتأخر.

 

وقد يعرض نظام الجدولة النشاط المتأخر.

 

وقد تكشف منصة الإنشاءات المشكلة في الموقع.

لكن هدف ProjectVIEW هو ربط هذه الحقائق بنموذج المؤسسة الخاص بالتكلفة والموارد والعقود والبيانات المالية.

 

ويستهدف نموذج ProjectVIEW لمالك المنجم والمحجر Mine Owner Project Controls ERP التحكم في المشروعات والرؤية الخاصة بالمالك، بينما يعالج نموذج مقاول التعدين Mining Contractor ERP احتياجات التنفيذ لدى المقاول.

4. بناء السفن وإصلاحها

قد تكون صناعة بناء السفن من أقوى الأمثلة على تعقيد أصحاب المصلحة.

 

فالسفينة قيد الإنشاء تقع في مركز منظومة تضم:

• مالك السفينة / الطرف الرئيسي ProjectVIEW Shipowner

 

• باني السفن / حوض بناء السفن ProjectVIEW Shipbuilder and Ship Repairer

 

• معماريو السفن والمهندسون البحريون — ممثلون دوليًا من خلال SNAME Society of Naval Architects and Marine Engineers

 

• هيئات التصنيف — ممثلة من خلال IACS International Association of Classification Societies

 

• شركات التأمين وإعادة التأمين البحري — ممثلة من خلال IUMI International Union of Marine Insurance

 

• بنوك تمويل السفن

 

• مصنعو المعدات

 

• المقاولون المتخصصون من الباطن

 

• إدارة العلم

 

• المديرون الفنيون

 

• المشغلون المستقبليون

 

• المستأجرون، حيثما ينطبق ذلك.

 

وينعكس هذا التعقيد تعاقديًا أيضًا. إذ تمثل BIMCO NEWBUILDCON BIMCO NEWBUILDCON عقدًا دوليًا قياسيًا لبناء السفن، صُمم لتحقيق التوازن بين مصالح مالكي السفن وبناة السفن.

 

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

مثال: تغيير في التصميم نتيجة متطلبات التصنيف

لنفترض أن هيئة التصنيف طلبت تعديلًا في ترتيب المعدات.

 

قد يؤدي ذلك إلى:

مراجعة التصميم → تغيير المواد → المشتريات → التصنيع → التجهيز → إعادة الفحص → تغيير WBS → تأثير على العمالة → تأثير على التكلفة → اعتماد مالك السفينة → أمر تغييري تعاقدي

 

بالنسبة إلى مهندس السفن، هذه مسألة هندسية.

 

وبالنسبة إلى هيئة التصنيف، فهي مسألة امتثال.

 

وبالنسبة إلى حوض بناء السفن، فهي مسألة إنتاج.

 

وبالنسبة إلى مالك السفينة، فهي مسألة تكلفة وتسليم.

 

وبالنسبة إلى الممول، قد تؤثر على متابعة مراحل المشروع.

 

وبالنسبة إلى شركة التأمين، قد تؤثر على معلومات المخاطر.

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

 

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

5. التصنيع القائم على المشروعات وأعمال التصنيع والتجهيز

لا يبدأ إنشاء الأصل عند موقع المشروع.

 

فالمشروعات الكبرى تعتمد بصورة متزايدة على التصنيع المخصص للمشروع، مثل:

• الهياكل الفولاذية

 

• الإنشاءات المعيارية

 

• تجميعات MEP

 

• وحدات المعالجة

 

• مقاطع الأنابيب

 

• المكونات مسبقة الصب

 

• الوحدات البحرية الخارجية

 

• التصنيع البحري

 

• المعدات المصممة حسب الطلب

 

وقد صُمم ProjectVIEW ERP للتصنيع القائم على المشروعات Project-Based Manufacturing ERP لربط أنشطة التصنيع والتجهيز بالمشروع الذي يتم إنتاجها من أجله.

 

وقد تشمل منظومة أصحاب المصلحة:

• المالك

 

• مقاول EPC

 

• المقاول العام

 

• المصنع / جهة التصنيع

 

• المهندس الإنشائي

 

• المصمم التفصيلي

 

• مورد المواد

 

• فريق ضمان الجودة ومراقبة الجودة

 

• المفتش المستقل

 

• مزود الخدمات اللوجستية

 

• البنك / مزود تمويل التجارة

 

• شركة التأمين

مثال: تعديل في الهيكل الفولاذي

إذا قام المهندس بتعديل أحد العناصر الإنشائية، فقد يمتد التأثير عبر:

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

 

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

 

فمعظم الأنظمة قادرة على ذلك.

 

المشكلة الأساسية هي:

هل تستطيع المؤسسة تتبع النتائج التشغيلية والتجارية للتغيير من الأصل المادي وصولًا إلى التكلفة والواقع المالي؟

 

وهنا يصبح تكامل المؤسسة أمرًا بالغ الأهمية.

لكن أليست منصات الإنشاءات الأخرى تربط أصحاب المصلحة بالفعل؟

نعم.

 

ومن المهم توضيح هذه النقطة بدقة.

 

لا ينبغي أن يكون الاختلاف هو الادعاء بأن الأنظمة الأخرى لا تستطيع التعاون.

 

فهي تستطيع ذلك.

 

والتمييز الأكثر فائدة يتعلق بـمركز الثقل لكل منصة.

Autodesk Construction Cloud / Autodesk Docs

تمثل Autodesk Docs Autodesk Docs بيئة بيانات مشتركة سحابية تركز على إدارة المستندات والبيانات. وتحدد Autodesk المعماريين والمصممين والمهندسين والمقاولين والمقاولين من الباطن ومديري BIM/VDC ومديري المشروعات والمالكين والمصنعين ضمن مستخدميها.

 

كما تدعم Autodesk التعاون المنضبط في إدارة التكاليف بين المقاولين والمالكين والموردين والمعماريين والاستشاريين.

 

وبالتالي يرتبط مركز ثقلها بقوة بـ:

التصميم + النماذج + المستندات + معلومات الموقع + التعاون في الإنشاءات

 

وهذا ذو قيمة كبيرة.

 

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

Procore

تربط Procore Financial Management معلومات الموقع بميزانيات المشروعات والتنبؤات والفواتير والعمليات المالية الخاصة بالإنشاءات.

 

كما تدعم Procore التكامل مع أنظمة المحاسبة وERP، وتوضح أن منظومتها تضم أكثر من 500 تكامل.

 

وهذا يوضح الفرق المعماري بوضوح:

منصة الإنشاءات / المشروعات ↔ نظام ERP / المحاسبة

 

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

 

وبالتالي، فهي تسهل التعاون بين أصحاب المصلحة بصورة واسعة، بينما تتعايش بنيتها عادةً مع طبقة منفصلة للمحاسبة المؤسسية أو ERP.

Oracle Aconex

تعمل Oracle Aconex بقوة ضمن طبقة معلومات المشروعات والتعاون بين المؤسسات.

 

وتوضح وثائق Oracle الخاصة بمنصة البناء الذكية Smart Construction Platform المزامنة الصريحة بين Aconex وPrimavera Unifier. Oracle Smart Construction Platform integrations

 

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

Oracle Primavera Unifier

تعالج Oracle Primavera Unifier Oracle Smart Construction Platform integrations عمليات التحكم في المشروعات الرأسمالية وعمليات الأعمال وسير العمل المالي.

 

وتوفر Oracle سيناريوهات تكامل تربط Unifier مع Oracle Fusion Cloud ERP Procurement and Financials.

 

وهذا مثال معماري مهم آخر:

التحكم في المشروعات الرأسمالية ↔ ERP المؤسسي

Autodesk Digital Project Delivery

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

 

ومرة أخرى، يعالج هذا جزءًا مهمًا من المشكلة:

قابلية التشغيل البيني للمعلومات والتعاون في المشروع.

 

بينما يعالج ProjectVIEW بُعدًا آخر:

كيف يصبح واقع المشروع متزامنًا مع المؤسسة الفعلية التي تستهلك الأموال والعمالة والمعدات والمواد والالتزامات التعاقدية لإنشاء الأصل؟

الفرق الاستراتيجي: التعاون مقابل التنسيق التشغيلي

هذه هي الحجة الأساسية لـProjectVIEW.

• يمكن لـبيئة البيانات المشتركة أن تخبر الجميع بالرسم الحالي المعتمد.

 

• يمكن لـمنصة BIM أن تصف الأصل رقميًا.

 

• يمكن لـنظام التخطيط أن يخبر الجميع بموعد تنفيذ العمل.

 

• يمكن لـمنصة إدارة الإنشاءات تنسيق طلبات المعلومات والمشكلات وعمليات الموقع.

 

• يمكن لـERP عام تسجيل المشتريات والرواتب والفواتير والقيود المحاسبية.

 

كل هذه الأنظمة تحقق قيمة.

 

لكن الأصل المادي لا يختبر هذه العمليات بصورة منفصلة.

 

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

 

وبالتالي تتمثل قيمة ProjectVIEW في:

بنية تضع الشركة أولًا

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

 

منطق أعمال متمحور حول المشروع

ترتبط معاملات المؤسسة باستمرار بهياكل المشروع التي أنشأتها.

 

واقع تشغيلي يتمحور حول الأصل

ترتبط BoQ وWBS والموارد والمستندات والتكاليف والتقدم الفعلي حول ما يتم إنشاؤه بالفعل.

 

رؤية مخصصة لأصحاب المصلحة

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

وهذا ينشئ شيئًا يتجاوز التعاون: التنسيق التشغيلي حول الأصل.

ماذا يمكن لكل صاحب مصلحة أن يحصل عليه؟

المالك / المطور

رؤية واضحة لتقدم المشروع والالتزامات والتكاليف والتغييرات وأداء المقاول والتعرض التجاري.

 

المقاول / EPC

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

 

الاستشاري الهندسي / PMC

أدلة أكثر تنظيمًا لمراجعة التقدم وتنسيق التصميم والاعتماد والتوثيق وإدارة التغييرات.

 

المصمم / المعماري / مهندس السفن

ربط أقوى بين تغييرات التصميم والنتائج المترتبة عليها في التنفيذ.

 

البنك / الممول / المستشار الفني

وصول محكوم إلى الأدلة التي تدعم تقدم المشروع وتطور التكلفة والمراحل الرئيسية والمتابعة.

 

ولا يحل ProjectVIEW محل منصة الإقراض أو إدارة المخاطر الخاصة بالبنك.

 

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

أدلة منظمة حول المشروع والتغييرات والتقدم والتنفيذ الفعلي والمستندات.

 

ولا يحل ProjectVIEW محل أنظمة الاكتتاب أو المسوحات الهندسية أو إدارة المطالبات.

 

المقاول من الباطن

حزم عمل منظمة وقياس التقدم وشهادات الإنجاز وأوامر التغيير ومسارات الدفع.

 

المورد

متطلبات المشتريات وحالة التسليم وتتبع المواد والمعلومات التعاقدية.

 

المدقق

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

 

الإدارة التنفيذية

رؤية موحدة لكيفية تأثير تنفيذ المشروعات فعليًا على ربحية المؤسسة ومخاطرها.

أصل واحد. أصحاب مصلحة متعددون. واقع تشغيلي موحد ومحكوم.

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

• ينبغي أن يواصل المعماريون التصميم باستخدام أنظمة التصميم الاحترافية.

 

• ينبغي أن يواصل المهندسون أعمالهم الهندسية.

 

• ينبغي أن يواصل المخططون أعمال التخطيط.

 

• ينبغي أن تواصل البنوك العمل عبر منصاتها المصرفية.

 

• ينبغي أن تواصل شركات التأمين استخدام أنظمة الاكتتاب والمطالبات.

 

• ينبغي أن تواصل هيئات التصنيف استخدام بيئاتها الفنية وبيئات الاعتماد الخاصة بها.

 

وينبغي أن يكون الهدف هو التشغيل البيني دون فقدان السيطرة التشغيلية.

 

وهذه هي الفرصة التي يقدمها ProjectVIEW ERP.

 

ليس من الضروري أن يعمل الجميع داخل نظام ERP.

 

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

• بالنسبة إلى المقاول، يمكن أن يكون ProjectVIEW العمود الفقري التشغيلي للمؤسسة.

 

• بالنسبة إلى المالك، يوفر الشفافية.

 

• بالنسبة إلى الاستشاري، يوفر الأدلة.

 

• بالنسبة إلى المصمم، يربط التغيير بالتنفيذ.

 

• بالنسبة إلى البنك، يوفر معلومات أقوى لمتابعة المشروع.

 

• بالنسبة إلى شركة التأمين، يوفر أدلة تشغيلية أكثر تنظيمًا.

 

أما بالنسبة إلى الإدارة، فإنه ينشئ أمرًا أكثر جوهرية:

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

 

وهذا هو أساس رؤية ProjectVIEW:

بنية تضع الشركة أولًا. منطق أعمال متمحور حول المشروع. واقع تشغيلي يتمحور حول الأصل. رؤية مخصصة لأصحاب المصلحة.

• أصل مادي واحد.

 

• شركات متعددة.

 

• تخصصات مهنية متعددة.

 

• عقود متعددة.

 

• تطبيقات متخصصة متعددة.

 

واقع تشغيلي موحد ومحكوم.

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

ما المقصود بتعاون أصحاب المصلحة في نظام ERP للإنشاءات؟

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

 

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

هل يمكن استخدام ProjectVIEW ERP من جانب المقاولين ومالكي المشروعات معًا؟

نعم.

 

يوفر ProjectVIEW نماذج مخصصة لكل من المقاولين العامين ProjectVIEW General Contractor والمالكين / المطورين ProjectVIEW Owner/Developer.

 

وقد يستخدم المقاول ProjectVIEW باعتباره نظام ERP التشغيلي الخاص به، بينما يمكن للمالك الحصول على مستوى مناسب من التحكم في المشروع ورؤية التقدم والمعلومات التجارية.

هل يمكن للاستشاريين الهندسيين استخدام ProjectVIEW ERP؟

نعم.

 

صُمم حل ProjectVIEW للاستشاريين ProjectVIEW for Construction Consultants حول الإشراف المستقل وتقدم الإنشاءات وإدارة المستندات والتغييرات والتعاون بين أصحاب المصلحة.

هل يمكن للبنوك والممولين استخدام المعلومات الموجودة في ProjectVIEW؟

نعم، عندما يسمح مالك المشروع أو المقاول بالوصول المناسب إلى المعلومات أو التقارير.

 

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

 

ويمكن لـProjectVIEW المساعدة في إنتاج هذه الأدلة الأساسية وتنظيمها.

 

لكنه لا يحل محل أنظمة الائتمان أو الإقراض أو إدارة المخاطر المالية الخاصة بالبنك.

كيف يمكن لشركات التأمين الاستفادة من ProjectVIEW ERP؟

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

 

ويمكن لـProjectVIEW إنشاء مسار أدلة أكثر تنظيمًا حول تنفيذ المشروع والمستندات والتغييرات والموافقات.

 

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

 

وتشمل المراجع المتخصصة IMIA International Association of Engineering Insurers وIUMI International Union of Marine Insurance.

هل يحل ProjectVIEW محل برامج BIM؟

لا.

 

تؤدي تطبيقات BIM والتصميم الهندسي وظائف متخصصة في التصميم والنمذجة.

 

يتمثل دور ProjectVIEW في ربط المعلومات والتغييرات المرتبطة بالتصميم بعمليات المؤسسة، مثل الكميات وأنشطة WBS والمشتريات والإنتاج والموارد والتكاليف.

 

وتظل منهجيات التشغيل البيني المفتوحة مثل openBIM buildingSMART openBIM ذات أهمية كبيرة لهذه البنية.

هل يحل ProjectVIEW محل بيئة البيانات المشتركة CDE؟

يتضمن ProjectVIEW إمكانات لإدارة المستندات وبيئة البيانات المشتركة، بما في ذلك التوزيع المنضبط للمستندات وإدارة الإصدارات.

 

ومع ذلك، يمكن للمؤسسات أيضًا دمج ProjectVIEW مع بيئات CDE وBIM والتطبيقات الهندسية المتخصصة، وفقًا للبنية التقنية الخاصة بها.

كيف يختلف ProjectVIEW عن Procore؟

يتمحور Procore حول إدارة الإنشاءات وتنفيذ المشروعات وسير العمل المالي الخاص بالإنشاءات، مع دعم التكامل مع أنظمة المحاسبة وERP.

 

أما ProjectVIEW، فيتموضع باعتباره نظام ERP للمؤسسة نفسها، ويربط تنفيذ المشروع بالمشتريات على مستوى الشركة والموارد والمقاولين من الباطن والمواد والآلات والرواتب والمعاملات المالية.

كيف يختلف ProjectVIEW عن Autodesk Construction Cloud؟

يركز Autodesk Docs / Autodesk Construction Cloud Autodesk Docs بصورة أساسية على المعلومات من التصميم إلى الإنشاء، والمستندات والنماذج والتعاون وسير العمل الميداني وفي المشروع.

 

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

 

وبالتالي يمكن أن تكون فئتا التكنولوجيا متكاملتين وليستا متعارضتين بالضرورة.

كيف يختلف ProjectVIEW عن Oracle Aconex وPrimavera Unifier؟

يركز Aconex بصورة أساسية على معلومات المشروعات والتعاون بين المؤسسات، بينما يوفر Primavera Unifier عمليات المشروعات الرأسمالية والتحكم في المشروعات.

 

وتوفر Oracle نفسها عمليات تكامل بين Aconex وUnifier وOracle Fusion ERP. Oracle Smart Construction Platform integrations

 

وتتمثل قيمة ProjectVIEW في تقديم منطق أعمال متمحور حول المشروع ومعاملات المؤسسة ضمن بيئة ERP متخصصة واحدة لعالم الإنشاءات والمشروعات الرأسمالية.

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

يطبق ProjectVIEW منطقه التشغيلي عبر:

الإنشاءات والبنية التحتية

 

الإنشاءات البحرية والبحرية الخارجية ProjectVIEW Marine Contractor

 

التعدين والمحاجر ProjectVIEW Mine Owner

 

بناء السفن وإصلاحها ProjectVIEW Shipbuilding ERP

 

التصنيع القائم على المشروعات ProjectVIEW Project-Based Manufacturing ERP

 

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

 

لكن التحدي الإداري الأساسي يظل متشابهًا بصورة لافتة:

النطاق + الوقت + التكلفة + الموارد + العقود + أصحاب المصلحة + التنفيذ الفعلي.

ما الهدف الرئيسي من ProjectVIEW ERP؟

صُمم ProjectVIEW ERP لإنشاء بيئة مؤسسية منظمة يمكن من خلالها الربط المستمر بين الواقع المادي والتشغيلي والتجاري والمالي للمشروعات المعقدة.

 

وببساطة:

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

 

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

عن الكاتب

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

 

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