Một dự án chung cư 200 căn tại Bình Dương — NTP thi công móng theo bản vẽ revision C, trong khi thiết kế đã cập nhật lên revision E từ 3 tuần trước. Phát hiện ra sau khi đã đổ 180m³ bê tông. Chi phí phá dỡ và thi công lại: 2,4 tỷ đồng. Nguyên nhân: không có hệ thống Document Control.
🗂 Document Control Là Gì Và Tại Sao PM Cần Quan Tâm?
Document Control (DC) là hệ thống kiểm soát vòng đời tài liệu kỹ thuật trong một dự án xây dựng — từ khi tạo ra, phân phối, cập nhật đến khi lưu trữ hoặc hủy. Đây không phải công việc của thư ký hay admin, mà là trách nhiệm trực tiếp của PM vì mọi sai sót tài liệu đều ảnh hưởng trực tiếp đến tiến độ, chất lượng và chi phí.
Trong hệ thống ISO 9001:2015, điều khoản 7.5 quy định rõ: "Thông tin được lập thành văn bản phải được kiểm soát để đảm bảo nó sẵn có, thích hợp cho sử dụng, ở nơi cần thiết và được bảo vệ đầy đủ." Với ngành xây dựng Việt Nam, yêu cầu tương đương nằm ở pháp luật về quản lý chất lượng công trình: hồ sơ thiết kế, hồ sơ nghiệm thu và hồ sơ hoàn công phải được lập, lưu trữ và kiểm soát phiên bản rõ ràng — trước 01/07/2026 theo Nghị định 06/2021/NĐ-CP, từ 01/07/2026 theo Nghị định 207/2026/NĐ-CP (quản lý chất lượng, thi công và bảo trì công trình) cùng Thông tư hướng dẫn 32/2026/TT-BXD.
- Thi công theo bản vẽ cũ: NTP nhận bản vẽ qua Zalo, không biết đó là phiên bản bị hủy.
- Tranh chấp không có chứng cứ: CĐT thay đổi thiết kế qua email nhưng không có Transmittal ghi nhận — đến khi quyết toán không ai chứng minh được.
- Hoàn công không đủ hồ sơ: Bản vẽ as-built bị thất lạc vì không có hệ thống lưu trữ, phải thuê đội khảo sát lại mất 300–500 triệu đồng.
📋 Phân Loại Tài Liệu Trong Dự Án Xây Dựng
Bước đầu tiên để xây dựng hệ thống DC là phân loại rõ các nhóm tài liệu. Mỗi nhóm có quy trình kiểm soát khác nhau:
| Nhóm tài liệu | Ví dụ | Kiểm soát chính | Lưu trữ tối thiểu |
|---|---|---|---|
| Thiết kế kỹ thuật | Bản vẽ kiến trúc, kết cấu, MEP | Revision control, IFC stamp | Suốt DA + 10 năm sau |
| Hợp đồng & pháp lý | HĐ thi công, phụ lục, Variation Order | Ký duyệt 2 bên, số hiệu HĐ | 10 năm |
| Hồ sơ thi công | ITP, BPTC, phương án an toàn | Approved/Rejected status | 5 năm |
| Chất lượng & nghiệm thu | BBKT, BBNT, kết quả thử nghiệm | Witness, Hold point | 10 năm (kết cấu) |
| Hồ sơ hoàn công | Bản vẽ as-built (Phụ lục IIb), danh mục hồ sơ theo Phụ lục VII, biên bản PC | As-built stamp, CĐT ký | Vĩnh viễn |
| Trao đổi thư từ | RFI, Submittal, NCR, Transmittal | Response deadline tracking | 5 năm |
| An toàn (HSE) | Nhật ký AT, biên bản TNLĐ, chứng chỉ ATLĐ | Expiry date tracking | 5 năm (TNLĐ vĩnh viễn) |
🔢 Hệ Thống Đánh Số Tài Liệu — Xương Sống Của Document Control
Một hệ thống đánh số tài liệu tốt phải giải quyết được 3 câu hỏi trong vòng 10 giây khi cầm một tờ bản vẽ: Đây là bản vẽ gì? Của gói thầu nào? Đây có phải bản mới nhất không?
Cấu trúc số hiệu tài liệu chuẩn
Định dạng phổ biến trên dự án xây dựng Việt Nam:
[Mã DA]-[Khu vực]-[Chuyên ngành]-[Loại TL]-[Số TT]-Rev[X]
Ví dụ thực tế:
VDB-B01-STR-DWG-0012-RevD— Bản vẽ kết cấu Block B01, bản DVDB-ALL-HSE-ITP-0003-Rev1— ITP HSE áp dụng toàn DA, lần 1VDB-T03-MEP-RFI-0025-Rev0— RFI MEP tầng 3, lần phát hành đầu
| Mã chuyên ngành | Mã loại tài liệu | Quy tắc Revision |
|---|---|---|
| STR = Kết cấu ARC = Kiến trúc MEP = Cơ điện HSE = An toàn QS = Dự toán |
DWG = Bản vẽ SPEC = Chỉ dẫn KT RFI = Yêu cầu thông tin ITP = Kế hoạch KT NCR = Sai sót CL |
A, B, C… = Bản Design 0, 1, 2… = Sau IFC P1, P2… = Preliminary AFC = Approved for Construction AB = As-Built |
- Dùng ngày tháng thay revision:
BV_MONG_15042026.pdf— không biết bản này có phải mới nhất không - Tên file có khoảng trắng và ký tự đặc biệt — link bị vỡ khi chia sẻ qua URL
- NTP và CĐT dùng hệ thống đánh số khác nhau — không track được correspondence
- Revision "Final" hoặc "Final2" — không có hệ thống kiểm soát nào xử lý được
📬 Transmittal — Giấy Tờ Nhỏ, Giá Trị Pháp Lý Lớn
Transmittal Letter là phiếu giao nhận tài liệu chính thức giữa các bên. Đây là công cụ quan trọng nhất trong Document Control vì nó tạo ra bằng chứng giao nhận có ngày tháng — đặc biệt quan trọng khi có tranh chấp về việc một bên đã nhận được thông tin chưa.
Thông tin bắt buộc trên Transmittal
| Trường thông tin | Mục đích | Ghi chú |
|---|---|---|
| Số Transmittal | Tra cứu, đối chiếu | Đánh số theo chuỗi liên tục |
| Ngày phát hành | Xác định deadline response | Tính thời hạn 7–14 ngày từ đây |
| Bên gửi / Bên nhận | Trách nhiệm pháp lý | Tên công ty + tên người cụ thể |
| Danh sách tài liệu | Ghi rõ số hiệu + revision | Bao gồm số trang hoặc file size |
| Mục đích gửi | Hành động cần thực hiện | For Approval / For Information / For Construction / For Comment |
| Chữ ký xác nhận | Bằng chứng đã nhận | Bên nhận ký + ngày nhận thực tế |
Lập một file Document Transmittal Register theo dõi toàn bộ transmittal đã phát hành, gồm: số TT, ngày gửi, tài liệu kèm theo, deadline phản hồi, trạng thái (Pending/Responded/Overdue). PM nhìn vào đây biết ngay mình đang chờ ai, chờ gì và đã quá hạn bao lâu.
🔄 Quy Trình Kiểm Soát Phiên Bản Bản Vẽ Thiết Kế
Bản vẽ thiết kế là tài liệu có vòng đời phức tạp nhất — trải qua nhiều lần chỉnh sửa, nhiều bên tham gia phê duyệt, và sai một revision là tiền mất tật mang. PM cần hiểu và kiểm soát quy trình này:
Khi phát hành revision mới, PM phải đồng thời thu hồi hoặc đóng dấu "SUPERSEDED" lên tất cả bản in cũ đang lưu hành trên công trường. Để bản cũ và bản mới cùng tồn tại là nguồn gốc của mọi thảm họa. Nếu không thể thu hồi vật lý, phải gửi thông báo văn bản và ghi nhận vào Document Register.
Điều 11 Nghị định 207/2026/NĐ-CP cho phép chủ đầu tư và các nhà thầu thỏa thuận lựa chọn giải pháp công nghệ thông tin hoặc BIM để quản lý thi công, quản lý chất lượng, nghiệm thu và bàn giao công trình; và lập hồ sơ thuộc danh mục hồ sơ hoàn thành công trình (Phụ lục VII) theo pháp luật về giao dịch điện tử. Nghĩa là một hệ Document Control số hóa không còn là "việc làm thêm ngoài hồ sơ" — nó là cách lập hồ sơ được pháp luật thừa nhận.
Điều kiện đi kèm nằm ở khoản 2 cùng điều: khi cơ quan nhà nước có thẩm quyền yêu cầu, hồ sơ dạng tập tin điện tử phải trích xuất, in thành bản giấy và được chủ đầu tư xác nhận. Vì vậy khi chọn hệ thống, PM cần kiểm đúng một việc rất cụ thể: nó có xuất được bộ hồ sơ ra bản in đủ dấu, đủ chữ ký, đủ danh mục để chủ đầu tư xác nhận hay không. Hệ nào chỉ xem được trên màn hình thì đến lúc bị kiểm tra vẫn phải dựng lại hồ sơ bằng tay.
📊 Document Register — Bảng Kiểm Soát Tổng Thể
Document Register (hay Document Control Register) là danh sách master của toàn bộ tài liệu trong dự án. Đây là "dashboard" của Document Control — một nguồn sự thật duy nhất về tình trạng tài liệu.
Cấu trúc Document Register tối thiểu
| Cột | Nội dung | Tại sao cần? |
|---|---|---|
| Document Number | Số hiệu theo hệ thống đã định | Tra cứu, link chéo |
| Title | Tên tài liệu đầy đủ | Mô tả nội dung |
| Discipline | STR / ARC / MEP / HSE… | Filter theo chuyên ngành |
| Current Rev | Revision hiện hành | Tránh dùng bản cũ |
| Status | IFC / AFC / Superseded / Draft | Biết tài liệu có thể dùng không |
| Issue Date | Ngày phát hành current rev | Track lịch sử cập nhật |
| Issued To | Danh sách bên đã nhận | Đảm bảo phân phối đúng |
| File Location | Link thư mục / cloud path | Truy cập nhanh file gốc |
| Remarks | Ghi chú đặc biệt | Context cho người mới vào DA |
🏗 Thiết Lập Cấu Trúc Thư Mục Cho Dự Án
Cấu trúc thư mục (folder structure) là nền tảng vật lý của Document Control. Một cấu trúc tốt phải đảm bảo ai cũng tìm được tài liệu trong dưới 30 giây mà không cần hỏi ai.
📁 [Tên DA] — Document Control/
├── 01_Hợp Đồng & Pháp Lý/
│ ├── HĐ Tổng Thầu/
│ └── Variation Orders/
├── 02_Thiết Kế/
│ ├── Kiến Trúc/IFC/
│ ├── Kết Cấu/IFC/
│ └── _SUPERSEDED/ ← bản cũ chuyển vào đây
├── 03_Hồ Sơ Thi Công/
│ ├── BPTC/
│ └── ITP/
├── 04_Chất Lượng & Nghiệm Thu/
│ ├── BBKT Vật Liệu/
│ └── BBNT Giai Đoạn/
├── 05_Trao Đổi Thư Từ/
│ ├── RFI/
│ ├── Submittals/
│ └── Transmittal Log/
├── 06_HSE/
└── 07_Hoàn Công/As-Built/
Quy tắc cứng: không ai được tạo thư mục ngoài cấu trúc chuẩn. Tạo ra thư mục "Linh tinh" hay "Temp" là bắt đầu của hỗn loạn. PM phải kiểm soát quyền tạo thư mục — chỉ Document Controller mới có quyền tạo mới.
👥 Vai Trò Và Trách Nhiệm Trong Hệ Thống DC
| Vai trò | Trách nhiệm chính | Quyền trên hệ thống |
|---|---|---|
| PM / CPM | Thiết lập quy trình DC, phê duyệt IFC, xử lý leo thang | Full access + approve |
| Document Controller | Nhận, đánh số, phân phối, lưu trữ, maintain Register | Upload, edit metadata, distribute |
| Kỹ sư thiết kế | Tạo tài liệu, update revision, phản hồi comment | Upload vào thư mục được phân công |
| TVGS / Inspector | Review, comment, witness nghiệm thu | View + comment |
| Chỉ huy trưởng NTP | Nhận tài liệu thi công, xác nhận đã nhận IFC | View + download IFC only |
| CĐT / Owner | Phê duyệt cuối, nhận báo cáo Document status | View all + final approve |
Không nhất thiết. Document Controller cần kỹ năng tổ chức, chú ý chi tiết, và thành thạo công cụ DC. Trên dự án lớn (>100 tỷ VND), nên có 1 người chuyên trách. Trên dự án nhỏ, PM hoặc kỹ sư văn phòng kiêm nhiệm được — nhưng phải được training bài bản về quy trình.
🔒 Document Distribution Matrix — Ai Nhận Gì
Document Distribution Matrix (DDM) định nghĩa rõ: tài liệu loại nào được phát hành đến bên nào, ở dạng nào (bản cứng hay mềm), và cần xác nhận đã nhận không. Đây là công cụ giúp Document Controller không phải hỏi lại PM mỗi lần cần phân phối tài liệu mới.
| Loại tài liệu | CĐT | TVGS | NTP chính | NTP phụ | Cơ quan quản lý |
|---|---|---|---|---|---|
| Bản vẽ thiết kế IFC | ✅ PDF + DWG | ✅ PDF + DWG | ✅ PDF (in A1) | ⚠️ Chỉ phần liên quan | — |
| BPTC | ⚠️ Để phê duyệt | ✅ Để phê duyệt | ✅ Sau khi duyệt | — | — |
| BBNT giai đoạn | ✅ Bản gốc | ✅ Bản gốc | ✅ Photo copy | — | ✅ Khi cần PC |
| NCR | ⚠️ Nghiêm trọng mới report | ✅ Toàn bộ | ✅ Yêu cầu phản hồi | — | — |
| Báo cáo tiến độ | ✅ Hàng tuần | ✅ Hàng tuần | ⚠️ Theo yêu cầu | — | — |
🛠 Công Cụ Document Control — Từ Excel Đến DMS Chuyên Dụng
Nhiều PM nghĩ DC cần phần mềm đắt tiền mới làm được. Thực ra điều quan trọng là quy trình — công cụ chỉ hỗ trợ thực thi quy trình đó:
Mức 1 — Excel/Google Sheets (dự án < 50 tỷ VND)
Document Register + Transmittal Log trên Google Sheets. Thư mục chia sẻ qua Google Drive hoặc OneDrive với quyền phân cấp theo folder. Đủ dùng nếu có quy trình rõ ràng và người thực hiện kỷ luật.
Mức 2 — Công cụ cộng tác có version control (50–500 tỷ VND)
SharePoint với versioning bật sẵn, Dropbox Business, hoặc Notion kết hợp Google Drive. Có lịch sử version tự động, notification khi tài liệu cập nhật, permission theo nhóm người dùng.
Mức 3 — DMS/CDE chuyên dụng (> 500 tỷ VND hoặc dự án quốc tế)
Autodesk Construction Cloud, Procore, Aconex, hoặc BIM 360. Tích hợp với bản vẽ CAD/BIM, workflow phê duyệt tự động, audit trail đầy đủ, mobile access trên công trường.
Module Submittal và RFI trong GEM AI PM Pro cho phép quản lý vòng đời tài liệu trình duyệt với workflow phê duyệt nhiều cấp, tracking deadline response tự động, và lịch sử đầy đủ mọi thay đổi. Tất cả tích hợp trong cùng một nền tảng với quản lý tiến độ, chi phí và HSE — không cần nhảy qua nhiều hệ thống riêng lẻ.
⚡ 5 Thói Quen DC Xấu Cần Loại Bỏ Ngay Trên Công Trường
- Gửi bản vẽ qua Zalo cá nhân không qua hệ thống: Không ai biết ai đã nhận bản nào, không có chứng cứ giao nhận. PM phải quy định: bản vẽ chính thức chỉ qua email với Transmittal kèm theo.
- Chỉnh sửa tài liệu trực tiếp không tạo revision mới: "Sửa nhỏ thôi không cần đánh số lại" là câu cửa miệng dẫn đến thảm họa. Mọi thay đổi dù nhỏ đều phải lên revision mới.
- Lưu file trùng tên:
BV_Mong_Final.pdfvàBV_Mong_Final_v2.pdfcùng tồn tại trong một thư mục — ai biết cái nào đúng? - Không có ngày hết hạn cho tài liệu chờ phê duyệt: Submittal gửi đi 3 tuần không ai hỏi, công trường đứng chờ. Mọi tài liệu gửi đi phải có deadline response cụ thể.
- Hồ sơ giấy không scan vào hệ thống: Biên bản ký tay để trong tủ hồ sơ. Đến khi cần thì không tìm được, hoặc tệ hơn là thất lạc. Quy tắc: scan trong vòng 24h sau khi ký.