กลับไปยังบล็อก BIM และ IFC
การตรวจสอบ · 2026-06-03 · 12 นาที
คู่มือคุณภาพไฟล์ IFC ฉบับสมบูรณ์: ตั้งแต่การส่งออกจนถึงการส่งมอบ
BEP ทุกฉบับเรียกร้อง “ไฟล์ IFC ที่มีคุณภาพ” แต่แทบไม่มีฉบับใดนิยามไว้ นี่คือคู่มือเชิงปฏิบัติฉบับสมบูรณ์ว่าคุณภาพ IFC หมายถึงอะไรจริง ๆ ทั้งหมวดความล้มเหลวที่ทำให้โมเดลถูกตีกลับ วิธีตรวจแต่ละหมวด และขั้นตอนการทำงานที่ทำซ้ำได้จนได้ไฟล์ที่พร้อมส่งมอบ
คู่มือคุณภาพไฟล์ IFC ฉบับสมบูรณ์: ตั้งแต่การส่งออกจนถึงการส่งมอบ — IFC Viewer Online article cover
หากจะอ่านบทความเรื่องคุณภาพ IFC เพียงบทความเดียว ขอให้เป็นบทความนี้ บทความนี้รวบรวมทุกรูปแบบความล้มเหลวที่ทำให้โมเดลถูกตีกลับที่สภาพแวดล้อมข้อมูลร่วม (CDE) ไว้ในที่เดียว พร้อมลิงก์ไปยังวิธีแก้โดยละเอียดของแต่ละข้อ เป้าหมายนั้นเรียบง่าย คือได้ไฟล์ที่ส่งมอบได้อย่างมั่นใจทุกครั้ง โดยไม่มีเรื่องไม่คาดฝันโผล่ขึ้นมาหลังเริ่มประสานงานไปแล้วสามสัปดาห์
“คุณภาพ IFC” ไม่ใช่เรื่องเดียว แต่เป็นความล้มเหลว 6 หมวด แต่ละหมวดมีสาเหตุ วิธีตรวจหา และวิธีแก้ของตัวเอง เมื่อเข้าใจแผนที่ภาพรวมนี้แล้ว ที่เหลือก็เป็นเพียงงานตามขั้นตอน
- 6 — หมวดความล้มเหลว
- 44 — กฎการตรวจสอบ
- 80+ — Health Score (คะแนนคุณภาพโมเดล) สำหรับการส่งมอบ
- 30 วินาที — ในการตรวจสอบโมเดลใดก็ได้
สองชั้น: ความถูกต้องตามสคีมา กับความสมบูรณ์ในการใช้งานจริง
เริ่มจากความแตกต่างที่ทำให้ทุกคนสับสน ความถูกต้องตามสคีมา (schema validity) หมายถึงไฟล์เป็นไปตามไวยากรณ์และโครงสร้างของมาตรฐาน IFC ส่วนความสมบูรณ์ในการใช้งานจริงหมายถึงไฟล์ใช้งานได้จริงในกระบวนการถัดไป ได้แก่ ตัวระบุคงที่ ลำดับชั้นถูกต้อง พิกัดสมเหตุสมผล และมีข้อมูลครบ ไฟล์หนึ่งอาจถูกต้องตามสคีมาแต่ใช้งานจริงไม่ได้ และงานส่งมอบที่ถูกตีกลับส่วนใหญ่ก็ถูกต้องตามสคีมา ดูวิธีตรวจแต่ละชั้นได้ที่วิธีตรวจสอบความถูกต้องของไฟล์ IFC ก่อนส่ง
ความล้มเหลว 6 หมวด
1. ตัวตนขององค์ประกอบ (GUID)
GlobalId ที่ซ้ำ ถูกสร้างใหม่ หรืออยู่นอกช่วงค่าที่ถูกต้อง ทำให้ BCF การติดตามการชนกัน และการส่งมอบงาน FM ใช้การไม่ได้ ตัวตนขององค์ประกอบต้องคงที่ในทุกฉบับแก้ไข
2. ลำดับชั้นเชิงพื้นที่
Project → Site → Building → Storey → องค์ประกอบ องค์ประกอบกำพร้า (orphan) คอนเทนเนอร์ผิด ความสัมพันธ์แบบ aggregate ที่เสียหาย หรือการไม่มี IfcProject ล้วนทำให้โครงสร้างแบบต้นไม้เสียหาย
3. พิกัด
โมเดลที่อยู่ห่างจากจุดกำเนิดหลายกิโลเมตร หรือตั้ง Base Point/Survey Point ผิด จะวางเรขาคณิตผิดตำแหน่ง และอาจทำให้รูปทรงบิดเบี้ยวจากความคลาดเคลื่อนของเลขทศนิยมลอยตัว (floating-point)
4. ข้อมูลและคุณสมบัติ
ชุดคุณสมบัติที่ขาดหาย ชื่อที่ว่างเปล่า และ proxy ที่ไม่ได้แมปเข้าคลาส IFC ทำให้โมเดลใช้ถอดปริมาณ ทำ BCF หรือทำทะเบียนทรัพย์สินไม่ได้
5. เรขาคณิตและการส่งออก
องค์ประกอบอยู่ผิดชั้น ความเสียหายจากการนำเข้าแทนการลิงก์ และการใช้ proxy มากเกินไป ซึ่งมักสืบย้อนได้ถึงการตั้งค่าการส่งออกใน Revit/ArchiCAD
6. ประสิทธิภาพและขนาดไฟล์
ไฟล์ก้อนเดียวขนาด 1 GB ที่ทำให้โปรแกรมดูล่ม ให้แยกตามสาขางาน เลือกใช้ IFC4 และใช้ไปป์ไลน์แบบแปลงไฟล์ครั้งเดียว (convert-once)
หมวดที่ 1: ตัวตนขององค์ประกอบ
GlobalId คือตัวตนถาวรขององค์ประกอบทุกชิ้น ต้องไม่ซ้ำกันภายในไฟล์ มีรูปแบบถูกต้อง (22 อักขระ ขึ้นต้นด้วยอักขระ 0–3) และคงที่เมื่อส่งออกซ้ำ ดูวิธีตรวจหาและแก้ไขได้ที่GUID ซ้ำใน IFC และทำไม GUID ของ IFC จึงเปลี่ยนทุกครั้งที่ส่งออก
หมวดที่ 2: ลำดับชั้นเชิงพื้นที่
IFC กำหนดลำดับการบรรจุเชิงพื้นที่ไว้อย่างเข้มงวด องค์ประกอบต้องอยู่ภายในชั้น ต้องมี IfcProject เพียงหนึ่งเดียว และความสัมพันธ์แบบ aggregate ต้องชี้ไปยังเอนทิตีที่มีอยู่จริง เช็กลิสต์โดยละเอียดอยู่ในข้อผิดพลาดการตรวจสอบ IFC ที่พบบ่อยที่สุด 7 ข้อ
หมวดที่ 3: พิกัด
ส่งออกด้วย Shared Coordinates เก็บโมเดลไว้ใกล้จุดกำเนิด (origin) และสำหรับโครงการที่อ้างอิงพิกัดทางภูมิศาสตร์ (georeferencing) ให้ตรวจว่ามี IfcSite, IfcProjectedCRS และ IfcMapConversion ครบและสอดคล้องกัน รายละเอียดทั้งหมดอยู่ในพิกัด IFC ผิดตำแหน่ง
หมวดที่ 4: ข้อมูลและคุณสมบัติ
เปิดใช้ชุดคุณสมบัติมาตรฐาน ตั้งชื่อให้ทุกองค์ประกอบ และแมป Family เข้ากับคลาส IFC ที่เหมาะสม เพื่อไม่ให้ถูกส่งออกเป็น proxy ดูคุณสมบัติ IFC หายหลังส่งออกจาก Revit
หมวดที่ 5: เรขาคณิตและการส่งออก
ความล้มเหลวด้านเรขาคณิตส่วนใหญ่มีต้นเหตุจากการตั้งค่าการส่งออกของซอฟต์แวร์สร้างโมเดล ดูวิธีส่งออกไฟล์ IFC ที่สะอาดจาก Revit และทำไมการส่งออก IFC จาก Revit จึงเสียหาย ส่วนการแลกเปลี่ยนข้ามเครื่องมือ ดูRevit ↔ Archicad ผ่าน IFC
หมวดที่ 6: ประสิทธิภาพและขนาดไฟล์
ไฟล์ขนาดใหญ่ไม่ได้นับเป็นความล้มเหลวด้านคุณภาพโดยตรง แต่ขวางการทำงานของทุกคนในกระบวนการถัดไป ให้ตัดแบ่งไฟล์ เลือกใช้เรขาคณิตแบบเทสเซลเลชัน (tessellated) ของ IFC4 และใช้โปรแกรมดูที่แปลงไฟล์เพียงครั้งเดียว ดูทำไมไฟล์ IFC ขนาดใหญ่จึงทำให้เบราว์เซอร์ล่ม
Health Score: ตัวเลขเดียวที่ครอบคลุมทั้ง 6 หมวด
Health Score รวมทั้ง 6 หมวดไว้ในตัวเลขเดียวตั้งแต่ 0–100 โดยถ่วงน้ำหนักตามความรุนแรงและใช้สเกลลอการิทึม จึงสะท้อนความพร้อมใช้งานจริง ไม่ใช่แค่จำนวนปัญหาดิบ นี่คือตัวเลขที่ควรระบุไว้ในแผนการดำเนินงาน BIM (BEP) และแนบไปกับเอกสารนำส่ง (transmittal) ทุกฉบับ
- 43/100 — วิกฤต — ห้ามส่งมอบ
- 73/100 — ต้องปรับปรุง
- 87/100 — พร้อมขึ้น CDE
- 96/100 — ยอดเยี่ยม
ขั้นตอนการทำงานก่อนส่งมอบที่ทำซ้ำได้
- ตั้งค่าการส่งออกเพียงครั้งเดียว (Keep Existing GUIDs, Shared Coordinates, Pset มาตรฐาน และแฟล็ก Building Story)
- ส่งออกไปยังโฟลเดอร์ในเครื่อง อย่าส่งออกขึ้น CDE โดยตรง
- เปิดไฟล์ในเครื่องมือตรวจสอบ แล้วอ่านรายงานให้ครบทั้ง 6 หมวด
- แก้ไขที่ต้นทางในซอฟต์แวร์สร้างโมเดล แล้วส่งออกใหม่ ไม่ใช่แก้ข้อความในไฟล์ IFC
- ตรวจสอบซ้ำจนกว่า Health Score ≥ 80
- แนบคะแนนไปกับเอกสารนำส่ง แล้วส่งมอบ
รันการตรวจคุณภาพแบบเต็ม
เปิดโมเดลจริงแล้วดูคะแนนของทั้ง 6 หมวดในรายงานเดียว จากนั้นลากไฟล์ของคุณเองเข้ามา แล้วทำตามขั้นตอนก่อนส่งมอบตั้งแต่ต้นจนจบ
IFC2x3 · 2.4 MB
เปิดโปรแกรมดู IFC แบบอินเทอร์แอกทีฟ
คู่มือคุณภาพไฟล์ IFC ฉบับสมบูรณ์: ตั้งแต่การส่งออกจนถึงการส่งมอบ