กลับไปยังบล็อก BIM และ IFC
เครื่องมือและการเปรียบเทียบ · 2026-10-01 · 11 นาที
วิธีเปรียบเทียบไฟล์ IFC สองเวอร์ชันและเห็นชัดว่าอะไรเปลี่ยนไป
“ตั้งแต่สัปดาห์ที่แล้วมีอะไรเปลี่ยนบ้าง” คือคำถามที่ผู้ประสานงานทุกคนถาม แต่แทบไม่มีเครื่องมือ IFC ไหนตอบได้ดี การเปรียบเทียบด้วย GlobalId ทั้งชุดไฟล์ แทนการเทียบไฟล์ต่อไฟล์ คือสิ่งที่เปลี่ยนการเทียบความต่างให้กลายเป็นการตรวจทานประจำสัปดาห์
วิธีเปรียบเทียบไฟล์ IFC สองเวอร์ชันและเห็นชัดว่าอะไรเปลี่ยนไป — IFC Viewer Online article cover
ทุกวันจันทร์ จะมีผู้ประสานงาน BIM สักคนได้รับโมเดลชุดใหม่จากแต่ละสาขา แล้วถามคำถามเดียวที่สำคัญ คืออะไรเปลี่ยนไปบ้าง คำตอบตรง ๆ ในโครงการส่วนใหญ่คือ “เปิดทั้งสองไฟล์แล้วนั่งดู” วิธีนี้ใช้ได้กับบ้านหลังเดียว แต่ใช้ไม่ได้กับ 11 ไฟล์และองค์ประกอบสี่หมื่นชิ้น
การเปรียบเทียบเวอร์ชัน IFC อย่างถูกต้องไม่ใช่เรื่องยาก แต่ขึ้นอยู่กับการตัดสินใจข้อเดียวที่เครื่องมือส่วนใหญ่พลาดแบบแนบเนียน คืออะไรนับเป็น “องค์ประกอบเดียวกัน”
ตัวตนขององค์ประกอบคือหัวใจของปัญหา
จับคู่ด้วย GlobalId ทั้งชุดไฟล์: property ที่เปลี่ยน องค์ประกอบที่ย้ายข้ามไฟล์สาขา การเพิ่ม และการลบ
องค์ประกอบ IFC มีตัวระบุสองแบบ express ID (เช่น #1234 ในไฟล์) เป็นแค่หมายเลขบรรทัด ซึ่งถูกเรียงใหม่ทุกครั้งที่ export และไม่มีความหมายข้ามเวอร์ชัน ส่วน GlobalId คือ GUID ยาว 22 ตัวอักษรที่ออกแบบมาให้คงอยู่ตลอดอายุขององค์ประกอบ การเปรียบเทียบที่จับคู่ด้วยสิ่งอื่นนอกจาก GlobalId ก็คือการเทียบหมายเลขบรรทัด
GUID ที่คงที่เป็นเรื่องการตั้งค่า export ไม่ใช่งานทำโมเดล ทำไม GUID ของ IFC เปลี่ยนทุกครั้งที่ export อธิบายวิธีแก้สำหรับโปรแกรมแต่ละตัว และถ้าคุณเจอปัญหาตรงข้าม คือ GUID เดียวกันถูกใช้สองครั้งในไฟล์เดียว ดู GUID ซ้ำใน IFC
เปรียบเทียบทั้งชุด ไม่ใช่ทีละไฟล์
โครงการจริงเป็นโมเดลแบบ federated มีทั้งสถาปัตยกรรม โครงสร้าง งานระบบ (MEP) และบางครั้งแบ่งย่อยตามอาคารหรือชั้นอีก การเทียบไฟล์ต่อไฟล์จะพลาดการเปลี่ยนแปลงที่น่าสนใจที่สุด คือองค์ประกอบที่ย้ายข้ามไฟล์ เมื่อวิศวกรโครงสร้างรับผนังที่สถาปนิกทำไว้ไปดูแลต่อ การเทียบทีละไฟล์จะรายงานการลบหนึ่งรายการและการเพิ่มอีกหนึ่งรายการที่ดูไม่เกี่ยวกัน และทั้งสองรายการผิด
การจับคู่ด้วย GlobalId ทั้งชุดแก้ปัญหานี้ได้ องค์ประกอบจะถูกพบในทั้งสองเวอร์ชัน เพียงแต่อยู่คนละไฟล์ จึงถูกรายงานครั้งเดียวในฐานะ “แก้ไข” พร้อมเหตุผลว่า “ย้ายไปไฟล์อื่น” การจับคู่ระดับไฟล์ยังมีหน้าที่ของมัน คือสรุปผลรายไฟล์ แต่นั่นเป็นรายละเอียดของการแสดงผล ไม่ใช่กฎในการระบุตัวตน
“แก้ไข” ควรหมายถึงอะไร
การเปรียบเทียบที่มีประโยชน์ไม่ได้บอกแค่ว่าองค์ประกอบเปลี่ยน แต่บอกว่าเปลี่ยนอย่างไร หมวดเหล่านี้ควรแยกออกจากกัน เพราะแต่ละหมวดต้องส่งให้คนละคน
| การเปลี่ยนแปลง | ตัวอย่าง | ใครต้องรู้ |
|---|
| เพิ่ม / ลบ | ผนังกั้นห้องใหม่ เสาที่ถูกลบ | ทุกคน นี่คือพาดหัว |
| คลาสเปลี่ยน | proxy กลายเป็น IfcWall | ผู้ประสานงาน ผู้ถอดปริมาณ |
| Attribute | แก้ชื่อหรือแท็ก | ผู้ดูแลตารางรายการ |
| Property | FireRating เปลี่ยนจาก EI 60 เป็น EI 30 | วิศวกรป้องกันอัคคีภัย ผู้เขียนข้อกำหนด |
| การจำแนก | รหัส Uniclass เปลี่ยน | ทีมต้นทุนและทีม FM |
| วัสดุ | เกรดคอนกรีตเปลี่ยน | วิศวกรโครงสร้าง |
| การบรรจุ | ย้ายไปอีกชั้น | ผู้ประสานงาน |
| ไฟล์ | ย้ายไปโมเดลของอีกสาขา | ผู้จัดการข้อมูล |
ผลเทียบที่บอกแค่ว่า “เปลี่ยน” คือรายการสถานที่ที่ต้องไปดูเอง ส่วนผลเทียบที่บอกว่าอะไรเปลี่ยน คือการตรวจทานที่คุณทำเสร็จไปแล้ว
การตรวจทานประจำสัปดาห์ใน 5 ขั้นตอน
- โหลดโมเดลชุดใหม่ ทุกไฟล์ในชุดเป็นฉากเดียว การประมวลผลเกิดในเบราว์เซอร์ โมเดลที่เป็นความลับจึงไม่ออกจากเครื่องของคุณ
- เทียบกับเวอร์ชันก่อนหน้าหรือ baseline ที่บันทึกไว้ baseline คือ snapshot ที่คุณเก็บไว้ในเครื่อง เช่น สถานะที่รับมอบเมื่อสัปดาห์ก่อน หรือสถานะที่ผูกกับงวดการจ่ายเงิน จึงไม่ต้องเปิดไฟล์เก่าไว้เพื่อเปรียบเทียบ
- อ่านสรุปก่อน แล้วค่อยดู 3D ส่วนที่เพิ่มเป็นสีหนึ่ง ส่วนที่แก้ไขเป็นอีกสีหนึ่ง ส่วนที่ลบเป็นสีที่สาม สรุปรายไฟล์บอกว่าสาขาไหนขยับ ส่วนสีบอกว่าขยับตรงไหน
- รัน IDS ใหม่ทั้งสองเวอร์ชัน specification เดียวกันที่ประเมินบนโมเดลเก่าและใหม่จะแสดงว่าข้อกำหนดใดถูกแก้แล้ว และข้อใดแย่ลง โดยไม่ต้องประมวลผลไฟล์ใดใหม่
- อัปเดต BCF การเปลี่ยนแปลงที่ต้องดำเนินการจะกลายเป็นประเด็นที่ติดป้ายเวอร์ชันต้นทาง เพื่อไม่ให้การเปรียบเทียบสัปดาห์หน้าเปิดประเด็นซ้ำ
ขั้นที่ 4 คือจุดที่การเปรียบเทียบเลิกเป็นแค่ความอยากรู้ และกลายเป็นการควบคุมคุณภาพ วิธีเตรียม specification อยู่ใน IDS คืออะไร ส่วนขั้นที่ 5 อยู่ใน BCF 2.1 กับ 3.0 ต่างกันอย่างไร
อ่านผลเปรียบเทียบโดยไม่หลงทาง
- property เปลี่ยนจำนวนมากโดยไม่มีเรขาคณิตเปลี่ยน มักหมายความว่าการตั้งค่า export เปลี่ยน ไม่ใช่แบบเปลี่ยน ตรวจเทมเพลต export ก่อนไปถามคนทำโมเดล
- ส่วนที่ลบและเพิ่มในจำนวนใกล้เคียงกันในคลาสเดียวกัน คือ GUID ถูกเปลี่ยน ไม่ใช่การออกแบบใหม่ ให้ถือเป็นข้อบกพร่องของการ export
- การบรรจุเปลี่ยนทั้งชั้น มักหมายความว่าชั้นนั้นถูกสร้างใหม่ องค์ประกอบไม่ได้ขยับ ที่ขยับคือองค์ประกอบแม่
- ผลว่าไม่มีอะไรเปลี่ยนก็ควรยืนยัน ลองเทียบ baseline กับตัวเองสักครั้ง ผลต้องว่างเปล่าทั้งหมด แล้วคุณจะรู้ว่าผลเทียบที่ว่างเปล่าเป็นของจริง
การเปรียบเทียบยังเป็นวิธีที่เร็วที่สุดในการตัดสินว่ารีวิชันใหม่คุ้มค่ากับการตรวจทานเต็มรูปแบบหรือไม่ ถ้าคุ้ม วิธีตรวจโมเดล IFC ก่อนส่งมอบ คือขั้นตอนครบชุด
วิธีเปรียบเทียบไฟล์ IFC สองเวอร์ชันและเห็นชัดว่าอะไรเปลี่ยนไป