กลับไปยังบล็อก BIM และ IFC
การตรวจสอบ · 2026-06-30 · 26 นาที
เครื่องมือตรวจสอบโมเดล IFC (IFC Model Checker): คู่มือฉบับสมบูรณ์ ปี 2026
การตรวจสอบโมเดล IFC หมายถึงอะไรกันแน่ การตรวจสอบความถูกต้องทั้งสามระดับทำงานอย่างไร และจะใช้เครื่องมือตรวจสอบโมเดลเป็นด่านตรวจคุณภาพก่อนส่งมอบโมเดลทุกครั้งได้อย่างไร
เครื่องมือตรวจสอบโมเดล IFC (IFC Model Checker): คู่มือฉบับสมบูรณ์ ปี 2026 — IFC Viewer Online article cover
- 44 — กฎด้านคุณภาพที่ตรวจสอบโดยอัตโนมัติ
- 3 — ระดับการตรวจสอบ: สคีมา → คุณภาพ → IDS
- 6 — ประเภทเงื่อนไข (facet) ของ IDS 1.0 ที่ตรวจสอบได้
- 0 — ครั้งที่ต้องอัปโหลดไฟล์ เมื่อตรวจสอบภายในเบราว์เซอร์
เครื่องมือตรวจสอบโมเดล IFC คืออะไร
เครื่องมือตรวจสอบโมเดล IFC คือซอฟต์แวร์ที่ตรวจสอบเนื้อหาและโครงสร้างของไฟล์ IFC โดยอัตโนมัติเทียบกับชุดกฎที่กำหนดไว้ เครื่องมือนี้ไปไกลกว่าสิ่งที่ตามองเห็นในโปรแกรมดูโมเดล 3D เพราะเจาะลึกลงไปถึงชั้นข้อมูล ทั้ง GUID ลำดับชั้นเชิงพื้นที่ ชุดคุณสมบัติ (property set) เรขาคณิต การจำแนกประเภท (classification) และข้อกำหนดเฉพาะของโครงการ
ผลลัพธ์คือรายงานที่มีโครงสร้างชัดเจน ระบุว่ากฎใดผ่าน กฎใดไม่ผ่าน มีประเด็นที่พบในแต่ละระดับความรุนแรงกี่รายการ พร้อมคะแนนคุณภาพเป็นตัวเลขที่ใช้เป็นด่านตรวจการส่งมอบของโครงการได้ ผู้ประสานงาน BIM ใช้รายงานนี้จับปัญหาก่อนที่ปัญหาจะไปถึงสภาพแวดล้อมข้อมูลร่วม (CDE) โมเดลประสานงาน หรือผู้ว่าจ้าง
บางครั้งคำนี้ถูกใช้อย่างหลวม ๆ หมายถึงเครื่องมือใดก็ได้ที่เปิดไฟล์ IFC ได้ แต่คู่มือนี้ใช้ความหมายที่แม่นยำ คือ เครื่องมือตรวจสอบ (checker) ตรวจสอบข้อมูลเทียบกับกฎและให้ผลตัดสินว่าผ่านหรือไม่ผ่าน ส่วนโปรแกรมดูไฟล์ IFC (IFC viewer) แสดงเรขาคณิต ขั้นตอนการทำงานระดับมืออาชีพส่วนใหญ่ต้องใช้ทั้งสองอย่าง แต่ทั้งสองเป็นฟังก์ชันที่แยกจากกัน
ทำไมการตรวจสอบ IFC จึงสำคัญในตอนนี้
มีแรงผลักดันสามประการที่ทำให้การตรวจสอบ IFC อย่างเป็นระบบกลายเป็นสิ่งที่หลีกเลี่ยงไม่ได้ในปี 2026 ดังนี้
- การนำ ISO 19650 มาใช้: ข้อกำหนดด้านสารสนเทศต้องได้รับการพิสูจน์ ไม่ใช่เพียงสันนิษฐานเอาว่าถูกต้อง สัญญาจำนวนมากมีข้อผูกพันด้านการส่งมอบข้อมูลพร้อมเกณฑ์การตรวจรับที่วัดผลได้
- ขั้นตอนการทำงานแบบ Open BIM: เมื่อโครงการแลกเปลี่ยนไฟล์ IFC ระหว่างซอฟต์แวร์สร้างโมเดลและระหว่างสาขางาน หนี้คุณภาพที่สะสมไว้ก็ยิ่งทบทวีขึ้น ผนังที่ผ่านซอฟต์แวร์สร้างโมเดลมาสี่ตัวจะมีรูปแบบการตั้งชื่อสี่แบบ หากไม่ได้ตรวจสอบทุกครั้งที่ส่งต่องานกัน
- แรงกดดันจากการส่งมอบให้งานบริหารอาคาร (FM): เจ้าของอาคารที่รับมอบดิจิทัลทวิน (digital twin) คาดหวังข้อมูลคุณสมบัติที่ตรงกับทรัพย์สินที่ติดตั้งจริง การตรวจสอบอย่างเป็นระบบในขั้นออกแบบและก่อสร้างเป็นวิธีเดียวที่รับประกันเรื่องนี้ได้
การตรวจสอบโมเดล IFC สามระดับ
การตรวจสอบความถูกต้องของ IFC ไม่ใช่การทดสอบผ่าน/ไม่ผ่านเพียงครั้งเดียว แต่ทำงานในสามระดับที่แตกต่างกัน และแต่ละระดับจับปัญหาคนละประเภท ดังนี้
| ระดับ | สิ่งที่ตรวจสอบ | สิ่งที่ตรวจพบ | เครื่องมือที่รองรับ |
|---|
| L1 — สคีมา | สคีมา EXPRESS ชนิดของเอนทิตี/แอตทริบิวต์ ฟิลด์ที่จำเป็น | ไฟล์เสียหาย เวอร์ชัน IFC ผิด การอ้างอิงเอนทิตีที่ไม่ถูกต้อง | เครื่องมือ IFC ระดับมืออาชีพทุกตัว |
| L2 — คุณภาพ | กฎด้านคุณภาพ 44 ข้อ: GUID ลำดับชั้น ชื่อ เรขาคณิต คุณสมบัติ | GUID ซ้ำ ไม่มีชั้น ชื่อว่างเปล่า เรขาคณิตเสียหาย | IFC Viewer Online, Solibri, BIMcollab Zoom |
| L3 — ข้อกำหนด (IDS) | กฎเฉพาะโครงการด้านคุณสมบัติ การจำแนกประเภท และวัสดุ | ไม่มีค่าอัตราการทนไฟ รหัสจำแนกประเภทผิด ไม่มีเมทาดาทาตามข้อกำหนดการแลกเปลี่ยนข้อมูล (EIR) | IFC Viewer Online, buildingSMART Validator |
ทั้งสามระดับต่อยอดกัน ไฟล์ต้องผ่าน L1 ก่อน L2 จึงจะมีความหมาย และต้องผ่าน L2 ก่อน L3ระดับที่ 1: การตรวจสอบสคีมาและ EXPRESS
มาตรฐาน IFC นิยามด้วย EXPRESS ซึ่งเป็นภาษาการจำลองข้อมูลแบบเป็นทางการ เครื่องมือตรวจสอบระดับ L1 จะยืนยันว่าทุกเอนทิตีในไฟล์ตรงกับนิยามใน EXPRESS กล่าวคือ มีแอตทริบิวต์ที่จำเป็นครบ ค่ามีชนิดข้อมูลถูกต้อง ค่าแบบแจงนับ (enumeration) ถูกต้อง และความถูกต้องของการอ้างอิง (referential integrity) ยังสมบูรณ์ นี่คือเกณฑ์ขั้นต่ำ ไฟล์ที่ไม่ผ่าน L1 จะไม่สามารถประมวลผลได้อย่างน่าเชื่อถือด้วยเครื่องมือปลายทางใด ๆ
ระดับที่ 2: การตรวจสอบกฎด้านคุณภาพ
การตรวจสอบระดับ L2 ใช้กฎ 44 ข้อที่พัฒนามาจากแนวปฏิบัติที่ดีของอุตสาหกรรม แนวทางของ buildingSMART และรูปแบบความผิดพลาดที่พบบ่อยในการส่งมอบโครงการจริง กฎเหล่านี้ครอบคลุมหกด้าน ดังนี้
การระบุตัวตน (Identity)
ทุกองค์ประกอบมี GUID ที่ไม่ซ้ำกันและเป็นไปตามข้อกำหนด GUID ซ้ำทำให้การติดตามเวอร์ชันใน CDE การตรวจสอบการชนกัน (clash detection) และการประสานงานผ่าน BCF ใช้งานไม่ได้
ลำดับชั้นเชิงพื้นที่
องค์ประกอบอาคารทุกชิ้นถูกกำหนดให้อยู่ในชั้น ทุกชั้นอยู่ในอาคาร และอาคารอยู่ในไซต์ ลำดับชั้นที่ขาดตอนทำให้องค์ประกอบหายไปในเครื่องมือประสานงาน
ชุดคุณสมบัติ
มีชุดคุณสมบัติมาตรฐาน (Pset_WallCommon, Pset_BeamCommon ฯลฯ) และกรอกข้อมูลไว้ครบ Pset ที่ขาดหายทำให้การถอดปริมาณและการส่งมอบให้งาน FM ล้มเหลว
เรขาคณิต
เรขาคณิตทรงตันปิดสนิท การดำเนินการ Boolean คำนวณได้สมบูรณ์ และองค์ประกอบมีปริมาตรไม่เป็นศูนย์ เรขาคณิตที่เสียหายทำให้เกิดข้อผิดพลาดในการตรวจทานโมเดลและการจำลอง 4D/5D
การจำแนกประเภท
องค์ประกอบมีรหัสจำแนกประเภท (Uniclass, OmniClass, NBS) ในส่วนที่ EIR กำหนด การไม่มีรหัสจำแนกประเภททำให้งานจัดซื้อจัดจ้างและทะเบียนทรัพย์สินสำหรับงาน FM ใช้งานไม่ได้
ความสัมพันธ์
IfcRelContainedInSpatialStructure, IfcRelAggregates และความสัมพันธ์ระหว่าง Type กับ Instance ถูกสร้างไว้อย่างถูกต้อง ความสัมพันธ์ที่เสียหายทำให้โครงสร้างต้นไม้เชิงพื้นที่ผิดเพี้ยน
ระดับที่ 3: การตรวจสอบตาม IDS
IDS (Information Delivery Specification) คือมาตรฐานของ buildingSMART สำหรับกำหนดอย่างชัดเจนว่าโมเดลต้องมีข้อมูลใดบ้างในแต่ละขั้นของโครงการ ไฟล์ IDS ระบุเอนทิตี แอตทริบิวต์ ชุดคุณสมบัติ ค่าคุณสมบัติ การจำแนกประเภท และวัสดุที่ต้องมี จากนั้นเครื่องมือตรวจสอบจะยืนยันว่าแต่ละองค์ประกอบในโมเดลเป็นไปตามข้อกำหนดเหล่านั้นหรือไม่ IDS 1.0 ได้รับการรับรองในปี 2024 และถูกอ้างถึงในสัญญาและ EIR มากขึ้นเรื่อย ๆ ดูรายละเอียดของ facet ทั้งหกได้ที่คู่มือการใช้งาน IDS ฉบับเต็ม
Health Score: ตัวเลขเดียวที่บอกคุณภาพโมเดล
รายงานแยกตามกฎทีละข้อจำเป็นต่อการแก้ไขปัญหา แต่ใช้เป็นด่านตรวจการส่งมอบได้ไม่สะดวก Health Score จึงย่อกฎ 44 ข้อให้เหลือตัวเลขเดียวระหว่าง 0–100 ด้วยการหักคะแนนแบบลอการิทึมที่ถ่วงน้ำหนักตามระดับความรุนแรง ข้อผิดพลาด (ปัญหาที่ขวางการส่งมอบ) มีน้ำหนักเป็น 3 เท่าของคำเตือน ดังนั้นโมเดลที่มีข้อผิดพลาดร้ายแรงสองรายการจะได้คะแนนต่ำกว่าโมเดลที่มีคำเตือนเล็กน้อยหลายสิบรายการอย่างเห็นได้ชัด
| ช่วงคะแนน | ระดับ | ความหมาย | สิ่งที่ต้องทำ |
|---|
| 90–100 | ดีเยี่ยม | โมเดลพร้อมส่งมอบ มีปัญหาน้อยมากหรือไม่มีเลย | อนุมัติให้อัปโหลดเข้า CDE |
| 75–89 | ดี | มีปัญหาเล็กน้อย ยอมรับได้สำหรับขั้นการประสานงานส่วนใหญ่ | แก้ไขก่อนส่งมอบอย่างเป็นทางการ |
| 50–74 | พอใช้ | มีปัญหาหลายรายการที่ต้องแก้ไขก่อนส่งมอบ | ส่งกลับให้ทีมสร้างโมเดล |
| 25–49 | ต่ำ | มีปัญหาคุณภาพข้อมูลร้ายแรงในกฎหลายหมวด | บังคับแก้ไข |
| 0–24 | วิกฤต | มีปัญหาพื้นฐานด้านโครงสร้างหรือข้อมูล โมเดลใช้ประสานงานไม่ได้ | ไม่รับ |
ช่วงคะแนนของ Health Score และสิ่งที่ผู้ประสานงาน BIM ควรทำที่ด่านตรวจแต่ละด่านความคุ้มค่าทางธุรกิจของการตรวจสอบอย่างเป็นระบบ
ประสานงานได้เร็วขึ้น
การคัดกรองข้อผิดพลาดระดับ L2 ก่อนตรวจสอบการชนกันช่วยกำจัดการชนที่ไม่จริง (false clash) ซึ่งเกิดจากเรขาคณิตและลำดับชั้นที่เสียหาย การประชุมประสานงานจึงได้ผลจริง แทนที่จะเสียเวลาไปกับการตามแก้ปัญหา
ถอดปริมาณได้แม่นยำ
เครื่องมือของผู้สำรวจปริมาณ (QS) อาศัย Pset และการจำแนกประเภทที่ถูกต้อง โมเดลที่ผ่านการตรวจสอบระดับ L2 จะให้ปริมาณวัสดุที่เชื่อถือได้ ส่วนโมเดลที่ไม่ผ่านต้องแก้ไขด้วยมือก่อนปรับปรุงบัญชีแสดงปริมาณงาน (BOQ) ทุกครั้ง
เป็นไปตามสัญญา
ข้อกำหนดด้านสารสนเทศตาม ISO 19650 มีผลผูกพันตามสัญญาในโครงการจำนวนมากขึ้นเรื่อย ๆ บันทึกการตรวจสอบที่ตรวจย้อนได้ (audit trail) แสดงให้เห็นว่างานเป็นไปตามข้อกำหนด และช่วยป้องกันข้อพิพาทเรื่องคุณภาพข้อมูลเมื่อส่งมอบ
มั่นใจเมื่อส่งมอบให้งาน FM
ระบบบริหารทรัพย์สินนำเข้าข้อมูลคุณสมบัติจาก IFC โมเดลที่มี Pset ครบถ้วน การจำแนกประเภทถูกต้อง และ GUID ที่ถูกต้อง จะป้อนข้อมูลเข้าระบบ CAFM ได้โดยอัตโนมัติ ส่วนโมเดลที่ขาดสิ่งเหล่านี้ต้องป้อนข้อมูลด้วยมือซึ่งมีค่าใช้จ่ายสูง
การตรวจสอบ IFC ในขั้นตอนการทำงานตาม ISO 19650
ISO 19650 กำหนดหมุดหมายการส่งมอบสารสนเทศ (IDM) และข้อกำหนดด้านสารสนเทศ (EIR และ AIR) การตรวจสอบโมเดล IFC สอดรับกับกรอบนี้ในสามจุด ดังนี้
Authoring tool (Revit / ArchiCAD / Tekla)
│
▼ IFC export
[L1 Schema check] ──fail──▶ Return to author
│ pass
▼
[L2 Quality check (44 rules)] ──fail──▶ Return to author with error report
│ pass (Health Score ≥ threshold)
▼
[L3 IDS check] ──fail──▶ Return to author with IDS non-conformances
│ pass
▼
CDE upload (approved for coordination)
│
▼
Clash detection / coordination
│
▼
[Pre-submission L2+L3 recheck] ──fail──▶ Fix before submission
│ pass
▼
Client / FM handover
ควรตรวจสอบเมื่อใด: หกจุดตรวจของโครงการ
ก่อนอัปโหลดเข้า CDE
ป้องกันไม่ให้โมเดลที่ไม่เป็นไปตามข้อกำหนดเข้าสู่สภาพแวดล้อมที่ใช้ร่วมกัน อย่างน้อยต้องตรวจ L1+L2 และตรวจ L3 ด้วยหากมีการออก IDS แล้ว
ที่ด่านตรวจของแต่ละขั้นการออกแบบ
ตรวจสอบโมเดลของทุกสาขางานก่อนรวมเป็นโมเดลประสานงาน โดยตรวจงานโครงสร้าง งานสถาปัตยกรรม และงานระบบ (MEP) แยกกันทีละโมเดล
ก่อนตรวจสอบการชนกัน
เรขาคณิตและลำดับชั้นที่เสียหายทำให้เกิดการชนที่ไม่จริง รายงาน L2 ที่ไม่มีปัญหาก่อนรอบตรวจการชนช่วยประหยัดเวลาไล่หาสาเหตุได้หลายชั่วโมง
ก่อนส่งงานให้ผู้ว่าจ้าง
ตรวจสอบตาม IDS อย่างเป็นทางการพร้อมบันทึก Health Score และจัดเก็บรายงานการตรวจสอบไว้คู่กับโมเดลเป็นหลักฐานว่างานเป็นไปตามข้อกำหนด
หลังการแก้ไขครั้งสำคัญ
การแก้ไขใดก็ตามที่กระทบโครงสร้างเชิงพื้นที่ การตั้งชื่อ หรือข้อมูลคุณสมบัติ ควรนำไปสู่การตรวจสอบซ้ำ การตรวจสอบอัตโนมัติทุกครั้งที่ส่งออกทำได้ด้วยขั้นตอนการทำงานผ่าน CLI หรือ API
เมื่อส่งมอบให้งาน FM
ตรวจสอบ LOI ขั้นสุดท้าย: คุณสมบัติที่จำเป็นกรอกครบทุกรายการหรือไม่ รหัสจำแนกประเภทถูกต้องหรือไม่ และชุด GUID คงที่หรือไม่
เบื้องหลังทางเทคนิค: การตรวจสอบทำงานอย่างไร
เครื่องมือตรวจสอบ IFC บนเบราว์เซอร์รุ่นใหม่ใช้ WebAssembly รันเอนจินแยกวิเคราะห์ (parse) IFC และตรรกะการประเมินกฎในเบราว์เซอร์โดยตรง โดยไม่ต้องรับส่งข้อมูลกับเซิร์ฟเวอร์ ไฟล์ IFC จะถูกแยกวิเคราะห์เป็นกราฟสคีมาในหน่วยความจำ แล้วกฎแต่ละข้อจะถูกประเมินเป็นคิวรีบนกราฟนั้น สำหรับโมเดลสถาปัตยกรรมทั่วไป (50–200 MB) กระบวนการนี้ใช้เวลา 15–60 วินาที และได้ออบเจ็กต์ผลลัพธ์ที่มีโครงสร้างซึ่งใช้แสดงผลในหน้าจอรายงาน
สำหรับการตรวจสอบตาม IDS เครื่องมือตรวจสอบจะโหลดไฟล์ IDS XML แปลงข้อกำหนด (specification) แต่ละข้อเป็นชุดเกณฑ์กรององค์ประกอบและเงื่อนไขยืนยันคุณสมบัติ (assertion) จากนั้นประเมินทุกองค์ประกอบที่เกี่ยวข้องในโมเดลเทียบกับเงื่อนไขเหล่านั้น ผลลัพธ์คือบันทึกความสอดคล้องรายองค์ประกอบและรายข้อกำหนด พร้อมสถานะผ่าน/ไม่ผ่าน/ไม่เกี่ยวข้อง
เลือกเครื่องมือตรวจสอบให้เหมาะกับขั้นตอนการทำงานของคุณ
เครื่องมือที่เหมาะสมขึ้นอยู่กับบทบาทของคุณในการประสานงาน ขนาดโครงการ และงบประมาณ หากต้องการเปรียบเทียบแบบตัวต่อตัวโดยละเอียด ดูการเปรียบเทียบเครื่องมือตรวจสอบโมเดล IFC ที่ดีที่สุด หากต้องการเข้าใจความแตกต่างเชิงแนวคิดระหว่างการตรวจสอบกับการดูโมเดล ดูเครื่องมือตรวจสอบโมเดล IFC กับโปรแกรมดู IFC สรุปสั้น ๆ ได้ดังนี้
| สถานการณ์ | แนวทางที่แนะนำ | เหตุผล |
|---|
| ผู้สร้างโมเดล BIM ตรวจสอบไฟล์ที่ตนเองส่งออก | เครื่องมือตรวจสอบบนเบราว์เซอร์ (IFC Viewer Online) | รวดเร็ว ฟรี ไม่ต้องอัปโหลด เห็นผลทันที |
| ผู้ประสานงาน BIM ตรวจทานโมเดลที่ได้รับเข้ามา | ตรวจ L2 + IDS บนเบราว์เซอร์ เทียบกับ IDS ของโครงการ | ตรวจสอบครบทั้งสามระดับ ไม่ต้องพึ่งชุดเครื่องมืออื่น |
| โครงการขนาดใหญ่หลายสาขางานที่ใช้ชุดกฎของ Solibri | Solibri + การคัดกรองเบื้องต้นบนเบราว์เซอร์ | การคัดกรองเบื้องต้นช่วยลดคิวงานใน Solibri ส่วน Solibri เพิ่มกฎเฉพาะโครงการ |
| ด่านตรวจคุณภาพอัตโนมัติแบบ CI/CD ทุกครั้งที่แก้ไขโมเดล | เครื่องมือตรวจสอบที่ขับเคลื่อนด้วย API หรือตัวครอบ (wrapper) แบบ CLI | สั่งทำงานได้โดยไม่ต้องมีคนเข้ามาเกี่ยวข้อง และผสานเข้ากับขั้นตอนการทำงานของ CDE ได้ |
| ผู้ว่าจ้างที่ต้องการรายงานรับรองผล | เครื่องมือที่ส่งออกรายงาน HTML/PDF และบันทึกตรวจย้อน (audit trail) แบบ JSON ได้ | เป็นหลักฐานยืนยันความสอดคล้องตามข้อกำหนดที่หนักแน่นเมื่อส่งมอบ |
แนวทางเลือกเครื่องมือตรวจสอบ IFC ตามสถานการณ์เริ่มตรวจสอบ IFC ครั้งแรก: ทีละขั้นตอน
- ส่งออก (export) IFC จากซอฟต์แวร์สร้างโมเดลของคุณ ใช้ IFC4 (หรือ IFC2x3 หากโครงการกำหนด) และตั้งค่าการส่งออกให้สอดคล้องกับ BEP ของโครงการ
- เปิดไฟล์ IFC ใน IFC Viewer Online ไม่ต้องสร้างบัญชีและไม่ต้องอัปโหลด เพียงลากไฟล์เข้าไปในเบราว์เซอร์
- ไปที่แผงการตรวจสอบ (Validation) การตรวจสอบสคีมาระดับ L1 จะทำงานโดยอัตโนมัติ และการตรวจสอบคุณภาพระดับ L2 จะเริ่มทันที ตรวจดู Health Score และรายละเอียดประเด็นที่พบแยกตามระดับความรุนแรงและหมวดหมู่
- ส่งออกรายงานเป็น JSON หรือ HTML เพื่อเก็บเป็นบันทึกของโครงการ หากโครงการของคุณมีการออกไฟล์ IDS ให้โหลดไฟล์นั้นในแผง IDS เพื่อตรวจสอบระดับ L3
ลองตรวจสอบ IFC ได้เลย
โมเดลสถาปัตยกรรม IFC2x3 นี้สาธิตกระบวนการตรวจสอบสามระดับ ไปที่แผงการตรวจสอบ (Validation) เพื่อดู Health Score และผลการตรวจแยกตามกฎทุกข้อ
IFC2x3 · 2.4 MB
เปิดโปรแกรมดู IFC แบบอินเทอร์แอกทีฟ
การพบ GUID ซ้ำระหว่างการออกแบบใช้เวลาแก้เพียงไม่กี่นาที แต่ถ้าไปพบตอนส่งมอบให้งาน FM จะเสียเวลาหลายวัน การตรวจสอบอย่างเป็นระบบไม่ใช่ภาระเพิ่ม แต่เป็นการควบคุมคุณภาพที่ถูกที่สุดที่มีอยู่
หลักการประสานงาน BIM
การตรวจสอบสามระดับ
สคีมา → คุณภาพ (กฎ 44 ข้อ) → ข้อกำหนดตาม IDS แต่ละระดับต่อยอดจากระดับก่อนหน้า
ใช้ Health Score เป็นด่านตรวจ
คะแนน 0–100 ที่ถ่วงน้ำหนักตามความรุนแรง กำหนดเกณฑ์ 75 สำหรับการประสานงาน และ 90 สำหรับการส่งมอบอย่างเป็นทางการไว้ใน BEP
ตรวจสอบก่อนอัปโหลด
การตรวจสอบภายในเบราว์เซอร์หมายถึงไม่มีความเสี่ยงด้าน NDA ได้ผลตอบกลับทันที และไม่ต้องพึ่งชุดเครื่องมืออื่นเลย
สอดคล้องกับ ISO 19650
การตรวจสอบที่ IDM แต่ละจุดตอบสนองข้อผูกพันเรื่องการตรวจทานและอนุมัติตามข้อ 5.6 พร้อมบันทึกที่ตรวจย้อนได้
อ่านต่อ: อะไรทำให้เครื่องมือตรวจสอบต่างจากโปรแกรมดู พร้อมคำอธิบายประเภทของเครื่องมือ ในเครื่องมือตรวจสอบโมเดล IFC กับโปรแกรมดู IFC เครื่องมือชั้นนำแปดตัวเปรียบเทียบกันอย่างไรในด้านความลึกของการตรวจสอบและความเหมาะกับขั้นตอนการทำงาน ในเครื่องมือตรวจสอบโมเดล IFC ที่ดีที่สุดในปี 2026 ขั้นตอนการตรวจสอบทีละขั้นที่ใช้ได้จริงสำหรับผู้ประสานงาน BIM ในวิธีตรวจสอบโมเดล IFC ก่อนส่งมอบ ข้อผิดพลาด IFC ที่พบบ่อยที่สุดสิบข้อและวิธีตรวจหาแต่ละข้อ ใน10 ข้อผิดพลาดที่พบบ่อยในโมเดล IFC และการคำนวณ Health Score กับการใช้เป็นด่านตรวจคุณภาพ ในคู่มือ IFC Health Score
เครื่องมือตรวจสอบโมเดล IFC (IFC Model Checker): คู่มือฉบับสมบูรณ์ ปี 2026