กลับไปยังบล็อก BIM และ IFC
การส่งมอบและ ISO 19650 · 2026-08-07 · 9 นาที
สิ่งที่ต้องส่งมอบพร้อมโมเดล IFC (นอกเหนือจากไฟล์ IFC)
การส่งมอบคือคำยืนยันว่าโมเดลนี้เหมาะกับวัตถุประสงค์นี้ ณ ฉบับแก้ไขนี้ หลักฐานคือสิ่งที่เปลี่ยนคำยืนยันนั้นให้ผู้รับตรวจสอบได้โดยไม่ต้องทำงานซ้ำกับที่คุณทำไปแล้ว และช่วยไม่ให้ต้องถกเถียงเรื่องเดิมถึงสองครั้ง
สิ่งที่ต้องส่งมอบพร้อมโมเดล IFC (นอกเหนือจากไฟล์ IFC) — IFC Viewer Online article cover
การส่งมอบไฟล์ IFC ทุกครั้งคือการยืนยันว่าโมเดลนี้เหมาะกับวัตถุประสงค์นี้ ณ ฉบับแก้ไขนี้ แต่ตัวไฟล์เองไม่ได้บรรจุคำยืนยันนั้นไว้ มันบรรจุเพียงเรขาคณิตและข้อมูล ทุกสิ่งที่ทำให้คำยืนยันนั้นตรวจสอบได้ต้องเดินทางไปพร้อมกับไฟล์ แต่ในโครงการส่วนใหญ่ แทบไม่มีสิ่งใดติดไปด้วยเลย
นั่นคือเหตุผลที่บทสนทนาเดิมเกิดขึ้นซ้ำสองครั้ง ครั้งแรก มีคนตรวจโมเดลแล้วเห็นว่ายอมรับได้ ครั้งที่สอง อีกหนึ่งเดือนต่อมา โดยคนละคนและที่ด่านตรวจคนละด่าน ก็มีคนตรวจซ้ำอีก เพราะไม่มีบันทึกการตรวจครั้งแรกที่ใครจะเชื่อถือได้
เอกสาร 5 อย่าง ซึ่งคุณมีอยู่แล้ว 4 อย่าง
| เอกสาร | ตอบคำถามว่า | ผู้ที่ใช้ |
|---|
| รายงานผลการตรวจสอบ | ตรวจอะไรไปบ้าง และพบอะไร | ผู้ประสานงานฝั่งผู้รับ |
| บันทึกการตรวจสอบ | การตรวจเกิดขึ้นจริงกับไฟล์นี้โดยเฉพาะ ณ เวลานี้ | ผู้จัดการข้อมูล (information manager) ผู้ว่าจ้าง และผู้ตรวจสอบ (auditor) |
| ไฟล์ประเด็นที่พบ (BCF) | อะไรที่ยังไม่ได้แก้ และต้องดูที่ใด | ผู้ที่ต้องลงมือแก้ไข |
| ข้อมูลทรัพย์สิน (COBie) | อาคารมีอะไรอยู่บ้าง ในรูปแบบข้อมูล | ผู้ว่าจ้างและทีมบริหารอาคาร (FM) |
| ใบนำส่ง | ฉบับแก้ไข สถานะ คะแนน ชุดกฎ และข้อยกเว้น | ทุกคน และใช้เป็นบันทึก |
การรวบรวมทั้ง 5 อย่างใช้เวลาราว 10 นาทีในครั้งแรก และน้อยกว่านั้นในครั้งต่อ ๆ ไป ช่วยแทนอีเมลได้ราว 4 ฉบับต่อการส่งมอบหนึ่งครั้ง และเป็นความแตกต่างระหว่างการส่งมอบที่ได้รับการยอมรับ กับการส่งมอบที่ต้องมาถกเถียงกัน
1. รายงานผลการตรวจสอบ
ส่งออกรายงาน แนบไปด้วย และอย่าเขียนสรุปใหม่ในเนื้อหาอีเมล รายงานจะมีประโยชน์ต่อคนที่ไม่ได้อยู่ตอนรันการตรวจ หากมีคุณสมบัติ 3 ข้อนี้:
- ระบุชุดกฎ ไม่ใช่แค่ผลลัพธ์ คะแนนที่ไม่มีชุดกฎกำกับไม่สามารถตีความได้ และนำไปเทียบกับฉบับแก้ไขถัดไปไม่ได้
- ระบุขอบเขตการตรวจ (coverage) ว่าการตรวจใดรันแล้วและใดไม่ได้รัน รายงานที่แยกไม่ออกระหว่าง “ผ่าน” กับ “ไม่ได้ตรวจ” ก็เป็นแค่เอกสารการตลาด
- มีตัวระบุขององค์ประกอบ เพื่อให้หาตำแหน่งของประเด็นที่พบได้ทันทีแทนการไล่ค้นหา รายงานที่ต้องไล่หาเองคือรายงานที่ไม่มีใครใช้เป็นครั้งที่สอง
หากคุณไม่แน่ใจว่าประเด็นใดในรายงานควรรายงาน และประเด็นใดเป็นเพียงสิ่งรบกวน ข้อผิดพลาดที่พบบ่อยที่สุดในโมเดล IFC เป็นรายการคัดแยกความสำคัญที่ใช้ได้ดี ข้อผิดพลาดเชิงโครงสร้างคือสิ่งที่ผู้รับให้ความสำคัญ
2. บันทึกการตรวจสอบ
จุดอ่อนที่สุดของกระบวนการควบคุมคุณภาพทุกแบบ คือการตรวจกับคำยืนยันเป็นคนละสิ่งกัน ใครก็พูดได้ว่าโมเดลได้คะแนน 92 บันทึกการตรวจสอบจะผูกตัวเลขนั้นเข้ากับไฟล์หนึ่งโดยเฉพาะ ได้แก่ ลายนิ้วมือดิจิทัล (fingerprint) ของไฟล์ ชุดกฎ สคีมา เวลาที่ตรวจ และคะแนน
คุณสมบัติ 2 ข้อที่ทำให้บันทึกแบบนี้มีค่ามากกว่าภาพหน้าจอของแผงผลลัพธ์:
- สร้างขึ้นจากเนื้อหาของไฟล์ ดังนั้นหากเปลี่ยนโมเดลแม้เพียงไบต์เดียวแล้วนำบันทึกเดิมมาออกซ้ำ ก็จะตรวจพบได้
- ผู้รับตรวจสอบความถูกต้องได้ด้วยตัวเองอย่างเป็นอิสระ โดยไม่ต้องพึ่งคุณ บันทึกที่มีเพียงซอฟต์แวร์ของคุณเท่านั้นที่ยืนยันได้ เป็นเพียงคำสัญญา ไม่ใช่หลักฐาน
3. ไฟล์ประเด็นที่พบ
BCF มีไว้เพื่อให้ประเด็นที่พบยังคงอยู่แม้ออกจากหน้าจอของคุณไปแล้ว คุณค่าทั้งหมดอยู่ที่มุมมอง (viewpoint) ซึ่งประกอบด้วยตำแหน่งกล้อง องค์ประกอบที่เลือก และความคิดเห็น ทั้งหมดนี้รวมกันทำให้ผู้รับใช้เวลา 10 วินาทีในการหาปัญหา แทนที่จะเป็น 10 นาที
ข้อปฏิบัติ 2 ข้อที่แยกไฟล์ BCF ที่มีคนลงมือแก้ ออกจากไฟล์ที่ถูกเพิกเฉย:
- หนึ่งหัวข้อ (topic) ต่อหนึ่งสาเหตุ ไม่ใช่ต่อหนึ่งองค์ประกอบ องค์ประกอบ 4,000 ชิ้นที่ขาดชุดคุณสมบัติคือหัวข้อเดียวพร้อมมุมมองตัวอย่าง ไม่ใช่ 4,000 หัวข้อที่ทำให้เปิดไฟล์ไม่ขึ้น
- ตั้งชื่อหัวข้อด้วยรหัสกฎและวิธีแก้ ไม่ใช่อาการ “ชุดคุณสมบัติขาดหาย — เพิ่ม Pset ที่กำหนดลงในเทมเพลตการส่งออก” คือสิ่งที่ลงมือทำได้ ส่วน “คุณสมบัติหาย” เป็นแค่คำบ่น
4. ข้อมูลทรัพย์สิน
COBie หรือตารางข้อมูลใดก็ตามที่ผู้ว่าจ้างขอ คือจุดที่คุณภาพของโมเดลปรากฏให้เห็นในเชิงพาณิชย์ เพราะส่งถึงมือคนที่ไม่เคยเปิดโมเดล และไม่มีทางตีความข้อแก้ตัวใด ๆ ได้
นอกจากนี้ยังมีประโยชน์ในฐานะเครื่องตรวจสอบเครื่องมือตรวจสอบของคุณอีกชั้นหนึ่ง พื้นที่ (space) ที่ไม่มีชื่อ Type ที่ไม่มีผู้ผลิต องค์ประกอบที่ไม่ได้กำหนดให้อยู่ในพื้นที่ใด ช่องว่างเหล่านี้จะปรากฏเป็นคอลัมน์ว่างที่ผู้จัดการอาคารมองเห็นได้ในพริบตา หาก COBie ที่ส่งออกจากโมเดลของคุณจะทำให้อับอาย โมเดลนั้นก็ยังไม่พร้อม ไม่ว่าเรขาคณิตจะดูดีแค่ไหน
5. ใบนำส่ง
เพียง 6 บรรทัด แต่ป้องกันข้อพิพาทในการส่งมอบได้เกือบทั้งหมด:
Container: {filename}
Revision/status: {rev} - {suitability code}
Schema: {IFC2X3 | IFC4 | IFC4X3}
Checked: {date} - rule set {name} - {n} of {n} checks completed
Health Score: {score}/100
Open by agreement: {rule id - reason - agreed with - date}
Not suitable for: {e.g. quantity take-off, fabrication}
บรรทัดสุดท้ายคือบรรทัดที่คนมักข้าม และเป็นบรรทัดที่ปกป้องคุณ การระบุว่าคอนเทนเนอร์ไม่เหมาะกับการใช้งานใดไม่ใช่การตั้งรับ แต่คือการนิยามระดับความต้องการข้อมูล (level of information need) ที่ส่งไปในช่วงเวลาเดียวที่มีคนอ่านจริง ๆ
สรุปแล้วทั้งหมดนี้หมายถึงอะไร
ไม่มีอะไรในบทความนี้เป็นเทคโนโลยีใหม่ และไม่มีสิ่งใดต้องใช้เครื่องมือที่คุณยังไม่มี สิ่งที่ต้องมีคือการมองการส่งมอบเป็นคำยืนยันที่คนอื่นต้องตรวจสอบได้ ซึ่งเป็นการเปลี่ยนท่าทีเพียงเล็กน้อย แต่ส่งผลอย่างมากต่อจำนวนงานส่งมอบที่ถูกตีกลับ
เกณฑ์ที่ผู้รับใช้ตรวจสิ่งเหล่านี้ทั้งหมดอธิบายไว้ใน เกณฑ์การตรวจรับ IFC ส่วนข้อกำหนดที่ทำให้เกณฑ์เหล่านั้นมีผลผูกพันอยู่ใน ข้อกำหนดในแผนการดำเนินงาน BIM (BEP) ที่ป้องกันการส่งมอบ IFC คุณภาพต่ำได้จริง และสำหรับกรอบของ ISO 19650 ที่ครอบคลุมทั้งสามเรื่อง ดู เช็กลิสต์การส่งมอบ IFC ตาม ISO 19650
สิ่งที่ต้องส่งมอบพร้อมโมเดล IFC (นอกเหนือจากไฟล์ IFC)