كيف يمكنك التحقق من صحة بيانات COBie قبل التسليم؟

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

المستوى 1: هل تم تشكيل الملف بشكل جيد؟

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

• الجداول والحقول المطلوبة موجودة؛
• لا توجد حقول فارغة (تتوقع COBie "n/a" للنص غير القابل للتطبيق و"0" للأرقام)؛
• كل سجل لديه مفتاح فريد، وعادة ما يكون اسمه؛
• يتم حل المراجع بين الجداول، بحيث يوجد نوع كل مكون ومساحته؛
• تستخدم حقول قائمة الانتقاء القيم المسموح بها.

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

المستوى 2: هل يتوافق مع قواعد المالك؟

يترك COBie العديد من القرارات للمشروع، ويقوم المستوى الثاني بفحص البيانات مقابلها: اصطلاحات التسمية والمعرفات، ونظام التصنيف ورموزه، وأنواع الأصول التي يجب أن تكون موجودة وتلك التي لا ينبغي أن تكون موجودة، وأي حقول مطلوبة تتجاوز الحد الأدنى لـ COBie (وحيث يكون "n/a" غير مقبول)، ومراجع المستندات التي تشير إلى الملفات الموجودة بالفعل والمفتوحة.

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

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

المستوى 3: هل هذا صحيح؟

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

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

نشر التدقيق عبر المشروع

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

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

العيوب والتصحيحات وإعادة التقديم

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

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