กลับไปยังบล็อก BIM และ IFC
การตรวจสอบ · 2026-06-03 · 12 นาที
วิธีตรวจสอบไฟล์ IFC ก่อนส่งงาน (ฟรี ไม่ต้องอัปโหลด)
BEP ของคุณกำหนดให้ “ส่งมอบไฟล์ IFC ที่มีคุณภาพ” แต่ไม่เคยระบุว่าจะตรวจสอบอย่างไร บทความนี้อธิบาย 3 วิธีตรวจสอบไฟล์ IFC ที่ใช้ได้จริง ได้แก่ บริการของ buildingSMART, IfcOpenShell และการตรวจสุขภาพโมเดลบนเบราว์เซอร์ แต่ละวิธีตรวจพบอะไรได้บ้าง และเช็กลิสต์ก่อนส่งงานที่ช่วยไม่ให้โมเดลถูกตีกลับที่ CDE
วิธีตรวจสอบไฟล์ IFC ก่อนส่งงาน (ฟรี ไม่ต้องอัปโหลด) — IFC Viewer Online article cover
แทบทุกคนส่งออกไฟล์ IFC แล้วส่งต่อทันที แต่แทบไม่มีใครตรวจสอบก่อน ไม่ใช่เพราะไม่ใส่ใจ แต่เพราะคำว่า “ตรวจสอบ IFC” กำกวมจริง ๆ ตรวจเทียบกับอะไร กับสคีมา กับข้อกำหนดของโครงการ หรือกับการที่ไฟล์จะเปิดได้ในเครื่องมือของผู้ประสานงาน นี่คือคำถาม 3 ข้อที่ต่างกันและต้องใช้เครื่องมือต่างกัน 3 แบบ การเหมารวมทั้งหมดเป็นเรื่องเดียวกันคือเหตุผลที่โมเดลจำนวนมากถูกตีกลับที่สภาพแวดล้อมข้อมูลร่วม (CDE)
บทความนี้คือแผนที่เชิงปฏิบัติ ได้แก่ ความหมายของคำว่า “ถูกต้อง” วิธีตรวจสอบ 3 วิธี สิ่งที่แต่ละวิธีตรวจพบและตรวจไม่พบ และเช็กลิสต์ที่ควรทำในช่วง 10 นาทีก่อนกดส่ง
คำตอบใน 60 วินาที
หากคุณแค่ต้องการตรวจโมเดลให้ทันกำหนดส่ง นี่คือขั้นตอนการทำงานทั้งหมด:
- ส่งออกไปยังโฟลเดอร์ในเครื่อง อย่าส่งออกตรงขึ้น CDE[iso19650] เด็ดขาด
- เปิดไฟล์ในเครื่องมือตรวจสอบบนเบราว์เซอร์ ไฟล์ถูกแยกวิเคราะห์ในเครื่องของคุณ จึงไม่มีการอัปโหลดใด ๆ
- ดู Health Score (คะแนนคุณภาพโมเดล) แล้วเรียงตามระดับความรุนแรง ให้ดูที่ความรุนแรง ไม่ใช่จำนวน ประเด็นวิกฤตเพียงข้อเดียวสำคัญกว่าประเด็นเล็กน้อยจำนวนมาก
- แก้ที่สาเหตุในซอฟต์แวร์สร้างโมเดล แล้วส่งออกใหม่ ไม่ว่าจะเป็น Revit ArchiCAD หรือ Tekla ให้แก้ในซอฟต์แวร์ที่ใช้สร้างโมเดลนั้น
อย่าแก้ไขข้อความในไฟล์ IFC ด้วยมือ เพราะมักทำให้ GUID และการอ้างอิงเสียหายในแบบที่ตามหาได้ยากกว่าปัญหาเดิมมาก
- ตรวจซ้ำ แล้วอัปโหลดพร้อมคะแนน ยืนยันว่า Health Score ได้ 80 ขึ้นไป และบันทึกไว้ในใบนำส่ง (transmittal)
เนื้อหาที่เหลือของบทความนี้อธิบายว่าทำไมแต่ละขั้นตอนจึงจำเป็น และควรหยิบเครื่องมือใดมาใช้เมื่อวิธีลัดยังไม่พอ
“ถูกต้อง” หมายถึงอะไรกันแน่
การตรวจสอบมี 2 ชั้น และทั้งสองชั้นเป็นอิสระต่อกัน ไฟล์หนึ่งอาจผ่านชั้นหนึ่งแต่ไม่ผ่านอีกชั้นหนึ่งก็ได้
ความถูกต้องตามสคีมา
ไฟล์สอดคล้องกับมาตรฐาน IFC หรือไม่ (ไวยากรณ์ ISO 10303-21 สคีมา IFC และกฎของ MVD) ไฟล์อาจถูกต้องตามสคีมา แต่ยังใช้ประสานงานไม่ได้เลยก็ได้
สุขภาพโมเดลเชิงปฏิบัติ
ไฟล์จะใช้งานได้จริงในกระบวนการถัดไปหรือไม่ ได้แก่ GUID คงที่ ลำดับชั้นเชิงพื้นที่ถูกต้อง องค์ประกอบมีชื่อ พิกัดสมเหตุสมผล และมีชุดคุณสมบัติครบ สิ่งเหล่านี้คือเหตุที่ทำให้โมเดลถูกตีกลับ และไม่ใช่สิ่งที่เครื่องมือตรวจสคีมาวัด
เหนือ 2 ชั้นนี้ยังมีชั้นที่ 3 คือการตรวจโมเดลเทียบกับข้อกำหนดด้านข้อมูลของโครงการคุณเองด้วย buildingSMART IDS[ids] ชั้นนี้เป็นเรื่องของข้อกำหนดการแลกเปลี่ยนข้อมูล (EIR) มากกว่าตัวไฟล์ และมีคู่มือแยกต่างหาก ดู เครื่องมือตรวจสอบโมเดล IFC: สคีมา คุณภาพ และ IDS บทความนี้จะเน้นที่ 2 ชั้นที่คุณต้องผ่านให้ได้ก่อนการส่งมอบทุกครั้ง
วิธีที่ 1: buildingSMART Validation Service
บริการบนเว็บอย่างเป็นทางการที่ใช้ได้ฟรีจาก buildingSMART International[bsi-validate] ใช้ตัดสินความสอดคล้องกับมาตรฐาน IFC[ifc-schema] ได้แก่ ไวยากรณ์ STEP ความสอดคล้องกับสคีมา กฎเชิงบรรทัดฐาน และความสอดคล้องกับ buildingSMART Data Dictionary บริการนี้ออกรายงานผ่าน/ไม่ผ่านที่เชื่อถือได้ และเป็นเกณฑ์อ้างอิงสำหรับความถูกต้องของสคีมา
- เหมาะสำหรับ: การรับรองว่าไฟล์สอดคล้องกับมาตรฐาน IFC โดยเฉพาะเมื่อต้องยืนยันความสอดคล้องตามสคีมาอย่างเป็นทางการหรือตามที่สัญญากำหนด
- สิ่งที่ทำไม่ได้: ไม่ได้ให้คะแนนเชิงปฏิบัติว่า “ดีพอสำหรับการประสานงานหรือยัง” และคุณต้องอัปโหลดไฟล์ขึ้นบริการ ซึ่งเป็นไปไม่ได้เลยสำหรับข้อมูลโครงการที่เป็นความลับและส่งให้บุคคลภายนอกไม่ได้
วิธีที่ 2: IfcOpenShell (สำหรับนักพัฒนา)
หากคุณเขียน Python ได้ IfcOpenShell[ifcopenshell] ตรวจสอบไฟล์จากบรรทัดคำสั่งได้ด้วย python -m ifcopenshell.validate model.ifc เขียนสคริปต์ได้ ฟรี ทำงานในเครื่อง และผสานเข้ากับไปป์ไลน์ CI ได้สำหรับทีมที่ทำ QA แบบอัตโนมัติ
# Validate an IFC file locally with IfcOpenShell
python -m ifcopenshell.validate path/to/model.ifc
# Pipe the results into your own pre-delivery checks
python validate_and_score.py model.ifc
- เหมาะสำหรับ: นักพัฒนาและทีม BIM automation ที่ต้องการให้การตรวจสอบอยู่ในสคริปต์หรือไปป์ไลน์การ build
- สิ่งที่ทำไม่ได้: ไม่มีมุมมอง 3 มิติ และไม่มีรายงานแบบคลิกเดียว ผู้ประสานงานที่แค่อยากรู้ว่าโมเดลใช้ได้หรือไม่คงไม่ติดตั้ง Python เพื่อเรื่องนี้
วิธีที่ 3: ตรวจสุขภาพโมเดลบนเบราว์เซอร์ (30 วินาที)
ลากไฟล์ IFC ลงในโปรแกรมดูไฟล์ IFC (IFC viewer) ไฟล์จะถูกแยกวิเคราะห์ฝั่งไคลเอนต์ด้วย WebAssembly โดยไม่มีการอัปโหลดใด ๆ จากนั้นระบบจะรันกฎการตรวจสอบเชิงปฏิบัติ 44 ข้อในเธรดเบื้องหลัง แล้วให้ Health Score ค่าเดียวตั้งแต่ 0 ถึง 100 พร้อมรายละเอียดแยกตามประเด็นที่พบซึ่งดูเทียบกับโมเดล 3 มิติได้ นี่คือชั้นที่อีก 2 วิธีไม่ครอบคลุม คือการตัดสินเชิงปฏิบัติที่รวดเร็วและเป็นส่วนตัวว่าโมเดลพร้อมส่งหรือยัง
ลองตรวจสอบโมเดลจริง
เปิดโมเดล duplex ของ buildingSMART เพื่อดู Health Score และรายงานของโมเดลที่ไม่มีปัญหา จากนั้นลากไฟล์ที่คุณส่งออกเองเข้ามาเพื่อตรวจก่อนส่งมอบ ไฟล์ของคุณไม่ออกจากเครื่องเลย
IFC2x3 · 2.4 MB
เปิดโปรแกรมดู IFC แบบอินเทอร์แอกทีฟ
แต่ละเครื่องมือตรวจพบอะไรได้จริง
ทั้ง 3 วิธีไม่ใช่คำตอบที่แข่งกันสำหรับคำถามเดียว แต่ครอบคลุมความล้มเหลวคนละแบบ นี่คือการเปรียบเทียบอย่างตรงไปตรงมา:
| รายการตรวจ | บริการของ buildingSMART | IfcOpenShell | ตรวจสุขภาพบนเบราว์เซอร์ |
|---|
| ความสอดคล้องกับ STEP / สคีมา | ได้ — เป็นเกณฑ์อ้างอิง | ได้ | เฉพาะความสมบูรณ์พื้นฐาน |
| กฎเชิงบรรทัดฐานและ bSDD | ได้ | บางส่วน | ไม่ได้ |
| GlobalId ซ้ำหรือรูปแบบผิด | บางส่วน | บางส่วน | ได้ |
| ลำดับชั้นเชิงพื้นที่และองค์ประกอบกำพร้า | ไม่ได้ | บางส่วน | ได้ |
| พิกัดอยู่ไกลจากจุดกำเนิด | ไม่ได้ | ไม่ได้ | ได้ |
| ชุดคุณสมบัติและชื่อที่ขาดหาย | ไม่ได้ | ไม่ได้ | ได้ |
| คะแนนความพร้อมส่งมอบค่าเดียว | ไม่ได้ | ไม่ได้ | ได้ — Health Score 0–100 |
| ไล่ดูประเด็นที่พบเทียบกับโมเดล 3 มิติ | ไม่ได้ | ไม่ได้ | ได้ |
| ทำงานโดยไม่ต้องอัปโหลดไฟล์ | ไม่ได้ | ได้ | ได้ |
| เขียนสคริปต์ใช้ใน CI | ผ่าน API | ได้ | ไม่ได้ |
ความครอบคลุม ณ เดือนสิงหาคม 2026 “บางส่วน” หมายถึงตรวจพบความล้มเหลวนั้นได้ แต่ไม่ได้รายงานเป็นประเด็นที่มีชื่อชัดเจนและนำไปแก้ไขได้ควรใช้วิธีใด เมื่อใด
ใช้การตรวจสุขภาพบนเบราว์เซอร์เมื่อ…
- คุณต้องการรู้ทันทีว่าโมเดลพร้อมส่งหรือไม่
- ไฟล์เป็นความลับและอัปโหลดไปที่ใดไม่ได้
- คุณต้องการตัวเลขไว้ใส่ในใบนำส่งหรือแผนการดำเนินงาน BIM (BEP)
- คุณต้องการเห็นประเด็นที่พบเทียบกับโมเดล 3 มิติ ไม่ใช่แค่ล็อก
- คุณเป็นผู้ประสานงาน ไม่ใช่นักพัฒนา
ใช้ buildingSMART / IfcOpenShell เมื่อ…
- คุณต้องการการรับรองความสอดคล้องตามสคีมาที่เป็นทางการ
- คุณทำ QA อัตโนมัติในไปป์ไลน์ CI (IfcOpenShell)
- คุณเขียน Python และต้องการการตรวจสอบที่เขียนเป็นสคริปต์ได้
- สัญญากำหนดให้มีคำรับรองความสอดคล้องกับมาตรฐานอย่างเป็นทางการ
- คุณต้องการความสอดคล้องกับ MVD / bSDD โดยเฉพาะ
เช็กลิสต์ก่อนส่งงานที่ใช้ได้จริง
ไม่ว่าจะใช้เครื่องมือใด สิ่งเหล่านี้คือสาเหตุจริงที่ทำให้โมเดลถูกตีกลับ แต่ละข้อตรงกับกฎการตรวจสอบหนึ่งข้อที่มีคู่มือแก้ไขแบบทีละขั้นตอน:
- ไม่มี GlobalId ซ้ำหรือมีค่าอยู่นอกช่วงที่กำหนด
- องค์ประกอบทางกายภาพทุกชิ้นอยู่ในชั้น ไม่ได้อยู่ใต้ Site หรือ Building โดยตรง
- มี IfcProject เพียงหนึ่งเดียวที่ราก พร้อมลำดับชั้นเชิงพื้นที่ที่ครบถ้วน
- ไม่มีองค์ประกอบกำพร้า และไม่มีการรวมกลุ่ม (aggregate) ที่เสียหาย
- พิกัดสมเหตุสมผล โมเดลอยู่ใกล้จุดกำเนิดของโลก ไม่ได้อยู่ห่างออกไปหลายกิโลเมตร
- มีชุดคุณสมบัติมาตรฐาน และองค์ประกอบมีชื่อ
- Health Score ≥ 80 ก่อนอัปโหลดขึ้น CDE ทุกครั้ง
เมื่อคะแนนออกมาต่ำ
คะแนนต่ำแทบไม่เคยเป็นคำตัดสินตัวโมเดล แต่เป็นตัวชี้ไปที่การตั้งค่าการส่งออก ความล้มเหลวเกือบทั้งหมดสืบย้อนไปได้ถึงสาเหตุใดสาเหตุหนึ่งใน 5 ข้อ และแต่ละข้อต้องแก้ในซอฟต์แวร์สร้างโมเดล ไม่ใช่ในไฟล์ IFC:
| สิ่งที่รายงานแจ้ง | สาเหตุที่พบบ่อย | จุดที่ต้องแก้ |
|---|
| GlobalId เปลี่ยนไปจากฉบับที่ส่งครั้งก่อน | การส่งออกสร้าง GUID ใหม่ทุกครั้งแทนที่จะคงค่าเดิมไว้ | การตั้งค่าการส่งออกของซอฟต์แวร์สร้างโมเดล |
| องค์ประกอบไม่ได้อยู่ในชั้นใด | ไม่ได้ตั้งค่า Level เป็น “Building Story” สำหรับการส่งออก | การตั้งค่า Level ใน Revit |
| โมเดลอยู่ไกลจากจุดกำเนิด | ส่งออกด้วยพิกัดสำรวจ (survey) แทนที่จะเป็นพิกัด shared/project | การตั้งค่าพิกัดก่อนส่งออก |
| สัดส่วน IfcBuildingElementProxy สูง | Family ที่ไม่ได้แมปกับคลาส IFC | ตารางแมปการส่งออก IFC |
| ชุดคุณสมบัติขาดหาย | ปิดการส่งออก Pset ไว้ หรือไม่เคยแมปพารามิเตอร์ | การกำหนดค่าการส่งออก |
แต่ละสาเหตุมีคู่มือแก้ไขของตัวเอง: ทำไม GUID ใน IFC จึงเปลี่ยนทุกครั้งที่ส่งออก ทำไมการส่งออก IFC จาก Revit จึงมีปัญหา พิกัด IFC ผิดตำแหน่ง และ คุณสมบัติ IFC หายหลังส่งออก
เปลี่ยนการตรวจให้เป็นกฎ
การตรวจที่ต้องพึ่งให้ใครสักคนจำได้ว่าต้องทำ ไม่ใช่กระบวนการควบคุมคุณภาพ ให้กำหนดเกณฑ์ไว้ใน BEP และแนบหลักฐานไปกับการส่งมอบ:
| ขั้นการส่งมอบ | Health Score ขั้นต่ำ | หลักฐานที่ต้องแนบ |
|---|
| การตรวจทานแนวคิดภายใน | 70 | คะแนนเท่านั้น |
| รอบการประสานงาน / อัปโหลดขึ้น CDE | 80 | คะแนน + รายงานประเด็นที่พบ |
| หมุดหมายตาม ISO 19650 และ LOD 300+ | 90 | คะแนน + รายงานประเด็นที่พบ + บันทึกประเด็นที่แก้ไขแล้ว |
เมื่อตกลงเกณฑ์กันได้แล้ว ที่เหลือคือการทำซ้ำ ได้แก่ ส่งออกในเครื่อง ตรวจสอบ แก้ที่สาเหตุ ส่งออกใหม่ แล้วส่งมอบพร้อมแนบคะแนน สำหรับภาพรวมว่าคุณภาพหมายถึงอะไรตลอดทั้งโครงการ ดู คู่มือฉบับสมบูรณ์ว่าด้วยคุณภาพ IFC
วิธีตรวจสอบไฟล์ IFC ก่อนส่งงาน (ฟรี ไม่ต้องอัปโหลด)