Zfenix Logo

BIM COORDINATION / ZFENIX ECOSYSTEM

Phát hiện trong Revit. Điều phối trên CDE. Đóng issue bằng bằng chứng.

ZFENIX kết nối kiểm tra mô hình tại nguồn với một vòng xử lý có trách nhiệm. Add-in phát hiện và giữ ngữ cảnh cấu kiện; Lanterna CDE giao issue, lưu trao đổi và trạng thái; dịch vụ phối hợp thiết lập rule, nhịp review và cổng kiểm tra lại trước khi phát hành.

Liên hệ review phối hợp BIMKhám phá Lanterna CDE

Vòng phối hợp desktop ↔ cloud

  1. 01 / REVIT / LINKS

    Mô hình & liên kết

    Đúng model, revision, category và vùng kiểm tra.

  2. 02 / ZFENIX ADD-IN

    Phát hiện & thẩm tra

    Chạy rule, giữ cặp cấu kiện rồi lọc và gom kết quả.

  3. 03 / LANTERNA CDE

    Issue có trách nhiệm

    Ngữ cảnh, owner, ưu tiên, hạn và trao đổi ở một nơi.

  4. 04 / VERIFY / RELEASE

    Kiểm tra lại & phát hành

    Chạy lại cùng rule, ghi quyết định đóng hoặc giữ issue.

PHẢN HỒI → SỬA MODEL → CHẠY LẠI CÙNG RULE
Sơ đồ phương pháp · ZFENIX Add-in giữ ngữ cảnh mô hình, Lanterna giữ lịch sử trách nhiệm và quyết định.

COORDINATION GAP / WHY CLASH LISTS FAIL

Va chạm không tự biến thành quyết định.

Một danh sách clash dài không cho biết việc nào phải làm trước, ai phải sửa và bản sửa đã đủ điều kiện phát hành hay chưa. Giá trị nằm ở cách kết quả được lọc, giao, phản hồi và kiểm tra lại.

  1. 01

    Có quá nhiều kết quả nhưng không biết đâu là vấn đề cần xử lý.

    Chốt ma trận kiểm tra, ngưỡng và phạm vi; nhóm theo bộ môn, tầng, lưới trục và nguyên nhân để giảm nhiễu trước khi tạo issue.

  2. 02

    Issue được gửi đi nhưng mất vị trí và cấu kiện liên quan.

    Giữ ID cấu kiện, loại va chạm, level/grid, ảnh chụp, key plan và viewpoint để người nhận mở đúng bối cảnh thay vì dò lại từ đầu.

  3. 03

    Có người nhận việc nhưng không có một nơi ghi lại phản hồi và quyết định.

    Lanterna CDE giữ người phụ trách, ưu tiên, trạng thái, bình luận, tệp đính kèm và lịch sử thay đổi trong cùng issue.

  4. 04

    Issue được đánh dấu đã xử lý nhưng chưa được kiểm tra trên phiên bản mới.

    Chạy lại đúng rule trên đầu vào đã phát hành; chỉ đóng khi kết quả, phản hồi và bằng chứng kiểm tra lại khớp nhau.

HÌNH ẢNH MINH HỌA01
Va chạm không tự biến thành quyết định.
Hình ảnh giao diện minh họa giúp kết nối vấn đề vận hành với workflow phối hợp được mô tả tại đây.

Đặt vấn đề

Danh sách clash không tự tạo ra đường đi đến quyết định.

Không có chuẩn thẩm tra chung, cùng một va chạm có thể bị ghi nhận nhiều lần, giao sai người hoặc bị bỏ lại trong phiên bản cũ. Đội dự án mất thời gian đọc danh sách thay vì tập trung vào quyết định cần đưa ra.

ZFENIX giải quyết

ZFENIX lọc và gom finding theo rule, ngữ cảnh mô hình và nguyên nhân; sau đó chuyển thành issue có người phụ trách, hạn xử lý và bằng chứng. Mọi phản hồi được kiểm tra lại trước khi đóng issue.

CLASH ENGINE / FROM GEOMETRY TO ACTION

Tìm va chạm là một chuỗi kiểm soát, không phải một nút bấm.

ZFENIX Clash Detection hỗ trợ bốn kiểu kiểm tra. Dịch vụ phối hợp xác định model pair, category, vùng kiểm tra và ngưỡng phù hợp, sau đó thẩm tra kết quả trước khi chuyển thành issue có thể giao việc.

Ma trận tìm kiếm & thẩm tra

Bốn chế độ kiểm tra
RuleĐiều kiện tìmCâu hỏi thẩm tra
HHardHình học A giao hình học BGiao cắt này có cần thay đổi thiết kế?
SSoftVùng bao A chồng vùng bao BChồng lấn thật hay nhiễu hình học?
CClearanceKhoảng cách nhỏ hơn ngưỡngCó vi phạm không gian lắp đặt/vận hành?
DDuplicateVị trí hoặc hình học gần trùngMột đối tượng hay hai phạm vi bị trùng?

Từ kết quả đến công việc

  1. 01

    Kết quả thô

    Cặp cấu kiện + rule + vị trí

  2. 02

    Nhóm đã thẩm tra

    Loại nhiễu + gom cùng nguyên nhân

  3. 03

    Issue có trách nhiệm

    Owner + hạn + ảnh + key plan

Sơ đồ phương pháp · Một nhóm finding chỉ được chuyển thành issue sau khi đã xác nhận cần hành động.
HÌNH ẢNH MINH HỌA02
Giao diện minh họa kiểm tra va chạm
Hình ảnh giao diện minh họa kết nối bước thiết lập rule, thẩm tra finding và tạo issue có trách nhiệm.

  1. FREEZE INPUT

    Khóa đầu vào

    Ghi nhận model, liên kết, phiên bản, hệ tọa độ, khu vực và mốc phát hành sẽ được kiểm tra.

    MODEL / REVISION REGISTER

  2. DEFINE TEST

    Lập ma trận rule

    Chọn cặp bộ môn, category, Hard/Soft/Clearance/Duplicate, ngưỡng và điều kiện loại trừ.

    CLASH RULE MATRIX

  3. DETECT

    Chạy kiểm tra

    Kiểm tra hình học và giữ cặp cấu kiện, loại clash, khoảng cách, level, grid cùng bối cảnh 3D.

    RAW FINDINGS

  4. QUALIFY

    Lọc & gom nhóm

    Loại kết quả không cần xử lý, gộp các clash cùng nguyên nhân và xác định mức ưu tiên theo ảnh hưởng thi công.

    QUALIFIED GROUPS

  5. PROMOTE

    Chuyển thành issue

    Bổ sung tiêu đề, người phụ trách, ưu tiên, hạn xử lý, ảnh clash, key plan và viewpoint trước khi đồng bộ CDE.

    ACCOUNTABLE ISSUE

  6. RECHECK

    Kiểm tra lại

    Chạy lại rule trên phiên bản tiếp theo, xác nhận ảnh hưởng liên bộ môn và ghi bằng chứng để đóng hoặc mở lại issue.

    VERIFIED CLOSEOUT

Không phải mọi giao cắt đều là một issue. Ma trận rule và bước thẩm tra giúp đội dự án tập trung vào rủi ro cần quyết định thay vì chuyển toàn bộ nhiễu hình học sang CDE.

DESKTOP ↔ CLOUD / ONE COORDINATION LOOP

Công cụ không đứng riêng. Mỗi công cụ giữ đúng phần ngữ cảnh của nó.

Add-in ở gần mô hình tác giả để phát hiện và mở đúng cấu kiện. Lanterna ở gần đội dự án để giao việc, thảo luận và kiểm soát trạng thái. Dịch vụ phối hợp nối hai đầu bằng rulebook, trách nhiệm và cổng phát hành.

  1. 01 / A

    AUTHORING CONTEXT

    ZFENIX Add-in / Revit

    Chạy rule trên mô hình và liên kết, mở clash trong 3D, cô lập cấu kiện, tạo ảnh và key plan ngay tại nguồn.

    ELEMENT IDS · LEVEL / GRID · SCREENSHOT · KEY PLAN

  2. 02 / B

    CONTROL LAYER

    Dịch vụ phối hợp ZFENIX

    Thiết lập ma trận kiểm tra, quy tắc gom nhóm, nhịp họp, trách nhiệm phản hồi và điều kiện kiểm tra lại.

    RULEBOOK · TRIAGE · CADENCE · RELEASE GATE

  3. 03 / C

    PROJECT RECORD

    Lanterna CDE

    Giữ issue/BCF, người phụ trách, ưu tiên, trạng thái, bình luận, tệp đính kèm, viewpoint và lịch sử quyết định.

    ISSUE / BCF · OWNER / DUE · COMMENTS · AUDIT TRAIL

CHỌN ĐIỂM BẮT ĐẦU / SẢN PHẨM & DỊCH VỤ

Đi tiếp theo nhu cầu của đội dự án.

Khám phá nền tảng để quản lý quy trình, xem cách đội ngũ đọc mô hình trên web, hoặc trao đổi trực tiếp về một vòng phối hợp đang bị tắc.

ISSUE CONTROL / STATUS IS NOT PROOF

Một issue chỉ kết thúc sau bước kiểm tra lại.

“Resolved” là phản hồi của bên xử lý. “Verified” là kết luận của vòng phối hợp sau khi rule được chạy lại trên đúng phiên bản và ảnh hưởng liên bộ môn đã được rà soát.

  1. 01

    Phát hiện

    Cặp cấu kiện + rule

  2. 02

    Thẩm tra

    Nhóm + mức ưu tiên

  3. 03

    Giao việc

    Owner + hạn xử lý

  4. 04

    Đã sửa

    Phản hồi + phiên bản

  5. 05

    Đã kiểm tra

    Kết quả recheck

  6. 06

    Đã đóng

    Quyết định + lịch sử

HÌNH ẢNH MINH HỌA01
Một issue chỉ kết thúc sau bước kiểm tra lại.
Hình ảnh giao diện minh họa cách bằng chứng kiểm tra lại có thể được lưu trong hồ sơ issue truy vết được.

Đặt vấn đề

“Đã xử lý” chưa phải là bằng chứng phát hành.

Một bộ môn có thể hoàn thành phần việc của mình nhưng phiên bản model, ảnh hưởng liên bộ môn hoặc kết quả rule chưa được kiểm tra lại. Đóng issue ở thời điểm này sẽ làm đứt dấu vết kiểm soát.

ZFENIX giải quyết

ZFENIX giữ issue gắn với cấu kiện, người phụ trách, hạn xử lý, ảnh bằng chứng và phiên bản. Rule được chạy lại trước khi xác nhận; quyết định đóng được ghi nhận cùng lịch sử có thể truy vết.

CỔNG ĐÓNG ISSUE / RECHECK PASS + REVIEW PASS + DECISION RECORDED

RESPONSIBILITY MAP / WHO DOES WHAT

Phối hợp có nhịp vận hành và người ra quyết định rõ ràng.

Mỗi bên nhìn cùng một issue nhưng chịu trách nhiệm ở một điểm khác nhau. Ma trận dưới đây là khung tham chiếu; vai trò cụ thể được chốt trong kế hoạch phối hợp của dự án.

HÌNH ẢNH MINH HỌA03
Giao diện minh họa phối hợp BIM
Hình ảnh giao diện minh họa hỗ trợ cho workflow vai trò và phê duyệt được mô tả bên dưới.

Ma trận trách nhiệm theo điểm kiểm soát

Vai trò của các bên trong vòng phối hợp BIM
Vai trò / Điểm kiểm soátRà soátQuyết địnhXử lýNghiệm thu
Chủ đầu tư / Ban QLDABảo vệ rủi ro và mốc phát hànhTheo dõiƯu tiênKhông trực tiếpPhê duyệt cổng
Lead BIM CoordinatorĐiều hành rule, issue và recheckChủ trìĐiều hànhKiểm soátĐề xuất đóng
Các bộ mônMở đúng bối cảnh và sửa modelTham giaXác nhận phương ánThực hiệnCấp revision
●Chủ trì○Tham gia◆Phê duyệt—Không trực tiếp
Khung tham chiếu · RACI và quyền phê duyệt cuối cùng được chốt theo hợp đồng và kế hoạch phối hợp của dự án.

SERVICE OUTPUTS / ACCEPTANCE LEDGER

Dịch vụ tạo ra bộ kiểm soát mà đội dự án có thể tiếp tục vận hành.

Phạm vi được chốt theo giai đoạn và số bộ môn. Mỗi đầu ra gắn với một công việc, người sử dụng và cách nghiệm thu—không chỉ là báo cáo tổng số clash.

Mã
C1
Đầu ra kiểm soát

Kế hoạch phối hợp BIM

Cách sử dụng
Phạm vi, model federation, lịch phát hành, nhịp review, vai trò và cổng quyết định.
Cách nghiệm thu
Các bên phê duyệt đầu vào, trách nhiệm và lịch phối hợp.
Mã
C2
Đầu ra kiểm soát

Sổ đăng ký model & phiên bản

Cách sử dụng
Nguồn model, bộ môn, revision, tọa độ, trạng thái và mốc dùng cho mỗi lần kiểm tra.
Cách nghiệm thu
Mỗi run truy được về đúng model và phiên bản nguồn.
Mã
C3
Đầu ra kiểm soát

Ma trận rule phát hiện

Cách sử dụng
Model pair, category, loại clash, tolerance, vùng kiểm tra, ngoại lệ và mức ưu tiên.
Cách nghiệm thu
Rule mẫu bắt đúng tình huống cần kiểm soát và loại được nhiễu đã thống nhất.
Mã
C4
Đầu ra kiểm soát

Issue register trên CDE

Cách sử dụng
Issue có ngữ cảnh, owner, priority, due date, trạng thái, bình luận, tệp và viewpoint.
Cách nghiệm thu
Người nhận mở đúng vấn đề, phản hồi và cập nhật trạng thái trên cùng luồng.
Mã
C5
Đầu ra kiểm soát

Nhật ký review & quyết định

Cách sử dụng
Agenda, issue cần quyết định, kết luận, người chịu trách nhiệm và tác động đến mốc phát hành.
Cách nghiệm thu
Mỗi quyết định quan trọng có người phê duyệt và đường truy vết.
Mã
C6
Đầu ra kiểm soát

Báo cáo recheck & closeout

Cách sử dụng
Kết quả chạy lại, issue còn mở, ảnh hưởng liên bộ môn và đề xuất phát hành/giữ lại.
Cách nghiệm thu
Issue chỉ đóng khi bằng chứng recheck và quyết định phát hành được ghi nhận.

COORDINATION REVIEW / START WITH ONE BOTTLENECK

Mang một vòng clash đang gây tắc. Kiểm tra xem hệ sinh thái có giải quyết được không.

Phiên đánh giá dùng dữ liệu đã loại bỏ thông tin nhạy cảm và một mốc phối hợp thật. ZFENIX sẽ đọc cách đội dự án đang nhận model, chạy kiểm tra, giao issue, họp, phản hồi và đóng việc trước khi đề xuất phạm vi dịch vụ.

Bốn đầu vào cần chuẩn bị

  • Một mốc phối hợp hoặc gói công việc đang chậm
  • Hai hoặc nhiều model bộ môn đại diện
  • Clash report/issue log và rule đang dùng nếu có
  • Vai trò tham gia và mốc phát hành cần bảo vệ

Điều cần kiểm chứng

  • Rule tìm đúng nhóm rủi ro cần xử lý
  • Kết quả được gom thành issue đủ ngữ cảnh
  • Người nhận sửa và phản hồi trên một luồng
  • Recheck tạo đủ bằng chứng để đóng hoặc giữ issue

BIM COORDINATION REVIEW

Đừng mua thêm một danh sách clash. Hãy xây một vòng quyết định có thể kiểm soát.

Chọn một mốc phát hành hoặc một nhóm va chạm đang gây tắc. ZFENIX sẽ cùng bạn xác định đầu vào, rule, trách nhiệm, luồng CDE và tiêu chí đóng phù hợp.

Sau buổi trao đổi, bạn nhận đề xuất phạm vi kiểm tra và danh sách đầu vào cần chuẩn bị; chưa cần gửi dữ liệu dự án nhạy cảm.

Đặt lịch review phối hợp BIM
Tất cả dịch vụ
© 2026 ZFENIX - All Rights Reserved
Phối Hợp BIM - Clash Detection, Issue & CDE | ZFENIX