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

يكفي تحديد الأصول الموجودة في النطاق وتحديد موقعها والحفاظ عليها، لا أكثر. يحدد معيار COBie أرضية: الجداول المطلوبة والحقول المطلوبة التي يجب أن يملأها كل تسليم. كل شيء فوق هذا الطابق هو من تحديد المالك، وتشير NIBS، التي تحافظ على المعيار، إلى أن COBie يعطي أفضل النتائج عندما يفعل المالكون ذلك بالضبط. يكون التسليم الجيد كاملاً للاستخدام المقصود منه، ومتسقًا داخليًا ومدعومًا بالأدلة من المعدات المثبتة.
بالنسبة لمعظم المالكين، فإن جوهر تسليمات COBie هو عدد قليل من الجداول (تُبقى أسماء الأوراق بالإنجليزية؛ أسماء الحقول هنا مأخوذة من الإصدار 3 من COBie؛ تختلف الإصدارات السابقة):
| جدول | ما يحمله | حقول يعتمد عليها المالكون عادة |
|---|---|---|
| Space | الغرف والمساحات الأخرى | الاسم، علامة الغرفة، المستوى، نوع المساحة |
| Type | كل نوع من المنتجات أو المعدات | الشركة المصنعة، رقم الطراز، تفاصيل الضمان |
| Component | كل مثيل مثبت | الاسم، المساحة، الرقم التسلسلي، رقم العلامة، الباركود، معرف الأصل، تاريخ التثبيت، بداية الضمان |
| System | مجموعات من المكونات تخدم وظيفة ما | الاسم والفئة ومكونات الأعضاء |
| Document | الأدلة والشهادات والرسومات | الاسم، المسار، الموافقة |
| Attribute | خصائص إضافية | الاسم، القيمة، الوحدة |
هناك قاعدة واحدة في المعيار تحمل وزنًا خاصًا: يجب أن يكون كل مكون موجودًا في المكان الذي يوجد فيه أو الذي يتم تشغيله منه. وهذا ما يتيح للفني العثور على وحدة ملف المروحة حسب رقم الغرفة بدلاً من البحث في الرسومات.
بالنسبة لكل نوع من أنواع الأصول، يكون السؤال هو ما يحتاجه المشغل لتحديد العنصر وفهم ماهيته والعثور عليه والحفاظ عليه تحت الضمان. تحدد الإجابة الحقول المطلوبة. كما أنه يحدد ما يجب تركه: تكلفة الشراء أو الأبعاد الاسمية، على سبيل المثال، قد لا تكون ذات فائدة لمشغل معين.
التوقيت ينتمي إلى المتطلب أيضًا. لا يمكن أن توجد الأرقام التسلسلية وتواريخ التثبيت أثناء التصميم، وتشير تعريفات COBie الميدانية الخاصة إلى أن الأرقام التسلسلية لا تنطبق في مراحل التخطيط والتصميم. لا ينبغي التعامل مع المعلومات التي تصل بشكل قانوني لاحقًا على أنها عيب في مرحلة التصميم، ولكن لا ينبغي أيضًا السماح للعناصر النائبة بالبقاء حتى القبول النهائي.
يتضمن COBie العديد من القواعد التي تساعد في تحويل المتطلبات إلى اختبارات، وكل منها يحتاج إلى قرار من المالك.
الحقول الفارغة غير مسموح بها. الحقول النصية التي لا تنطبق تأخذ "n/a" والحقول الرقمية تأخذ "0". يجب أن يذكر المالك أين يكون "n/a" مقبولاً، لأن التسليم المليء بـ "n/a" يمكن أن يجتاز فحص التنسيق بينما يفتقد المعلومات التي يحتاجها المشغل.
يجب أن تستخدم بعض الحقول قيمًا من قوائم الانتقاء المحددة، بينما تعتمد حقول أخرى، مثل التصنيف، على الاختيارات الإقليمية أو اختيارات المالك، على سبيل المثال OmniClass في الولايات المتحدة أو Uniclass في المملكة المتحدة. يجب أن يذكر المتطلب النظام الذي ينطبق.
تحتاج السجلات إلى أسماء فريدة. يقدم NIBS مثالاً لجدول المضخة وجدول تركيبات السباكة اللذين يستخدمان "P-1"، لذلك يجب أن تكون الأسماء فريدة عند دمج الجداول. اصطلاح التسمية المحدد يمنع التعارض.
وأخيرًا، تنتمي الخصائص الإضافية إلى جدول السمات. لن تتعرف أنظمة إدارة الأصول على الأعمدة الإضافية المضافة إلى الجداول القياسية إلا إذا تم تخصيص استيرادها.
إن اجتياز هذه القواعد لا يزال ليس نهاية الفحص. يمكن للملف الصالح تقنيًا أن يحذف حزمة معدات كاملة، أو يسرد المنتجات التي لم يتم تثبيتها مطلقًا، لذلك يجب أيضًا مقارنة التسليم بالنطاق المثبت.
يمكن اختبار أحد المتطلبات المكتوبة من العمل الذي يقوم به فريق الصيانة لديك بالفعل؛ أما المتطلب المنسوخ من قائمة حقول برمجية فنادرًا ما يمكن اختباره. تعمل شركة Pagin Consulting على تحويل هذه المهام إلى متطلب لأصول التكنولوجيا وخدمات البناء، مع تحديد مواعيد التسليم لكل حقل.
يرتبط هذا المقال بعملنا في التوأم الرقمي.
يمكننا مناقشة متطلبات معلومات الأصول.
تواصل مع Pagin Consulting