BEP là viết tắt của BIM Execution Plan, thường được dịch là kế hoạch thực hiện BIM. Đây không phải tài liệu viết cho đủ hồ sơ, mà là bản hướng dẫn vận hành chung của đội dự án: BIM được dùng để giải quyết mục tiêu nào, ai tạo và kiểm tra thông tin, mô hình được chia sẻ ở đâu, tiêu chí nào quyết định một gói thông tin đủ điều kiện phát hành và khi nào phải bàn giao. Bài viết này tổng hợp theo bộ tài liệu BIM trong thư viện DLhouse, tập trung vào cách lập BEP có thể dùng thực tế cho dự án thiết kế bằng Revit.
BEP là gì và nằm ở đâu trong chuỗi tài liệu BIM?
Để hiểu đúng BEP, cần đặt nó trong chuỗi yêu cầu và giao nộp thông tin. EIR nêu điều bên giao việc cần; Pre-BEP cho biết bên dự thầu dự kiến đáp ứng thế nào; BEP xác nhận phương pháp sau khi được bổ nhiệm; TIDP và MIDP biến phương pháp đó thành danh sách gói thông tin, người thực hiện và ngày giao cụ thể. CDE là môi trường kiểm soát phiên bản, trạng thái và bằng chứng phát hành.
| Tài liệu | Câu hỏi chính | Đầu ra cần kiểm soát |
|---|---|---|
| EIR | Chủ đầu tư hoặc bên giao việc cần thông tin gì? | Yêu cầu, mục đích sử dụng, định dạng, mốc giao và tiêu chí chấp nhận. |
| Pre-BEP | Đơn vị dự thầu có khả năng đáp ứng ra sao? | Phương pháp dự kiến, nhân sự, công nghệ, rủi ro, điểm chưa đáp ứng hoặc giả định. |
| BEP xác nhận | Sau khi bổ nhiệm, dự án sẽ vận hành BIM thế nào? | Quy trình đã chốt, vai trò có tên, CDE, QA, phần mềm, mô hình và cơ chế thay đổi. |
| TIDP/MIDP | Ai giao gói thông tin nào và vào thời điểm nào? | Container, người tạo/kiểm, phụ thuộc, thời gian QA, mốc chia sẻ và phát hành. |
Phân biệt Pre-BEP và BEP xác nhận
Pre-BEP được lập trong giai đoạn lựa chọn nhà thầu hoặc tư vấn. Nó phải trả lời từng yêu cầu quan trọng trong EIR, nêu rõ phần đáp ứng, phần đáp ứng một phần, sai khác và giả định. Một Pre-BEP tốt cần có bằng chứng về năng lực nhân sự, tải công việc, công cụ, quy trình kiểm tra và kế hoạch thử nghiệm trao đổi dữ liệu.
BEP xác nhận được hoàn thiện sau khi các bên đã chốt phạm vi. Lúc này tên người phụ trách, quyền phê duyệt, phiên bản phần mềm, lịch phối hợp, quy tắc CDE, cấu trúc mô hình và tiêu chí nghiệm thu phải đủ cụ thể để đội dự án dùng hàng ngày. BEP là tài liệu sống nhưng mọi lần sửa phải có revision, người kiểm tra, người phê duyệt và ngày hiệu lực.
15 nhóm nội dung nên có trong một BEP đầy đủ
| Nhóm | Nội dung cần chốt | Bằng chứng vận hành |
|---|---|---|
| 1. Kiểm soát tài liệu | Mã tài liệu, revision, trạng thái, người lập/kiểm/phê duyệt, tài liệu thay thế. | Trang kiểm soát và lịch sử thay đổi. |
| 2. Phạm vi dự án | Giai đoạn, bộ môn, khu vực, sản phẩm và phần loại trừ. | Scope matrix và model breakdown. |
| 3. Mục tiêu BIM | Phối hợp, hồ sơ, khối lượng, 4D/5D, vận hành hoặc mục tiêu khác. | Mỗi mục tiêu gắn Requirement ID và người quyết định. |
| 4. Tổ chức và thẩm quyền | Vai trò, RACI, người authorize, người accept và đường escalation. | Sơ đồ tổ chức, ma trận trách nhiệm. |
| 5. Kế hoạch giao nộp | TIDP/MIDP, phụ thuộc, năng lực nguồn lực, thời gian review. | Baseline, forecast và trạng thái từng gói. |
| 6. CDE | WIP, Shared, Published, Archive; metadata, quyền và quy trình duyệt. | CDE protocol, permission matrix, audit log. |
| 7. Phân chia mô hình | Tách theo bộ môn, khu vực, hệ thống; nguyên tắc liên kết và federation. | Model responsibility matrix. |
| 8. Tọa độ và mốc chuẩn | Hệ tọa độ, project base point, survey point, cao độ và True North. | Biên bản kiểm tra tọa độ liên bộ môn. |
| 9. Tiêu chuẩn thông tin | Quy ước tên, phân loại, data dictionary, LOD/LOI hoặc LoIN. | Template, shared parameters, naming sheet. |
| 10. Phần mềm và trao đổi | Phiên bản Revit, plugin, IFC/PDF/DWG, cấu hình xuất và phần loại trừ. | Exchange test và cấu hình đã duyệt. |
| 11. Sản xuất và phối hợp | Nhịp chia sẻ, federation, clash/issue và cuộc họp phối hợp. | Lịch phối hợp và issue register. |
| 12. QA và chấp nhận | Quy tắc kiểm, mức độ lỗi, bằng chứng, ngoại lệ và cổng phát hành. | Checklist, report và acceptance record. |
| 13. Bảo mật và quyền dữ liệu | Quyền truy cập, dữ liệu nhạy cảm, sở hữu, lưu giữ và xử lý sự cố. | Security plan và access register. |
| 14. Thay đổi và rủi ro | Cách gửi yêu cầu thay đổi, đánh giá tác động, phê duyệt và cập nhật baseline. | Change register và risk register. |
| 15. Bàn giao và đóng dự án | As-built, mô hình gốc/IFC, dữ liệu vận hành, archive và chuyển tài khoản. | Manifest, transmittal và biên bản chấp nhận. |
Vai trò và trách nhiệm phải viết đến mức nào?
Không nên chỉ ghi chung “BIM Manager chịu trách nhiệm BIM”. BEP cần phân biệt người tạo, người kiểm tra, người cho phép chia sẻ và người chấp nhận. Ví dụ, kỹ sư kết cấu tạo mô hình cột; trưởng nhóm kết cấu tự kiểm và authorize sang Shared; BIM Coordinator liên kết mô hình để kiểm phối hợp; đại diện bên giao việc accept gói Published theo tiêu chí đã thống nhất.
Ma trận trách nhiệm nên đi tới cấp gói thông tin hoặc loại container. Khi một việc có hai người cùng “chịu trách nhiệm” nhưng không có người quyết định cuối cùng, lỗi thường bị treo giữa các bộ môn.
BEP phải quy định CDE và vòng đời thông tin ra sao?
Trong CDE, trạng thái thể hiện mức độ tin cậy và mục đích dùng của thông tin. WIP là vùng đội sản xuất đang làm; Shared là thông tin đã tự kiểm và được phép dùng cho phối hợp; Published là gói phát hành chính thức theo mục đích đã duyệt; Archive giữ lịch sử và bằng chứng. Shared không mặc nhiên có nghĩa là được dùng để thi công.
BEP cần nêu ai có quyền chuyển trạng thái, quy tắc tên file, revision, metadata bắt buộc, thời gian review, cách reject và cách khôi phục bản cũ. Với Revit Central, BEP cũng phải chỉ rõ vị trí Central Model, cách tạo Local File, tần suất Sync, backup, workset và điều kiện đưa model sang vùng Shared. Xem thêm bài CDE là gì trong BIM và tạo File Central Revit.
TIDP và MIDP biến BEP thành lịch giao nộp thế nào?
BEP mô tả phương pháp; TIDP/MIDP chứng minh phương pháp đó có thể thực hiện đúng hạn. Một dòng TIDP tối thiểu nên có mã gói thông tin, phạm vi, Requirement ID, người tạo, người kiểm, định dạng, ngày WIP/Shared/Published, thời lượng sản xuất, thời lượng QA, gói phụ thuộc và tiêu chí chấp nhận.
MIDP tổng hợp TIDP của kiến trúc, kết cấu, MEP và các nhóm khác. Khi tổng hợp phải kiểm mã trùng, gói còn thiếu, phụ thuộc vòng, ngày Shared đến sau ngày phối hợp, người kiểm bị quá tải và thời gian review bằng không. Nếu chỉ ghép các bảng lại mà không kiểm những điểm này, MIDP không phản ánh khả năng giao thật.
Mẫu BEP rút gọn cho văn phòng thiết kế nhỏ
Dự án nhà phố, biệt thự hoặc văn phòng nhỏ không nhất thiết cần tài liệu vài chục trang. Một BEP rút gọn 5-8 trang có thể đủ nếu chứa các quyết định vận hành sau:
- Mục tiêu: phối hợp kiến trúc-kết cấu-MEP, xuất hồ sơ và bóc khối lượng.
- Phạm vi: mô hình nào được tạo, khu vực nào loại trừ, sản phẩm bàn giao.
- Người phụ trách: người dựng, người kiểm, người phát hành và người nhận.
- Công cụ: phiên bản Revit, template, plugin được phép dùng và định dạng xuất.
- Cấu trúc file: tên file, thư mục, Central/Local, workset và lịch backup.
- Quy trình chia sẻ: WIP, Shared, Published, nơi lưu và cách ghi revision.
- Checklist QA: tọa độ, level/grid, warning, family, schedule, sheet và file liên kết.
- Mốc giao: ngày chia sẻ, thời gian kiểm, ngày phát hành và định dạng gói.
Quy trình lập BEP từ EIR đến khi phát hành
- Đọc EIR và lập bảng Requirement ID, mục đích, sản phẩm, tiêu chí chấp nhận.
- Ghi rõ điểm đáp ứng, sai khác, giả định và dữ liệu còn thiếu.
- Chốt mục tiêu BIM, phạm vi mô hình và cách phân chia theo bộ môn/khu vực.
- Đặt tên người phụ trách, quyền authorize/accept và đường xử lý khi có tranh chấp.
- Chạy thử một gói trao đổi nhỏ: RVT/IFC/PDF, tọa độ, tham số và CDE.
- Lập TIDP của từng nhóm, tích hợp thành MIDP và kiểm phụ thuộc/năng lực.
- Hoàn thiện QA plan, CDE protocol, security, change control và bàn giao.
- Phát hành BEP có revision; hướng dẫn đội dự án và kiểm hiệu lực tại mốc đầu tiên.
Tiêu chí QA và chấp nhận nên viết cụ thể
Các câu như “mô hình phải đạt chất lượng” không thể nghiệm thu. BEP nên đưa ra phép kiểm và bằng chứng: đúng tọa độ; không thiếu model/link bắt buộc; family/category đúng; tham số bắt buộc có dữ liệu; không có clash mức Critical chưa đóng; sheet/schedule khớp model; IFC mở được; tên file và revision đúng; gói giao có manifest và báo cáo QA.
Mỗi phép kiểm cần có người thực hiện, thời điểm, kết quả pass/fail, cách xử lý ngoại lệ và người có quyền chấp nhận. Ngưỡng lỗi phải được điều chỉnh theo giai đoạn; model thiết kế sơ bộ không thể bị kiểm như model hoàn công.
Quản lý thay đổi BEP trong suốt dự án
Khi EIR, phạm vi, phần mềm, mốc giao hoặc tổ chức thay đổi, không nên sửa riêng một đoạn BEP rồi gửi qua email. Cần tạo Change Request, đánh giá ảnh hưởng đến model breakdown, dữ liệu, QA, TIDP/MIDP, chi phí và tiến độ; sau đó phê duyệt, phát hành revision mới và lưu bản cũ trong Archive. Cách làm này giữ cho BEP, hợp đồng và kế hoạch giao nộp không mâu thuẫn.
Lỗi thường gặp khi lập và sử dụng BEP
- Chép một mẫu BEP của dự án khác nhưng không sửa phạm vi, vai trò và tiêu chí nghiệm thu.
- Liệt kê phần mềm nhưng không ghi phiên bản, cấu hình xuất, plugin hoặc thử nghiệm trao đổi.
- Dùng LOD/LOI như một con số chung cho cả model, không gắn với mục đích và yêu cầu thông tin.
- Không có người authorize/accept, khiến file được chia sẻ hoặc phát hành ngoài kiểm soát.
- MIDP không tính phụ thuộc, thời gian QA và năng lực người kiểm.
- BEP không liên kết với CDE, Central Model và quy trình issue thực tế.
- Sửa BEP nhưng không cập nhật kế hoạch giao nộp, hợp đồng và thông báo tới task team.
Checklist trước khi phát hành BEP
- Mọi yêu cầu quan trọng trong EIR đều có phương pháp, đầu ra, phép kiểm và người phụ trách.
- Phạm vi và phần loại trừ được viết rõ; không có khoảng trống trách nhiệm giữa bộ môn.
- CDE đã được cấu hình và thử quy trình upload, authorize, reject, Published và Archive.
- Phiên bản Revit/IFC, tọa độ, template, shared parameter và quy ước tên đã chốt.
- TIDP/MIDP có đủ thời gian sản xuất, QA, review, sửa và acceptance.
- Tiêu chí QA có thể kiểm bằng bằng chứng, không chỉ là mô tả định tính.
- Revision, ngày hiệu lực, người lập/kiểm/phê duyệt/chấp nhận đều đầy đủ.
Bài viết liên quan
- BIM là gì và lộ trình áp dụng BIM tại Việt Nam
- ISO 19650 trong dự án BIM
- CDE là gì trong BIM
- Cách tạo File Central Revit và quản lý Worksharing
Tài liệu tham khảo
- TCVN 14177-1:2024 – Quản lý thông tin sử dụng BIM
- TCVN 14177-2:2024 – Giai đoạn chuyển giao tài sản
- Nghị định 217/2026/NĐ-CP
- Autodesk – ISO 19650 và Common Data Environment
Cần trao đổi thêm?
DLhouse có thể hỗ trợ bạn kiểm tra hồ sơ, thiết kế hoặc triển khai Revit thực tế.
Gửi thông tin công trình hoặc nội dung bạn đang cần xử lý, DLhouse sẽ phản hồi theo đúng nhu cầu: tư vấn thiết kế, hồ sơ kỹ thuật, kết cấu hoặc phần mềm Revit.
