نظام تخطيط موارد المؤسسات (ERP) لقطاع الإنشاءات في الإمارات: كيف يدير المقاولون مشاريع متعددة عبر منصة تشغيل موحدة

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

 

لنفترض أن مقاولًا ينفذ مشروعًا سكنيًا في دبي، وحزمة أعمال بنية تحتية في أبوظبي، وأعمال مرافق في الشارقة.

 

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

 

وقد يؤدي قرار يفيد أحد المواقع إلى خلق مشكلة في موقع آخر.

 

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

 

ومن وجهة نظري، فإن التحكم في مشروعات الإنشاءات المتعددة لا يمثل مجرد مجموع تقارير المشروعات الفردية.

 

بل يتمثل في القدرة على فهم وإدارة العلاقات بين المشروعات.

 

1. لماذا يهم السياق الإماراتي؟

 

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

 

في إعلانها بشأن موافقات التطوير لعام 2025، المنشور في 12 مارس 2026، أفادت دائرة البلديات والنقل في أبوظبي بالموافقة على مشروعات تغطي ما يقرب من 75 مليون متر مربع من إجمالي المساحة الطابقية. وهذه أرقام تتعلق بموافقات التطوير، وليست بحجم أعمال الإنشاءات المكتملة أو إيرادات المقاولين.

 

وفي الوقت نفسه، أوضح إعلان هيئة الطرق والمواصلات بشأن الخط الأزرق لمترو دبي، المؤرخ في 9 يونيو 2025، أن المشروع يمتد لمسافة 30 كيلومترًا ويضيف 14 محطة. ويمثل هذا بيئة تنفيذ مختلفة، تتمثل في مشروعات البنية التحتية للنقل التي تشمل مواقع متعددة وواجهات تنسيق وحزم أعمال مختلفة.

 

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

 

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

 

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

 

2. ماذا يعني “نظام تشغيل واحد” فعليًا؟

 

لا ينبغي أن يعني نظام التشغيل الواحد وجود ملف مشروع ضخم واحد.

 

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

 

وأنا أعرّفه من خلال ثلاث طبقات مترابطة.

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

 

تناقش DANAOS Insights هذا التمييز في نظام ERP متعدد الشركات للمؤسسات القائمة على المشروعات، حيث يجب أن تتعايش الرؤية المركزية مع الضوابط التشغيلية والمالية على مستوى كل كيان.

 

ومبدأ التصميم واضح:

توحيد المعلومات اللازمة للرقابة، مع الحفاظ على الاختلافات اللازمة للتنفيذ.

 

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

 

فوجود كود تكلفة مشترك لا يعني بالضرورة وجود معدل إنتاج مشترك.

 

3. ربط نطاق كل مشروع بجدوله الزمني وهيكل تكلفته

 

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

 

يعتمد نهج DANAOS على الربط بين:

BoQ ↔ WBS ↔ أكواد التكلفة

 

• يوفر جدول كميات الأعمال (BoQ)، أو أي هيكل مكافئ للنطاق القابل للقياس الكمي، بنود الأعمال والكميات التي يمكن من خلالها تحليل الموارد والتكاليف.
• ينظم هيكل تقسيم الأعمال (WBS) نطاق المشروع. كما تحدد الأنشطة والاعتماديات والتقويمات المرتبطة به جدول التنفيذ.
• توفر أكواد التكلفة التصنيف الداخلي المستخدم لتجميع تكاليف المشروع وتحليلها.

 

تم توضيح هذه العلاقة في BoQ وWBS وأكواد التكلفة: ربط النطاق والجدول الزمني والتكلفة. وقد تم تصميم ProjectVIEW ERP لربط هذه الأبعاد بدلًا من التعامل معها باعتبارها هياكل تقارير منفصلة.

 

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

 

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

 

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

“ما الذي يحدث في حزمة الأعمال هذه؟”

 

“أين يظهر نفس النوع من التعرض أو المخاطر في أجزاء أخرى من الشركة؟”

 

ولمزيد من المعلومات، راجع .

 

4. مركزية المشتريات دون فقدان المساءلة على مستوى المشروع

 

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

 

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

 

لنفترض أن ثلاثة مشروعات تطلب مواد متشابهة.

 

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

 

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

 

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

 

ويتمثل متطلب الرقابة في الحفاظ على جهة الاستخدام والمسؤولية التجارية طوال العملية.

 

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

 

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

 

مركزية قرارات الشراء عندما يكون ذلك مفيدًا، مع إبقاء المساءلة مرتبطة بالمشروع والكيان الذي يستهلك المورد.

 

5. إدارة العمالة والمعدات باعتبارها موارد مشتركة ولكنها مقيدة

 

يجب أن تميز تخطيط الموارد على مستوى المحفظة بين التوافر والملاءمة.

 

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

 

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

 

وتغطي المعلنة عمليات تخصيص الآلات، والتوافر، والاستخدام، وعمليات الصيانة ذات الصلة. وتمثل هذه العناصر مدخلات مهمة لنموذج منسق لإدارة الموارد.

يجب أن تدخل ظروف العمل في الإمارات ضمن التخطيط

 

تحظر العمل تحت أشعة الشمس المباشرة وفي الأماكن المفتوحة بين الساعة 12:30 ظهرًا و3:00 عصرًا خلال الفترة من 15 يونيو إلى 15 سبتمبر 2026، مع مراعاة الاستثناءات ومتطلبات الحماية المحددة.

 

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

الرواتب وإنتاجية المشروع يجيبان عن سؤالين مختلفين

 

تتناول إرشادات وزارة الموارد البشرية والتوطين بشأن دفع الأجور من خلال المؤسسات المالية المعتمدة.

 

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

 

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

 

6. قارن التكلفة النهائية المتوقعة، وليس الإنفاق حتى تاريخه فقط

 

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

 

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

 

وتتمثل في:

التكلفة النهائية المتوقعة = التكلفة الفعلية حتى تاريخه + التكلفة المقدرة لإكمال الأعمال المتبقية.

مشروع توضيحي بقيمة 100 مليون درهم إماراتي

 

لنفترض أن أحد المشروعات لديه ميزانية تكلفة معتمدة قدرها 100 مليون درهم إماراتي.

 

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

 

وتبلغ التكلفة المتوقعة للأعمال المتبقية الملتزم بها 40 مليون درهم إماراتي، باستثناء أي مبالغ تم تضمينها بالفعل ضمن التكاليف الفعلية. بينما تُقدر تكلفة الأعمال المتبقية غير الملتزم بها بمبلغ 30 مليون درهم إماراتي.

 

وبالتالي، تكون التكلفة النهائية المتوقعة:

35 مليون درهم + 40 مليون درهم + 30 مليون درهم = 105 ملايين درهم إماراتي.

 

لقد تكبد المشروع 35 مليون درهم فقط، ومع ذلك يشير التوقع بالفعل إلى تجاوز في التكلفة قدره 5 ملايين درهم إماراتي.

 

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

 

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

 

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

 

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

 

7. افصل بين التقدم الفعلي والاعتماد والتدفقات النقدية

 

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

 

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

 

وبالمثل، يجب أن يميز النظام بين التغيير المحدد والتغيير المعتمد.

 

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

 

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

 

وتوضح مناقشة DANAOS حول لماذا قد يكون الهيكل التجاري مجمعًا بدرجة أكبر من اللازم للتحكم في الموارد التي يتم استهلاكها أثناء التنفيذ.

 

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

 

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

 

8. منح مكتب إدارة المشروعات رؤية استثنائية على مستوى المحفظة

 

لا ينبغي أن يضطر مكتب إدارة المشروعات (PMO) إلى فحص كل معاملة لتحديد الأماكن التي تتطلب التدخل.

 

وأوصي بتنظيم مراجعة المحفظة حول مجموعة صغيرة من الأسئلة المتعلقة بالقرارات.

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

 

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

 

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

 

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

 

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

 

9. دمج الجاهزية للفوترة الإلكترونية في نموذج التشغيل

 

تمثل الفوترة الإلكترونية سببًا عمليًا لفحص كيفية ارتباط معاملات المشروع بالعمليات المالية الخاصة بالكيان المتعاقد.

 

وفقًا لـ، تم تمديد الموعد النهائي لتعيين مزود الخدمة المعتمد (Accredited Service Provider) للمجموعة المحددة من الشركات الكبيرة إلى 30 أكتوبر 2026، بينما ظل موعد التطبيق الإلزامي في 1 يناير 2027. ويتناول الإعلان الشركات المشمولة التي تتجاوز إيراداتها السنوية 50 مليون درهم إماراتي.

 

كما توضح تمييزًا مهمًا: الفاتورة الإلكترونية هي بيانات منظمة للفواتير في صورة إلكترونية. أما ملف PDF أو المستند الممسوح ضوئيًا أو البريد الإلكتروني فلا يُعد، في حد ذاته، فاتورة إلكترونية.

 

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

 

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

 

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

 

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

 

10. كيف يدعم ProjectVIEW ERP نموذج التشغيل؟

 

يعتمد النهج المنشور لـ ProjectVIEW ERP على ربط معلومات نطاق المشروع والتنفيذ والتكلفة من خلال بنيته القائمة على BoQ ↔ WBS ↔ أكواد التكلفة.

 

وتوضح الروابط بين الميزانيات والتقدم في المشروع وتخصيص الموارد وأدوات الجدولة، بما في ذلك Oracle Primavera P6 وMicrosoft Project.

 

كما تتناول عمليات التوريد وعروض الأسعار والشراء ومتطلبات المشروع ذات الصلة.

 

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

 

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

 

ويوضح إمكانية تشغيل ProjectVIEW بشكل مستقل أو إلى جانب نظام ERP مؤسسي. ومع ذلك، يجب تصميم نطاق التكامل وملكية البيانات بما يتناسب مع احتياجات العميل.

 

ويجب أن يحدد التقييم النظام المسؤول عن امتلاك كل سجل، وكيفية تبادل التحديثات، وكيفية معالجة المعاملات الفاشلة.

 

كما يجب تقييم “الرؤية في الوقت الفعلي” بناءً على التقاط البيانات الفعلي وعمليات الاعتماد والمزامنة، وليس التعامل معها باعتبارها بديلًا عن هذه العمليات.

 

11. اختبر ثلاثة مشروعات مترابطة قبل الالتزام بالتطبيق

 

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

 

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

 

ثم اختبر ما إذا كان الحل المقترح يستطيع:

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

 

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

 

والهدف ليس إثبات أن البرنامج يستطيع عرض أسماء عدة مشروعات.

 

بل إثبات ما إذا كانت المؤسسة تستطيع تنسيق هذه المشروعات مع الحفاظ على السيطرة على كل مشروع منها.

 

وللاطلاع على نطاق المنتج ذي الصلة، راجع .

 

فكرة ختامية

 

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

 

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

 

وترى DANAOS Projects أن الإدارة الفعالة للمشروعات المتعددة تتطلب منطق أعمال مشتركًا مع الحفاظ على المساءلة على مستوى كل مشروع.

 

يجب أن تتمكن الإدارة من رؤية ما هو مطلوب، وما تم الالتزام به، وما تم استهلاكه، وما تم تنفيذه، وما لا يزال معرضًا للمخاطر.

 

والسؤال ليس ببساطة:

“هل يستطيع نظام ERP لدينا إدارة عدة مشروعات؟”

 

بل هو:

“هل يمكننا اتخاذ قرار يتعلق بأحد المشروعات مع فهم وإدارة تأثيراته على بقية أعمال الشركة؟”

 

هذا هو الاختبار الحقيقي لوجود منصة تشغيل واحدة.

 

عن المؤلف

 

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

 

يقع المقر الرئيسي لشركة DANAOS Projects في دبي، مع مراكز للتكنولوجيا والدعم في أثينا ومانيلا.