กลับไปยังบล็อก BIM และ IFC
การส่งมอบและ ISO 19650 · 2026-10-03 · 9 นาที
อธิบายหลักการตั้งชื่อไฟล์ตาม ISO 19650 (พร้อมตัวอย่าง)
เจ็ดฟิลด์และขีดกลางหกตัวเป็นตัวตัดสินว่าโมเดลจะถูกค้นหา เรียงลำดับ ตรวจสอบ และรวมกันได้หรือไม่โดยไม่ต้องมีใครเปิดมัน ความหมายของแต่ละฟิลด์ รหัสบทบาท สถานะและฉบับแก้ไขควรอยู่ที่ไหน และข้อผิดพลาดในการตั้งชื่อที่ทำให้ CDE พังแบบเงียบ ๆ
อธิบายหลักการตั้งชื่อไฟล์ตาม ISO 19650 (พร้อมตัวอย่าง) — IFC Viewer Online article cover
ทุกโครงการมีโฟลเดอร์ที่เต็มไปด้วยไฟล์ชื่อประมาณ «โมเดล_สุดท้าย_v3_JB_ใหม่.ifc» และทุกโครงการก็ต้องเรียนรู้ว่าทำไมมันถึงแพง: ไม่มีใครรู้ว่าไฟล์เป็นของสาขาไหน ครอบคลุมโซนหรือชั้นใด เป็นฉบับล่าสุดหรือไม่ หรือไฟล์ที่มีคนส่งมาเมื่อวานคือไฟล์เดียวกับใน CDE หรือเปล่า
ISO 19650 ตอบด้วยหลักการที่เปลี่ยนชื่อไฟล์ให้เป็นข้อมูล เมื่ออ่านได้หนึ่งชื่อ ก็อ่านได้ทุกชื่อ — และเครื่องมือทุกตัวในโครงการก็เช่นกัน
ชื่อไฟล์ ISO 19650 มีเจ็ดฟิลด์ ฟิลด์บทบาทบอกเครื่องมือว่าโมเดลเป็นของสาขาใด
ลองเลย: ชุดโมเดลรวมที่ตั้งชื่อตาม ISO 19650
สามไฟล์ชื่อ BCN-IVO-ZZ-XX-M3-A-0001, -S-0001 และ -M-0001: สถาปัตย์ โครงสร้าง และงานระบบ ตัวอักษรบทบาทเพียงตัวเดียวก็พอให้ตัวดูแยกสาขาได้
เปิดโปรแกรมดู IFC แบบอินเทอร์แอกทีฟ
ประเด็นสำคัญ
- ชื่อไฟล์ประกอบด้วยเจ็ดฟิลด์คั่นด้วยขีดกลาง: โครงการ ผู้จัดทำ โซน/ระบบ ชั้น/ตำแหน่ง ประเภท บทบาท และหมายเลข
- รหัสที่อนุญาตตกลงกันเป็นรายโครงการในโปรโตคอลข้อมูล: มาตรฐานกำหนดโครงสร้าง โครงการกำหนดคำศัพท์
- สถานะและฉบับแก้ไขเป็นเมทาดาทาของ CDE ไม่ใช่ส่วนหนึ่งของชื่อไฟล์
เจ็ดฟิลด์ ทีละฟิลด์
| ฟิลด์ | ตัวอย่าง | ตอบคำถาม |
|---|
| โครงการ | TWR | โครงการไหน? |
| ผู้จัดทำ | ARQ | องค์กรไหนเป็นผู้จัดทำ? |
| โซน / ระบบ | Z1 | ครอบคลุมโซน อาคาร หรือระบบใด? |
| ชั้น / ตำแหน่ง | 03 | ชั้นหรือตำแหน่งใด? (ZZ หลายชั้น, XX ไม่มี) |
| ประเภท | M3 | คอนเทนเนอร์ประเภทใด? M3 = โมเดล 3D, DR = แบบ, SP = ข้อกำหนด… |
| บทบาท | A | สาขาใด? A = สถาปัตย์, S = โครงสร้าง, M = เครื่องกล… |
| หมายเลข | 0001 | อันไหนในบรรดาหลายอันที่มีฟิลด์เหมือนกัน? |
ความยาวฟิลด์ ตัวคั่น และรายการรหัส กำหนดไว้ในโปรโตคอลข้อมูลของแต่ละโครงการสถานะและฉบับแก้ไข: ไม่ใส่ในชื่อ
ข้อผิดพลาดที่พบบ่อยที่สุดคือการเติมความเหมาะสมหรือฉบับแก้ไขต่อท้ายชื่อ: TWR-ARQ-Z1-03-M3-A-0001-S2-P03.ifc ดูละเอียดรอบคอบ แต่หมายความว่าทุกครั้งที่ออกคอนเทนเนอร์เดิมจะได้ชื่อต่างกัน ลิงก์และการอ้างอิงถึงฉบับก่อนทั้งหมดจะขาด และ CDE จะแสดงประวัติของคอนเทนเนอร์ไม่ได้อีก
| เมทาดาทา | รหัส (ภาคผนวกแห่งชาติสหราชอาณาจักร) | อยู่ที่ไหน |
|---|
| ความเหมาะสม | S0 กำลังทำ · S1 ประสานงาน · S2 ข้อมูล · S3 ตรวจทานและแสดงความเห็น · S4 อนุมัติระยะ · A1… อนุญาตแล้ว | เมทาดาทาของ CDE |
| ฉบับแก้ไข | P01, P02… เบื้องต้น · C01, C02… ตามสัญญา | เมทาดาทาของ CDE |
| การจำแนก | Uniclass, OmniClass, CCI… | เมทาดาทาและในโมเดล |
ทำไมการตั้งชื่อสำคัญต่อเครื่องมือ ไม่ใช่แค่คน
ชื่อที่ดีคือข้อมูลที่เครื่องอ่านได้โดยไม่ต้องเปิดไฟล์ ซึ่งสำคัญขึ้นทุกปีเมื่องานตรวจสอบและการรวมโมเดลย้ายไปอยู่ในซอฟต์แวร์:
- การรวมโมเดล: ตัวดูสามารถจัดกลุ่มโมเดลตามบทบาทและระบายสีตามสาขา — สถาปัตย์โปร่งแสง โครงสร้างสีหนึ่ง งานระบบอีกสีหนึ่ง — จากชื่อเพียงอย่างเดียว
- การตรวจสอบการส่งมอบ: ชื่อไฟล์เป็นแถวแรกของตารางตรวจรับแทบทุกตาราง เพราะคอนเทนเนอร์ที่ตั้งชื่อผิดค้นหา เรียง หรือติดตามไม่ได้
- การติดตามฉบับแก้ไข: เมื่อชื่อเดียวกันหมายถึงคอนเทนเนอร์เดียวกันเสมอ การเทียบงานส่งสัปดาห์นี้กับครั้งก่อนก็แค่จับคู่ชื่อ แล้วจึงจับคู่ GlobalId
ในตัวดูของเรา ฟิลด์บทบาทเป็นตัวกำหนดสีตามสาขาในภาพประสานงาน — ดูภาพนำเสนอจากไฟล์ IFC ด้านการตรวจรับอยู่ในเกณฑ์การตรวจรับ IFC
ข้อผิดพลาดในการตั้งชื่อห้าข้อที่เสียเวลาจริง
- ใส่สถานะหรือฉบับแก้ไขในชื่อ: ทุกครั้งที่ออกจะกลายเป็นไฟล์ใหม่
- ฟิลด์ข้อความอิสระ: ไฟล์หนึ่งเขียน «Arch» ไฟล์ถัดไป «ARC» ไฟล์ที่สาม «A» ตกลงรายการรหัสหนึ่งชุดและใช้แค่นั้น
- รหัสชั้นต่างกันในแต่ละสาขา: สถาปนิกใช้ 03 วิศวกรใช้ P3 การรวมตามชั้นจะใช้ไม่ได้
- ช่องว่างและอักขระพิเศษ: ทำให้สคริปต์ URL และ CDE บางตัวพัง ใช้เพียงตัวอักษร ตัวเลข และขีดกลาง
- เปลี่ยนชื่อตอนส่งออก: เครื่องมือออกแบบเขียนชื่อหนึ่ง มีคนเปลี่ยนชื่อเพื่อ CDE แล้วทั้งสองก็ค่อย ๆ ไม่ตรงกัน
การตั้งชื่อเป็นเพียงหนึ่งบรรทัดในรายการตรวจสอบการส่งมอบที่ใหญ่กว่า ส่วนที่เหลืออยู่ในรายการตรวจสอบ IFC ตาม ISO 19650
อธิบายหลักการตั้งชื่อไฟล์ตาม ISO 19650 (พร้อมตัวอย่าง)