QUẢN LÝ PHIÊN BẢN BẢN VẼ: LÀM SAO ĐẢM BẢO CÔNG TRƯỜNG LUÔN SỬ DỤNG REVISION MỚI NHẤT?

Trong một dự án xây dựng, Rev.C đã được phát hành.

Nhưng tại công trường, đội thi công vẫn đang sử dụng Rev.B.

Một người nói: “Tôi chưa nhận được bản mới.”

Người khác nói: “Tôi có file Rev.C rồi nhưng chưa biết bản nào được phép dùng.”

Trong khi đó, một bộ phận khác vẫn đang lưu bản Rev.B trên máy tính và tiếp tục triển khai công việc. Đây không đơn thuần là vấn đề “quên cập nhật bản vẽ”.

Nó cho thấy dự án đang thiếu một quy trình Version & Revision Control đủ chặt chẽ để đảm bảo mọi bên sử dụng đúng thông tin tại đúng thời điểm. Vậy tại sao Rev.C đã phát hành nhưng công trường vẫn dùng Rev.B? Và làm thế nào để kiểm soát tình trạng này?

REV.C ĐÃ PHÁT HÀNH NHƯNG CÔNG TRƯỜNG VẪN DÙNG REV.B

TÌNH HUỐNG

Bản vẽ A-102 – Floor Plan ban đầu được phát hành ở: Rev.A

Sau quá trình phối hợp, thiết kế được điều chỉnh và phát hành: Rev.B

Sau đó tiếp tục có một thay đổi về layout và bản vẽ được cập nhật thành: Rev.C

Về mặt quản lý tài liệu: Rev.A → Rev.B → Rev.C

Rev.C là Revision mới hơn.

Nhưng tại công trường, một đội thi công vẫn đang mở file: A-102_Rev.B.pdf và triển khai công việc theo bản này. Trong khi đó, Rev.C đã nằm trong email của Project Manager, nằm trên server của tư vấn và cũng đã được upload lên hệ thống lưu trữ.

Vấn đề là: tại sao công trường vẫn dùng Rev.B?

NGUYÊN NHÂN KHÔNG NẰM Ở VIỆC “THIẾU BẢN VẼ”

Bản vẽ được lưu ở quá nhiều nơi

Trong thực tế, cùng một bản vẽ có thể tồn tại đồng thời ở:

• Email
• Zalo
• Máy tính cá nhân
• Server
• Google Drive
• Folder của từng nhà thầu
• USB hoặc bản in tại công trường

Khi Rev.C được phát hành, bản Rev.B không tự động biến mất khỏi những nơi này. Một kỹ sư có thể đang sử dụng file Rev.B đã tải xuống từ tuần trước. Một chỉ huy trưởng có thể nhận Rev.C qua email. Một nhà thầu phụ lại nhận bản khác từ nhóm chat.

Như vậy, cùng một thời điểm nhưng nhiều người đang làm việc trên những Revision khác nhau.

Tên file không đủ để kiểm soát Revision

Một số dự án giải quyết bằng cách đổi tên file:

A-102_Rev.B.pdf → A-102_Rev.C.pdf

Nhưng điều này vẫn chưa giải quyết được câu hỏi: Rev.C này đã được phê duyệt và phát hành chính thức chưa? Bởi vì một file có Revision cao hơn không nhất thiết đồng nghĩa với việc nó đã sẵn sàng để thi công.

REV.C MỚI HƠN KHÔNG CÓ NGHĨA REV.C ĐÃ ĐƯỢC PHÉP THI CÔNG

Đây là điểm rất quan trọng khi xây dựng quy trình Version/Revision Control.

Ví dụ:

Trong trường hợp này, Rev.C có số Revision cao hơn nhưng Rev.B mới là bản đang được phát hành chính thức theo workflow của dự án.

Vì vậy, quy trình không thể chỉ dựa vào: “Số Revision nào lớn nhất?” Mà cần xác định: “Revision nào đang ở trạng thái được phép sử dụng?”. Đây chính là lý do Revision Control cần đi cùng Status Control và Approval Workflow.

HẬU QUẢ KHI CÔNG TRƯỜNG TIẾP TỤC DÙNG REV.B

Thi công theo thông tin đã thay đổi

Giả sử Rev.C thay đổi:

• Kích thước cấu kiện
• Vị trí cửa
• Cao độ
• Layout MEP
• Chi tiết kết cấu
• Vật liệu
• Ghi chú kỹ thuật

Nếu công trường vẫn triển khai theo Rev.B, công việc có thể không còn phù hợp với thiết kế hiện hành. Khi phát hiện ra sự khác biệt, dự án phải quay lại xử lý phần đã thực hiện.

Phát sinh rework

Một tình huống có thể xảy ra: Rev.B → Thi công → Rev.C phát hành → phát hiện thay đổi → sửa lại

Thay vì: Rev.C → Kiểm tra → Phát hành → Thi công

Sự khác biệt nằm ở việc Revision Control được thực hiện trước hay sau khi công việc đã xảy ra.

Tăng thời gian phối hợp

Khi phát hiện công trường đang dùng Revision cũ, các bên phải kiểm tra lại:

• Ai đã gửi bản nào?
• Gửi khi nào?
• Công trường nhận chưa?
• Đã thi công đến đâu?
• Revision nào được sử dụng?
• Có cần sửa lại không?

Một vấn đề về Version Control nhanh chóng trở thành vấn đề về coordination và project management.

VÌ SAO “GỬI REV.C CHO CÔNG TRƯỜNG” VẪN CHƯA ĐỦ?

Một cách xử lý phổ biến là: “Có Revision mới thì gửi vào nhóm.” Nhưng sau khi gửi Rev.C, vẫn còn những câu hỏi:

Công trường có nhận được không?

Họ có biết Rev.C thay thế Rev.B không?

Rev.C đã được Approved chưa?

Bản Rev.B đang nằm ở đâu?

Người thi công có đang mở Rev.C hay vẫn mở file cũ?

Nếu tất cả câu hỏi trên đều phải trả lời thủ công, thì Revision Control vẫn phụ thuộc rất nhiều vào con người. Do đó: Revision Control không nên chỉ là việc thông báo có bản mới. Nó phải là một workflow kiểm soát bản nào được sử dụng.

QUẢN LÝ VERSION VÀ REVISION ĐÚNG CẦN NHỮNG GÌ?

1. Một nguồn dữ liệu chính thức

Dự án cần xác định rõ: Đâu là nơi lưu trữ và phát hành tài liệu chính thức?

Thay vì: Email + Zalo + Server + Máy cá nhân + Cloud nên có một Common Data Environment (CDE) làm nguồn dữ liệu chung theo quy trình của dự án. Khi có Revision mới, mọi người biết phải tìm ở đâu.

2. Quản lý Version History

Khi Rev.C được tạo ra, không nên xóa Rev.B.

Hệ thống cần lưu lại lịch sử: Rev.A → Rev.B → Rev.C và cho phép truy xuất các phiên bản trước khi cần đối chiếu. Nhờ đó, dự án không chỉ biết bản hiện tại, mà còn biết được bản trước đó là gì.

3. Phân biệt Revision với Status

Ví dụ: A-102

• Rev.A — Archived
• Rev.B — Archived
• Rev.C — Published
• Rev.D — WIP

Trong trường hợp này: Rev.D mới hơn Rev.C nhưng Rev.C mới là bản Published.

Như vậy, người dùng không cần tự suy đoán: “D chắc chắn mới hơn C nên phải dùng D.”

Thay vào đó: “Bản Published hiện tại là bản nào?”

4. Kiểm soát quyền phát hành

Không phải người upload file nào cũng có quyền biến file đó thành bản chính thức.

Một workflow có thể được tổ chức: Upload → Review → Approve → Publish

Điều này giúp tách biệt: Người tạo/cập nhật tài liệu và Người có quyền phát hành tài liệu chính thức.

5. Lưu Audit Trail

Khi xảy ra vấn đề, dự án cần có khả năng truy xuất: Ai đã upload? Upload khi nào? Revision nào? Ai review? Ai approve? Khi nào bản vẽ được Published? Thay vì phải tìm lại trong hàng trăm email hoặc tin nhắn, lịch sử được ghi nhận ngay trong hệ thống.

VINACDE GIÚP KIỂM SOÁT REVISION NHƯ THẾ NÀO?

Để tránh tình trạng Rev.C đã phát hành nhưng công trường vẫn sử dụng Rev.B, dự án cần kiểm soát được không chỉ bản vẽ hiện tại mà cả quá trình thay đổi của bản vẽ.

VinaCDE hỗ trợ quá trình này thông qua Version Control, Compare Version và lịch sử phiên bản, giúp các bên dễ dàng theo dõi bản vẽ đã thay đổi như thế nào và xác định phiên bản đang được sử dụng.

Version Control: Không để các phiên bản bị phân tán

Khi một bản vẽ được cập nhật từ Rev.B lên Rev.C, các phiên bản được quản lý trong cùng một môi trường dữ liệu thay vì tạo nhiều file copy rải rác trên máy tính, email hoặc nhóm chat.

Người dùng có thể quản lý phiên bản của tài liệu và xác định phiên bản hiện tại trong quá trình làm việc.

Điều này giúp giảm tình trạng:

A-102_Rev.B
A-102_Rev.C
A-102_Final
A-102_Final_New

nhưng không biết file nào đang được sử dụng chính thức.

Compare Version: Biết Rev.C đã thay đổi gì so với Rev.B

Khi Revision mới được cập nhật, câu hỏi tiếp theo thường là: “Rev.C khác Rev.B ở đâu?”

Thay vì mở từng file và kiểm tra thủ công, Compare Version trên VinaCDE hỗ trợ đối chiếu giữa các phiên bản để người dùng nhanh chóng nhận diện những thay đổi cần chú ý. Điều này đặc biệt hữu ích khi bản vẽ đã được triển khai một phần theo Revision trước và cần kiểm tra tác động của Revision mới.

Lịch sử phiên bản: Biết bản vẽ đã thay đổi như thế nào

Không chỉ lưu bản hiện tại, VinaCDE duy trì lịch sử phiên bản của tài liệu, giúp người dùng truy xuất lại các phiên bản trước khi cần đối chiếu.

Khi phát sinh vấn đề, dự án có thể kiểm tra lại quá trình thay đổi thay vì phải tìm kiếm trong nhiều email, tin nhắn hoặc folder khác nhau.

Từ đó, Revision Control không còn đơn thuần là: “Có bản mới thì gửi cho mọi người” mà trở thành một quy trình có thể theo dõi, kiểm soát và truy xuất.

VinaCDE – Kiểm soát Version & Revision cho dự án xây dựng

Quản lý bản vẽ không chỉ là lưu trữ file, mà quan trọng hơn là kiểm soát phiên bản, theo dõi thay đổi và đảm bảo các bên sử dụng đúng bản vẽ được phát hành.

Với VinaCDE, mục tiêu không chỉ là cung cấp một nơi để lưu trữ dữ liệu. VinaCDE giúp doanh nghiệp quản lý tập trung Version Control, Compare Version và lịch sử phiên bản, từ đó dễ dàng theo dõi quá trình thay đổi của bản vẽ, đối chiếu giữa các Revision và truy xuất lại các phiên bản trước khi cần.

Thay vì chỉ gửi một file Rev.C mới và hy vọng công trường sử dụng đúng, VinaCDE hướng đến một quy trình quản lý Revision có kiểm soát và có thể truy xuất, giúp giảm nguy cơ sử dụng nhầm bản vẽ cũ trong quá trình triển khai.

👉 Nếu doanh nghiệp đang gặp khó khăn trong việc kiểm soát phiên bản bản vẽ, quản lý Revision và phối hợp thông tin giữa văn phòng – công trường, đội ngũ VinaCDE sẵn sàng hỗ trợ.

Liên hệ ngay để được tư vấn và nhận DEMO 1-1 MIỄN PHÍ!!

Facebook:

Email: sales@tgl-sol.com

Hotline: 0377 359 728

📺 Xem thêm bộ tài liệu tổng quan về VinaCDE