كيفية تسمية عناصر BIM وفق معيار NEOM (أمثلة 2026)

مقدمة: لماذا تعد تسمية عناصر BIM وفق معيار NEOM متطلبا أساسيًا؟

لا تقتصر تسمية عناصر BIM حسب متطلبات NEOM على تنظيم أسماء الكائنات داخل برامج مثل Autodesk Revit وCivil 3D. فالاسم المنظم هو جزء من منظومة إدارة المعلومات، ويساعد على البحث عن العناصر، ومراجعتها، وتصنيفها، وربطها بالرسومات والجداول، وتبادلها مع أنظمة BIM وGIS وإدارة الأصول.

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

أما التسمية غير المنظمة، مثل Surface1 أو Wall 01 أو Alignment - (3)، فتجعل النموذج مفهومًا لمنشئه فقط، وتضعف إمكانية استخدامه في التنسيق والفحص والتسليم والتشغيل.

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

ما الوثائق التي تحكم تسمية عناصر BIM في NEOM؟

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

تشمل المراجع التي يجب مراجعتها، بحسب الإصدار المعتمد تعاقديًا في المشروع:

• NEOM-NEN-PRC-009: إجراء متطلبات BIM وGIS وإدارة وتسليم المعلومات.
• Element Information Matrix: مصفوفة معلومات العناصر التي تحدد الخصائص والتصنيفات والمعلومات المطلوبة لكل فئة وفي كل مرحلة.
• NEOM-NEN-PRC-020: إجراء تسمية الأصول، والمستخدم عند تحديد أسماء المواقع والأنظمة والأصول القابلة للإدارة.
• إجراء ترقيم المستندات والمراجعات: ويستخدم لتسمية حاويات المعلومات والملفات والرسومات والتقارير، وليس لتسمية العناصر داخل النموذج.
• EIR أو متطلبات تبادل المعلومات: لتحديد ما يحتاج إليه صاحب العمل من معلومات.
• BEP المعتمد: لتوثيق طريقة التنفيذ، والمسؤوليات، والأدوات، والرموز، وآلية الفحص داخل المشروع.
• قوائم الرموز والسجلات المعتمدة: مثل سجل الأنظمة، وسجل الأنواع، وسجل الأصول، وسجل أسماء كائنات النماذج.

عند وجود تعارض بين مثال توضيحي في دليل داخلي وبين وثائق العقد أو تعليمات NEOM المعتمدة للمشروع، يجب اتباع الوثيقة الأعلى أولوية والحصول على توضيح رسمي عند الحاجة.

تعلم الطريقة الأساسية لإضافة بيانات COBie في Civil 3D خطوة بخطوة باستخدام Property Sets لتعزيز نماذج البنية التحتية الرقمية. تعرف على كيفية إضافة بيانات COBie في Civil 3D لعام 2026

الخطوة الأولى: صنّف العنصر قبل تسميته

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

يجب أولًا تحديد الدور المعلوماتي والتشغيلي للعنصر، مع الرجوع إلى مصفوفة معلومات العناصر ومتطلبات المشروع.

1. الأصول القابلة للصيانة

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

• المضخات.
• الصمامات.
• العدادات.
• لوحات الكهرباء والتحكم.
• المراوح ووحدات التكييف.
• أجهزة القياس والحساسات التي تُدار بصورة مستقلة.

2. العناصر ذات الأهمية التشغيلية

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

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

3. العناصر الديناميكية أو المرتبطة بالبيانات الحية

هي العناصر التي يمكن ربطها بأنظمة التحكم أو المراقبة أو التوأم الرقمي، مثل:

• حساسات الضغط والتدفق والمنسوب.
• الصمامات الآلية.
• وحدات التحكم والمراقبة.
• الأجهزة المرتبطة بأنظمة SCADA أو BMS.

4. المكونات غير ذات الأهمية التشغيلية المستقلة

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

• الأسطح التصميمية في Civil 3D.
• المحاور والممرات والتجميعات والمقاطع.
• طبقات الرصف والأعمال الترابية.
• الجدران والبلاطات العامة.
• عناصر هندسية لا تحتاج إلى رقم أصل أو سجل صيانة منفصل.

تنبيه: لا يمكن تصنيف العنصر اعتمادًا على اسمه الهندسي فقط. فقد يُعامل العنصر نفسه بطريقة مختلفة بين مشروع وآخر وفق استراتيجية إدارة الأصول، ومتطلبات GIS، ومصفوفة المعلومات، وخطة التسليم.

يواجه العديد من مهندسي البنية التحتية تحديًا كبيرًا: إدخال بيانات الأصول بدقة في Civil 3D، ثم اكتشاف اختفائها تمامًا بعد التصدير إلى IFC. تعرف على كيفية تصدير COBie من Civil 3D إلى IFC في 2026 و استيراد وتصدير بيانات COBie بين Civil 3D وExcel باستخدام Dynamo

تسمية الأصل ونوع الأصل في COBie

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

ما المقصود بـ COBie.Type.Name؟

يُستخدم COBie.Type.Name لتعريف نوع مشترك يمكن أن تنتمي إليه عدة عناصر. ويجب أن يكون الاسم متسقًا مع الاسم المستخدم في الجداول والرسومات والسجل المعتمد للأنواع.

مثال توضيحي مقترح لنوع صمام:

GV-DN315-PN16-DI

• GV: Gate Valve.
• DN315: القطر الاسمي.
• PN16: تصنيف الضغط.
• DI: مادة Ductile Iron.

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

ما المقصود بـ COBie.Component.Name؟

يُستخدم COBie.Component.Name لتحديد النسخة المركبة الفريدة من الأصل. فإذا وُجد عشرة صمامات من النوع نفسه، فقد تشترك في COBie.Type.Name واحد، لكن يجب أن يحمل كل صمام منها معرفًا فريدًا في COBie.Component.Name.

مثال توضيحي:

PW-DIS-GV-A001

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

الفرق بين الاسم والوصف والمعرف

قد يحتوي العنصر على أكثر من خاصية تبدو متشابهة، لكنها تؤدي وظائف مختلفة:

• Name: اسم منظم يُستخدم للتعريف والبحث والربط.
• Description: وصف بشري يشرح العنصر أو النوع بصورة أوضح.
• Tag أو Asset ID: معرف ميداني أو تشغيلي قد يظهر على الملصق المثبت على الأصل.
• Type Name: اسم المجموعة أو النوع المشترك.
• Component Name: اسم النسخة المركبة الفريدة.
• GUID: معرف تقني يُنشئه النظام أو تنسيق IFC، ولا يجب استخدامه بديلًا عن الاسم التشغيلي المطلوب.

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

تسمية المكونات غير ذات الأهمية التشغيلية

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

تُستخدم للمكونات غير ذات الأهمية التشغيلية الصيغة التالية عندما تكون معتمدة في متطلبات المشروع:

<DISCIPLINE>-<TYPE>-<DIFFERENTIATOR>-<ORIGINATOR>

مثال توضيحي:

ARC-WALL-CMU200-TDP

• ARC: رمز التخصص المعتمد.
• WALL: نوع العنصر.
• CMU200: قيمة تمييزية توضح المادة أو السماكة.
• TDP: رمز الجهة المنشئة Originator في المشروع.

يجب أن تكون قيمة Differentiator ذات معنى ومتسقة. فقد تمثل المادة أو الاستخدام أو الموقع أو الرقم أو النظام، لكن لا ينبغي تغيير معناها بصورة عشوائية بين عنصر وآخر.

كيف تختار قيمة Differentiator الصحيحة؟

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

يمكن أن تعتمد القيمة، وفق طبيعة العنصر، على أحد الخيارات التالية:

• الاستخدام: مثل ROAD أو CHANNEL أو WADI.
• الحالة: مثل EG للأرض القائمة أو DES للتصميم المقترح.
• الموقع: مثل ZONE01 أو PARCEL02 أو قطاع Chainage محدد.
• المادة: مثل HDPE أو DI أو CONC.
• السماكة أو المقاس: مثل CMU200 أو DN315.
• رقم تسلسلي: مثل ROAD01 أو BASIN02.
• الطبقة أو المنسوب: مثل TOP أو BOTTOM أو SUBGRADE.

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

أمثلة عملية لتسمية عناصر Civil 3D

يمكن تطبيق قواعد التسمية على كائنات Civil 3D مثل الأسطح والمحاور والممرات والمقاطع والتجميعات وشبكات الأنابيب. لكن الأمثلة التالية نماذج مشروع مقترحة وليست قائمة عامة ملزمة لجميع مشاريع NEOM.

تسمية الأسطح Surfaces

• سطح الأرض القائمة: CIV-SURFACE-EG-TDP
• سطح المنسوب العام المقترح: CIV-SURFACE-GSL-TDP
• سطح الطريق النهائي: CIV-SURFACE-ROAD-TDP
• سطح قاع التدريع الصخري: CIV-SURFACE-RIPRAP-BOTTOM-TDP
• سطح أعلى التدريع الصخري: CIV-SURFACE-RIPRAP-TOP-TDP

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

تسمية المحاور Alignments

• محور الطريق الرئيسي: CIV-ALIGNMENT-ROAD01-TDP
• محور طريق الخدمة: CIV-ALIGNMENT-SERVICE-ROAD-TDP
• محور قناة التصريف: CIV-ALIGNMENT-CHANNEL-TDP
• محور التدريع الصخري الأيسر: CIV-ALIGNMENT-RIPRAP-L-TDP
• محور حاجز نيوجرسي: CIV-ALIGNMENT-NJB-TDP

تسمية الممرات Corridors

• ممر الطريق الرئيسي: CIV-CORRIDOR-ROAD01-TDP
• ممر طريق الخدمة: CIV-CORRIDOR-SERVICE-ROAD-TDP
• ممر القناة: CIV-CORRIDOR-CHANNEL-TDP
• ممر التدريع الصخري الأول: CIV-CORRIDOR-RIPRAP01-TDP

تسمية التجميعات Assemblies

• التجميع النموذجي للطريق: CIV-ASSEMBLY-ROAD01-TDP
• تجميع طريق الخدمة: CIV-ASSEMBLY-SERVICE-ROAD-TDP
• تجميع القناة: CIV-ASSEMBLY-CHANNEL-TDP
• تجميع التدريع الصخري: CIV-ASSEMBLY-RIPRAP-TDP

تسمية المقاطع الطولية Profiles

• منسوب الأرض القائمة: CIV-PROFILE-EG-TDP
• منسوب التصميم: CIV-PROFILE-DES-TDP
• منسوب قاع القناة: CIV-PROFILE-CHANNEL-INV-TDP

ينبغي أن تكون أسماء الكائنات الظاهرة في Prospector متسقة مع خاصية التسمية المطلوبة، لكن لا يجب افتراض أن اسم كائن Civil 3D يغني تلقائيًا عن تعبئة الـProperty Set المطلوب للتسليم.

تسمية شبكات الأنابيب في Civil 3D

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

يجب تحديد المتطلبات لكل فئة، مثل:

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

قد يحتاج الصمام إلى COBie.Component.Name فريد، بينما يحتاج نوع الأنبوب إلى اسم نوع ومعلومات مادة وقطر وتصنيف ضغط، وقد يُقسّم الخط الخطي بحسب القطاع أو الـChainage أو المنطقة وفق استراتيجية GIS وإدارة الأصول.

لا تستخدم رقم Part List أو Handle أو Object ID في Civil 3D باعتباره معرف الأصل النهائي؛ لأن هذه القيم قد تتغير عند النسخ أو إعادة الإنشاء أو التصدير.

تطبيق قواعد التسمية في Revit

يتم تخزين معلومات NEOM في Revit من خلال المعلمات المطلوبة في القالب أو ملف Shared Parameters أو مصفوفة معلومات العناصر. ويجب ربط كل معلمة بالفئة الصحيحة وتحديد ما إذا كانت معلمة نوع أو نسخة.

متى تستخدم Type Parameter؟

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

• COBie.Type.Name
• المادة أو الموديل.
• الشركة المصنعة.
• تصنيف الضغط أو القدرة.
• المواصفات العامة المشتركة.

متى تستخدم Instance Parameter؟

تُستخدم معلمة النسخة عندما يجب أن تختلف القيمة من عنصر مركب إلى آخر، مثل:

• COBie.Component.Name
• Asset Tag.
• الرقم التسلسلي للمعدة.
• تاريخ التركيب.
• الموقع التفصيلي للنسخة.

مثال لعنصر معماري غير تشغيلي

• اسم المكون المقترح: ARC-WALL-CMU200-TDP
• طريقة التخزين: Type Parameter إذا كانت القيمة مشتركة بين جميع جدران النوع نفسه، ما لم تحدد مصفوفة المشروع خلاف ذلك.

مثال لمضخة قابلة للصيانة

• COBie.Type.Name: PMP-CHW-5KW-TYPE01
• COBie.Component.Name: ME-CHW-PMP-A001
• طريقة التخزين: اسم النوع كـType Parameter واسم الأصل الفريد كـInstance Parameter.

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

هل يكفي تغيير اسم العنصر داخل البرنامج؟

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

1. اسم الكائن داخل برنامج التأليف: مثل اسم Surface أو Alignment أو Revit Type.
2. الخاصية المطلوبة في نموذج التسليم: مثل NEOM_Component_Name أو COBie.Component.Name.
3. القيمة الناتجة بعد التصدير: داخل IFC أو COBie أو ملف GIS أو أي تنسيق آخر مطلوب.

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

قواعد كتابة الأسماء بصورة قابلة للفحص الآلي

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

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

مثال متسق: CIV-SURFACE-GSL-TDP

أمثلة غير متسقة: Civil_Surface_GSL_TDP، وciv-surface-gsl-tdp، وCIV SURFACE GSL TDP.

الفرق بين اسم العنصر واسم الملف

اسم ملف نموذج Revit أو Civil 3D هو اسم حاوية معلومات، ويجب أن يتبع إجراء ترقيم المستندات والمراجعات المعتمد. أما أسماء العناصر داخل الملف فتتبع قواعد تسمية العناصر والأصول.

على سبيل المثال، قد يحمل ملف النموذج اسمًا طويلًا يتضمن المشروع والمنشئ والتخصص ونوع المستند والرقم التسلسلي والمراجعة، بينما يحمل سطح داخل الملف اسمًا مثل:

CIV-SURFACE-GSL-TDP

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

إنشاء سجل تسمية كائنات BIM

أفضل طريقة لمنع اختلاف الأسماء بين أعضاء الفريق هي إنشاء Object Naming Register قبل بدء النمذجة التفصيلية.

يمكن أن يتضمن السجل الأعمدة التالية:

• التخصص Discipline.
• فئة البرنامج أو الكائن.
• التصنيف التشغيلي.
• نوع العنصر Type.
• قاعدة Differentiator.
• رمز Originator.
• الخاصية المستهدفة.
• هل الخاصية Type أم Instance؟
• مثال على الاسم الصحيح.
• التصنيف Uniclass أو OmniClass.
• IFC Entity وPredefined Type.
• متطلبات COBie أو GIS.
• مرحلة وجوب تعبئة المعلومة.
• مسؤول إنشاء القيمة ومراجعتها.

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

أتمتة تسمية عناصر Revit وCivil 3D

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

أدوات أتمتة Revit

• Revit Schedules لمراجعة القيم الناقصة والمكررة.
• Dynamo لتكوين الأسماء من عدة معلمات.
• برامج وإضافات فحص النماذج.
• قواعد التحقق داخل منصات إدارة النماذج.
• التصدير إلى Excel للمراجعة ثم إعادة الاستيراد بطريقة محكومة.

أدوات أتمتة Civil 3D

• Property Sets لتخزين الخصائص المطلوبة.
• Dynamo for Civil 3D لتعبئة البيانات وفحصها.
• البرمجة باستخدام .NET أو AutoLISP لبعض الكائنات المدعومة.
• جداول Excel المعتمدة لتوليد الأسماء والتحقق من التكرار.
• قواعد استخراج البيانات لمراجعة العناصر قبل التسليم.

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

فحوص جودة أسماء عناصر BIM

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

1. فحص اكتمال القيم

تحقق من أن الخاصية المطلوبة غير فارغة لجميع العناصر المشمولة في المرحلة الحالية.

2. فحص صيغة الاسم

يمكن استخدام Regular Expression للتحقق من الأحرف وترتيب الحقول وفق الصيغة المعتمدة.

3. فحص الرموز المعتمدة

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

4. فحص التكرار

يجب ألا يتكرر COBie.Component.Name بين أصلين مختلفين عندما يكون مطلوبًا بوصفه معرفًا فريدًا.

5. فحص العلاقة بين النوع والنسخة

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

6. فحص التصدير

تحقق من بقاء الأسماء والخصائص في IFC وCOBie وGIS وغيرها من المخرجات المطلوبة.

أخطاء شائعة في تسمية عناصر BIM

1. اعتبار كل عنصر أصلًا: يؤدي ذلك إلى إنشاء بيانات ضخمة لا تقدم قيمة لإدارة التشغيل والصيانة.
2. استخدام أسماء البرامج الافتراضية: مثل Surface1 وAlignment1 وBasic Wall.
3. الخلط بين Type وComponent: إعطاء كل النسخ الاسم نفسه أو إنشاء نوع جديد لكل نسخة.
4. اختراع اختصارات شخصية: استخدام رموز غير موجودة في سجل المشروع.
5. تغيير معنى Differentiator: استخدامه للمادة في بعض العناصر وللموقع أو الرقم في عناصر مشابهة دون قاعدة واضحة.
6. الخلط بين اسم الملف والعنصر: تطبيق صيغة ترقيم المستندات على كائنات النموذج أو العكس.
7. استخدام معرفات داخلية غير مستقرة: مثل Handle أو Element ID بوصفها معرف الأصل النهائي.
8. عدم اختبار IFC: اكتشاف فقدان الخصائص في موعد التسليم النهائي.
9. الاعتماد على اسم ظاهر فقط: تغيير اسم الكائن دون تعبئة الخاصية المطلوبة في مصفوفة المعلومات.
10. نسخ أمثلة من مشروع آخر: استخدام Originator أو رموز أنظمة أو تقسيمات مواقع غير معتمدة في المشروع الحالي.

دليل تطبيق التسمية خطوة بخطوة

1. تحديد الإصدار التعاقدي: تأكد من إصدارات إجراءات NEOM والقوالب والمصفوفات التي تنطبق على المشروع.
2. مراجعة EIR وBEP: حدد أهداف المعلومات والمخرجات والمسؤوليات والبرامج.
3. مراجعة مصفوفة معلومات العناصر: اعرف الخصائص المطلوبة لكل عنصر ومرحلة.
4. تصنيف العناصر: افصل بين الأصول القابلة للصيانة والعناصر التشغيلية والمكونات العامة.
5. إعداد سجل الأسماء: حدد Discipline وType وDifferentiator وOriginator وقاعدة التسلسل.
6. اعتماد الرموز: لا تبدأ التعبئة قبل مراجعة الرموز والموافقة عليها.
7. إعداد المعلمات: اربط Property Sets أوShared Parameters بالفئات المناسبة.
8. تعبئة عينة تجريبية: طبّق القواعد على عدد محدود من العناصر.
9. اختبار التصدير: صدّر العينة إلى IFC وCOBie أو GIS وتحقق من النتائج.
10. أتمتة التعبئة: استخدم Dynamo أو الجداول أو البرمجة بعد اعتماد الاختبار.
11. تشغيل فحوص الجودة: افحص الاكتمال والصيغة والتكرار والرموز والعلاقات.
12. توثيق التغييرات: حدّث سجل التسمية وBEP عند إضافة فئة أو قاعدة جديدة.

قائمة تحقق قبل تسليم النموذج

• هل تم استخدام الإصدار الصحيح من متطلبات NEOM؟
• هل صُنفت العناصر وفق مصفوفة معلومات العناصر ومتطلبات التشغيل؟
• هل استُخدمت الخاصية الصحيحة لكل اسم؟
• هل تم التفريق بين Type Parameter وInstance Parameter؟
• هل أسماء الأصول المركبة فريدة؟
• هل تتطابق أسماء الأنواع مع الجداول والرسومات؟
• هل جميع الرموز موجودة في السجل المعتمد؟
• هل رمز Originator صحيح، مثل TDP عندما يكون هو الرمز المعتمد للمشروع؟
• هل أزيلت أسماء البرامج الافتراضية؟
• هل فُحصت الفراغات والأحرف والفواصل والتسلسل؟
• هل اختُبر عدم تكرار المعرفات الفريدة؟
• هل بقيت الخصائص بعد تصدير IFC؟
• هل ظهرت المعلومات في أوراق COBie الصحيحة؟
• هل تتوافق الأسماء مع بيانات GIS عند طلب الربط الجغرافي؟
• هل حُفظ تقرير فحص يثبت إغلاق الأخطاء؟

أسئلة شائعة عن تسمية عناصر BIM في NEOM

هل يوجد اسم موحد لكل Surface أو Alignment في مشاريع NEOM؟

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

هل اسم العنصر داخل Civil 3D يكفي للتسليم؟

ليس دائمًا. قد يُطلب تخزين الاسم في Property Set محدد حتى ينتقل إلى IFC أو مخرجات البيانات. لذلك يجب فحص الاسم الظاهر والخاصية المطلوبة ونتيجة التصدير.

ما الفرق بين COBie.Type.Name وCOBie.Component.Name؟

يعرّف Type.Name نوعًا مشتركًا لمجموعة من العناصر، بينما يعرّف Component.Name النسخة الفعلية المركبة من الأصل، ويجب أن يكون فريدًا عندما يُستخدم بوصفه معرف الأصل.

هل كل أنبوب أو جدار يحتاج إلى COBie.Component.Name؟

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

هل يمكن استخدام Dynamo لتسمية العناصر؟

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

ماذا يحدث إذا تغير رمز Originator؟

يجب تحديث سجل التسمية والقواعد الآلية وفق تعليمات إدارة المعلومات. ولا ينبغي تعديل الأسماء المنشورة أو المعتمدة دون تقييم أثر التغيير على الملفات والرسومات وCOBie وGIS والأنظمة المرتبطة.

كيف أتأكد من وصول الخصائص إلى IFC؟

أنشئ ملف اختبار صغيرًا، وطبّق إعدادات التصدير وProperty Set Mapping المعتمدة، ثم افتح IFC في عارض مستقل وافحص القيم وأسماء مجموعات الخصائص قبل تعميم العملية.

الخاتمة: جودة الاسم جزء من جودة بيانات BIM

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

ويجب التفريق دائمًا بين اسم النوع واسم النسخة المركبة، وبين اسم العنصر واسم ملف النموذج، وبين المثال التوضيحي والقاعدة التعاقدية. كما ينبغي اختبار انتقال المعلومات إلى IFC وCOBie وGIS بدل افتراض أن ظهورها داخل برنامج التأليف يعني نجاح التسليم.

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