IFC Viewer Online · กลับไปยังบล็อก BIM และ IFC
การส่งมอบและ ISO 19650 · 2026-11-13 · 7 นาที
ใครเห็นโมเดลไหน: การแยกข้อมูลของซัพพลายเออร์ใน CDE รับงาน
เวิร์กสเปซรับงานเก็บโมเดลจากหลายบริษัทที่ต้องไม่เห็นงานของกันและกัน ห้าคำถามที่ควรถาม CDE ใดก็ตามที่รับโมเดล และการทดสอบที่เราทำกับระบบของเราก่อนจะเรียกว่าพร้อม
สมุดบันทึกการส่งงานของโครงการที่มี 16 รายการ พร้อม SHA-256 ของแต่ละไฟล์ และสายโซ่ที่คำนวณใหม่ในเบราว์เซอร์แล้วพบว่าสมบูรณ์
เวิร์กสเปซรับงานของผู้รับเหมาหลักเป็นพื้นที่ที่แปลก วิศวกรโครงสร้าง ผู้ติดตั้งงานระบบ MEP และบริษัทงานฟาซาดต่างส่งงานเข้ามา และในอีกโครงการหนึ่ง แต่ละรายก็เป็นคู่แข่งของกัน พวกเขาต้องเห็นข้อกำหนดและงานของตัวเอง แต่ต้องไม่เห็นงานของกันและกัน
ISO 19650-5 วางแนวทางการจัดการข้อมูลอ่อนไหวของสินทรัพย์ก่อสร้างโดยคำนึงถึงความปลอดภัย ไม่ว่าโครงการจะใช้ BIM หรือไม่ [iso-19650-5] คุณไม่จำเป็นต้องใช้มาตรฐานทั้งฉบับเพื่อถาม CDE ห้าคำถามง่าย ๆ
ประเด็นสำคัญ
- ลิงก์ของซัพพลายเออร์แสดงอะไร และไม่แสดงอะไร
- แต่ละบทบาทในทีมผู้รับทำอะไรได้ และอะไรถูกปฏิเสธ
- บริษัทหนึ่งอ่านข้อมูลของอีกบริษัทได้หรือไม่ในทุกกรณี
- ไฟล์ที่ถูกตรวจคือไฟล์เดียวกับที่ถูกส่งหรือไม่
- ถ้ามีคนแก้ไขบันทึกภายหลัง จะเห็นได้หรือไม่
1. ลิงก์ของซัพพลายเออร์แสดงอะไร
ลิงก์ของซัพพลายเออร์มีโทเคนสำหรับซัพพลายเออร์รายเดียว ลำพังโทเคนไม่แสดงอะไรเลย เมื่อใช้คู่กับโครงการที่สร้างลิงก์นั้น จะแสดงข้อกำหนดของโครงการและการส่งงานของซัพพลายเออร์รายนั้น ไม่เคยแสดงของรายอื่น
เราพูดตรง ๆ เพราะครั้งแรกเราทำพลาด: ระหว่างสร้างหน้าอัปโหลด การทดสอบของเราพบว่าโทเคนอย่างเดียวแสดงรายการโครงการทั้งหมดของบริษัทได้ เราแก้ไขก่อนรวมหน้านี้เข้าระบบ และตอนนี้มีการทดสอบตรวจเรื่องนี้ทุกครั้งที่รัน
2. แต่ละบทบาททำอะไรได้
ในทีมของผู้รับเหมาหลักมีหกบทบาท ตั้งแต่เจ้าของจนถึงผู้เยี่ยมชม การทดสอบของเราให้ทุกบทบาทลองเขียนข้อมูลทุกแบบ และคาดหวังผลตรงตามสิทธิ์ของบทบาทนั้น ตัวอย่างสิ่งที่ถูกปฏิเสธ:
- ผู้ตรวจทานเห็นการส่งงานได้ แต่ยอมรับหรือส่งกลับไม่ได้
- ผู้เยี่ยมชมไม่เห็นการส่งงานเลย
- ผู้ดูวางอีเมลลงในคิวขาออกไม่ได้
- เฉพาะเจ้าของและผู้ดูแลระบบเท่านั้นที่เปลี่ยนคลังกฎของบริษัทได้
เมื่อสองคนแก้ไข issue หรือชุดกฎเดียวกันพร้อมกัน คนที่สองจะได้สำเนาปัจจุบันและแจ้งว่ามีข้อขัดแย้ง แทนที่จะเขียนทับของคนแรกโดยไม่รู้ตัว
3. บริษัทหนึ่งไม่มีวันอ่านข้อมูลอีกบริษัท
การทดสอบของเราสร้างบริษัทที่สองบนเซิร์ฟเวอร์เดียวกัน แล้วใช้ผู้ใช้ของบริษัทนั้นพยายามอ่านและเขียนการส่งงาน issue และกฎของบริษัทแรก ทุกความพยายามถูกปฏิเสธ การทดสอบนี้รันพร้อมกับการทดสอบอื่น การเปลี่ยนแปลงที่ทำให้มันพังจึงไม่หลุดรอดไป
4. ไฟล์ที่ตรวจคือไฟล์ที่ส่ง
เบราว์เซอร์ของซัพพลายเออร์คำนวณ SHA-256 ของไฟล์และลงทะเบียนไว้ก่อนอัปโหลด ตัวรันการตรวจสอบจะเช็กลายนิ้วมือนั้นและส่วนหัวของ IFC ก่อนเปิดไฟล์: ไฟล์ที่เปลี่ยนไประหว่างทาง หรือไม่ใช่ IFC จะถูกส่งกลับก่อนตรวจสอบ ผู้ตัดสินเห็นลายนิ้วมือเดียวกัน และผลการตัดสินถูกผนึกด้วยค่านั้น
การทดสอบภายในของเวิร์กสเปซบนเซิร์ฟเวอร์ของเราเอง ด้วยโมเดลทดสอบ Hotel Vela (ไฟล์ IFC จริง) หน้าจอภาษาสเปน ยังไม่เปิดให้ใช้งาน
5. บันทึกที่เห็นได้ทันทีเมื่อถูกแก้
การส่งงานและการตัดสินทุกครั้งเป็นหนึ่งบรรทัดในสมุดบันทึก พร้อมวันที่ ผู้ทำ และลายนิ้วมือ เชื่อมโยงกับบรรทัดก่อนหน้า ปุ่ม "ตรวจสายโซ่" คำนวณแฮชทุกค่าใหม่ในเบราว์เซอร์ของคุณ ในโครงการทดสอบของเรา 16 รายการตรงกันทั้งหมด ถ้ามีคนแก้ไขบรรทัดใด สายโซ่จะขาดที่บรรทัดนั้น UK BIM Framework อธิบายว่าการตรวจทานและการยอมรับเป็นขั้นตอนของฝ่ายที่รับข้อมูล [uk-bim-part-c] สมุดบันทึกนี้คือหลักฐานของการยอมรับแต่ละครั้ง
การทดสอบภายในของเวิร์กสเปซบนเซิร์ฟเวอร์ของเราเอง ด้วยโมเดลทดสอบ Hotel Vela (ไฟล์ IFC จริง) หน้าจอภาษาสเปน ยังไม่เปิดให้ใช้งาน
อะไรออกจากเวิร์กสเปซได้บ้าง
- Webhook ลงนามด้วย HMAC-SHA256 ระบบของคุณจึงรู้ได้ว่ามาจากเรา
- อีเมลเข้าคิวและรออยู่ที่นั่น ผู้ติดต่อที่ไม่เคยยินยอมหรือยกเลิกการรับแล้วจะถูกคิวปฏิเสธเอง
- ลิงก์สำหรับลูกค้าเก็บเฉพาะแฮชของโทเคนและรหัสผ่าน มีวันหมดอายุ เพิกถอนได้ และล็อกหลังพยายามผิด 10 ครั้ง
สิ่งที่ยังไม่เสร็จ
- ระบบรันบนเซิร์ฟเวอร์ของเราในการทดสอบ ยังไม่ใช่บริการโฮสต์ที่มีสัญญา
- ยังไม่มีการตรวจสอบความปลอดภัยจากภายนอก
ถามคำถามเดียวกันกับทุก CDE
ห้าคำถามนี้ใช้ได้กับทุกเครื่องมือ รวมถึงของเราด้วย สำหรับคำถามที่ฝ่าย IT ถามเกี่ยวกับโปรแกรมดูฟรี (ไฟล์ไปที่ไหน คุกกี้ ผู้ประมวลผลข้อมูลช่วง) ดู เช็กลิสต์ความปลอดภัย IT ของเครื่องมือ BIM หากต้องการทดสอบ Reception กับโครงการจริง คุยกับเรา
ใครเห็นโมเดลไหน: การแยกข้อมูลของซัพพลายเออร์ใน CDE รับงาน