Quản lý hồ sơ dự án trên QLDA 360: Hướng dẫn chi tiết

Trong một dự án đầu tư xây dựng, số lượng hồ sơ phát sinh có thể rất lớn và trải dài qua nhiều công đoạn khác nhau. Tờ trình, báo cáo, bản vẽ, dự toán, văn bản thẩm định, quyết định phê duyệt, hồ sơ nghiệm thu hay hồ sơ quyết toán đều có thể liên quan đến nhiều đơn vị, nhiều người xử lý và nhiều phiên bản khác nhau.

Vì vậy, mục tiêu của quản lý hồ sơ dự án trên QLDA 360 không chỉ là đưa tài liệu lên phần mềm để lưu trữ. Quan trọng hơn là phải xác định được hồ sơ thuộc dự án nào, nằm ở công đoạn nào, ai chịu trách nhiệm xử lý, bắt đầu từ thời điểm nào, khi nào đến hạn, đã qua thẩm định hay chưa, đã được phê duyệt và phát hành hay chưa, đồng thời phiên bản nào đang là phiên bản hiện hành.

Để tài liệu có thể sử dụng đồng thời như một sổ tay tra cứu và tài liệu đào tạo người dùng, quá trình thao tác trên QLDA 360 nên được tổ chức theo một chuỗi thống nhất:

Tạo dự án → Khai báo các bên tham gia → Tạo danh mục hồ sơ → Giao người xử lý và thời hạn → Kiểm soát trạng thái → Lập – Thẩm định – Phê duyệt – Phát hành → Quản lý hồ sơ điều chỉnh và phiên bản.

Đây cũng là trình tự hợp lý để đào tạo một người dùng mới, bởi người học hiểu được bản chất quản lý trước khi đi sâu vào từng thao tác trên giao diện.

1. Quy trình quản lý hồ sơ dự án trên QLDA 360

Khi bắt đầu một dự án trên QLDA 360, người sử dụng không nên tạo hồ sơ một cách rời rạc. Trước tiên phải thiết lập đúng cấu trúc nền của dự án, sau đó mới đưa hồ sơ vào các công đoạn tương ứng.

Có thể hình dung cấu trúc dữ liệu theo quan hệ:

DỰ ÁN
↓
CÁC BÊN THAM GIA
↓
CÔNG ĐOẠN
↓
ĐẦU VIỆC
↓
HỒ SƠ
↓
NGƯỜI XỬ LÝ – THỜI HẠN – TRẠNG THÁI
↓
THẨM ĐỊNH – PHÊ DUYỆT – PHÁT HÀNH
↓
PHIÊN BẢN VÀ LỊCH SỬ

Nếu cấu trúc này được thiết lập đúng ngay từ đầu thì khi dự án có nhiều hồ sơ, người quản lý vẫn có thể tra cứu được quá trình xử lý mà không phải mở lần lượt từng thư mục hoặc kiểm tra nhiều bảng Excel khác nhau.

Điểm quan trọng là QLDA 360 phải phản ánh đúng quy trình thực tế của dự án, không phải ép mọi dự án vào một quy trình giống nhau.

2. Tạo dự án và thiết lập thông tin ban đầu

Bước đầu tiên trong quá trình sử dụng QLDA 360 là tạo dự án.

Đây là bước nền tảng bởi các thông tin được lựa chọn tại đây sẽ ảnh hưởng trực tiếp đến cách tổ chức hồ sơ và các công đoạn phía sau.

Theo nội dung tài liệu, khi tạo dự án người dùng cần đặc biệt chú ý ba thông tin:

Nhóm dự án → Loại hồ sơ → Số bước thiết kế.

2.1. Chọn đúng nhóm dự án

Người dùng cần xác định đúng nhóm dự án dựa trên hồ sơ thực tế.

Trong quá trình đào tạo, nguyên tắc cần thống nhất là kiểm tra thông tin dự án trước rồi mới nhập vào phần mềm, không nên lựa chọn theo thói quen hoặc sao chép nguyên cấu hình của một dự án khác.

Nếu ngay từ bước đầu người dùng chọn sai nhóm dự án thì các dữ liệu và quy trình liên quan phía sau cũng có nguy cơ bị tổ chức sai.

2.2. Xác định đúng loại hồ sơ

Một dự án có thể phát sinh nhiều loại tài liệu khác nhau.

Theo nội dung nguồn, những nhóm hồ sơ cần được xem xét gồm tờ trình, báo cáo, bản vẽ, dự toán, văn bản thẩm định, quyết định phê duyệt, hồ sơ nghiệm thu và hồ sơ quyết toán.

Việc xác định loại hồ sơ giúp người quản lý biết tài liệu đang phục vụ mục đích gì và nằm ở đâu trong vòng đời dự án.

Không nên chỉ dựa vào tên file để phân loại.

Ví dụ một file có tên ToTrinh_Final.docx chưa đủ để biết đó là tờ trình của công đoạn nào, đang ở phiên bản nào hoặc đã được phê duyệt hay chưa.

2.3. Khai báo số bước thiết kế

Số bước thiết kế cũng là một dữ liệu phải được xác định khi thiết lập dự án.

Người dùng cần nhập theo đúng hồ sơ của dự án, không nên mặc định mọi dự án đều áp dụng cùng một số bước thiết kế.

Việc xác định đúng ngay từ đầu giúp danh mục hồ sơ thiết kế và các bước xử lý sau này được tổ chức phù hợp.

Hình 1. Minh họa màn hình hướng dẫn thao tác cho người dùng QLDA 360.

3. Khai báo các bên tham gia dự án

Sau khi tạo dự án, bước tiếp theo là khai báo đúng các tổ chức và đơn vị tham gia.

Theo nội dung tài liệu, những chủ thể cần được xem xét gồm Chủ đầu tư, Ban quản lý dự án, Bên mời thầu, đơn vị thụ hưởng, đơn vị tư vấn và cơ quan thẩm định.

Điểm quan trọng không chỉ là nhập tên đơn vị mà phải xác định vai trò thực tế của từng bên.

Một danh sách có đầy đủ tên đơn vị nhưng không biết đơn vị nào chịu trách nhiệm ở công đoạn nào thì chưa đủ để phục vụ quản lý.

3.1. Chủ đầu tư

Chủ đầu tư là một trong những chủ thể trung tâm của dự án.

Thông tin này cần được khai báo đúng để phục vụ các công đoạn có liên quan đến quản lý, phối hợp, trình duyệt và thực hiện dự án.

Trong quá trình đào tạo, người dùng phải phân biệt Chủ đầu tư với Ban quản lý dự án và các đơn vị khác, không tự động coi các vai trò này là giống nhau.

3.2. BQLDA – Ban quản lý dự án

BQLDA là viết tắt của Ban quản lý dự án.

Theo nội dung tài liệu, BQLDA là đơn vị được giao quản lý thực hiện dự án và có thể trực thuộc Chủ đầu tư hoặc được giao quản lý chuyên ngành, khu vực.

Vì vậy khi khai báo trên QLDA 360 không nên mặc định BQLDA luôn đồng nhất với Chủ đầu tư.

Hệ thống cần phản ánh đúng cơ cấu tổ chức của dự án thực tế.

3.3. BMT – Bên mời thầu

BMT là viết tắt của Bên mời thầu.

Theo tài liệu, đây là đơn vị tổ chức lựa chọn nhà thầu và có thể là Chủ đầu tư, Ban quản lý dự án hoặc đơn vị được giao.

Như vậy, BMT không phải một vai trò cố định cho tất cả các dự án.

Người dùng cần căn cứ hồ sơ thực tế để xác định đúng đơn vị thực hiện.

3.4. Đối tượng thụ hưởng

Đối tượng thụ hưởng là đơn vị tiếp nhận và sử dụng kết quả đầu tư.

Ví dụ được nêu trong tài liệu gồm trường học, bệnh viện, đơn vị quản lý đường giao thông hoặc đơn vị sử dụng thiết bị.

Đối tượng thụ hưởng không nhất thiết phải là Chủ đầu tư.

Ví dụ, một dự án có thể do một cơ quan tổ chức đầu tư nhưng sau khi hoàn thành lại bàn giao cho một trường học hoặc đơn vị vận hành khác sử dụng.

Việc khai báo đúng đối tượng thụ hưởng ngay từ đầu sẽ giúp thông tin dự án rõ ràng hơn khi chuyển sang các công đoạn bàn giao và sử dụng kết quả đầu tư.

3.5. Đơn vị tư vấn và cơ quan thẩm định

Ngoài các bên chính, dự án còn có thể có các đơn vị tư vấn và cơ quan thực hiện nhiệm vụ thẩm định.

Các đơn vị này cần được khai báo đúng chức năng.

Không nên tạo một danh sách đơn vị chung rồi sử dụng tùy ý ở mọi công đoạn.

Có thể kiểm tra thông tin các bên tham gia theo bảng sau:

4. Tạo và tổ chức danh mục hồ sơ dự án

Sau khi hoàn thành thông tin dự án và các bên tham gia, người dùng bắt đầu xây dựng danh mục hồ sơ.

Đây là nội dung cốt lõi của quản lý hồ sơ dự án trên QLDA 360.

Nguyên tắc quan trọng là hồ sơ phải được tổ chức theo từng công đoạn, không nên đưa tất cả tài liệu của dự án vào một kho chung.

Cấu trúc nên được hiểu là:

Dự án → Công đoạn → Đầu việc → Hồ sơ.

4.1. Quản lý tờ trình và báo cáo

Tờ trình phải được gắn với đúng công việc hoặc công đoạn mà nó phục vụ.

Tương tự, các báo cáo cần được phân loại theo nội dung và giai đoạn tương ứng.

Nếu chỉ tạo một thư mục “Tờ trình” hoặc “Báo cáo” cho toàn bộ dự án, khi số lượng tài liệu lớn sẽ rất khó biết mỗi hồ sơ đang phục vụ việc gì.

4.2. Quản lý bản vẽ và dự toán

Bản vẽ phải được gắn vào đúng bước của dự án.

Khi có điều chỉnh, phiên bản mới không được ghi đè lên phiên bản cũ mà phải được quản lý theo lịch sử.

Dự toán cũng cần được gắn đúng công đoạn và liên hệ với hồ sơ tương ứng.

Nếu sau này có dự toán điều chỉnh, hệ thống phải giữ được quan hệ với dữ liệu cũ để phục vụ truy vết.

4.3. Quản lý văn bản thẩm định

Văn bản thẩm định phải được phân biệt với hồ sơ trình thẩm định.

Đây là một điểm quan trọng trong quản lý quy trình.

Một hồ sơ có thể đã được lập nhưng chưa được thẩm định; hoặc đã có kết quả thẩm định nhưng chưa được phê duyệt.

Nếu tất cả được gom thành trạng thái “Đã duyệt” thì hệ thống sẽ không phản ánh đúng quá trình xử lý.

4.4. Quản lý quyết định phê duyệt

Quyết định phê duyệt cần được liên kết đúng với hồ sơ mà quyết định đó phê duyệt.

Khi tra cứu, người dùng cần có khả năng xác định được chuỗi:

Hồ sơ trình → Văn bản thẩm định → Quyết định phê duyệt.

Đây là một trong những quan hệ quan trọng giúp hồ sơ có khả năng truy vết.

4.5. Hồ sơ nghiệm thu và quyết toán

Hồ sơ nghiệm thu và hồ sơ quyết toán cũng phải được tổ chức theo công đoạn.

Không nên chỉ tạo hai thư mục lớn là “Nghiệm thu” và “Quyết toán” rồi đưa toàn bộ tài liệu vào trong.

Hồ sơ phải xác định được nó liên quan đến công việc, giai đoạn hoặc quy trình nào.

Một cấu trúc danh mục cơ bản có thể được kiểm soát như sau:

5. Giao người xử lý và kiểm soát tiến độ hồ sơ

Sau khi tạo danh mục hồ sơ, mỗi đầu việc cần được thiết lập thông tin về trách nhiệm và thời gian.

Theo nội dung nguồn, các dữ liệu cần quản lý gồm:

Số ngày xử lý → Ngày bắt đầu → Ngày đến hạn → Trạng thái → Người xử lý.

Đây là bước biến QLDA 360 từ nơi lưu hồ sơ thành công cụ hỗ trợ kiểm soát tiến độ.

5.1. Khai báo số ngày xử lý

Người dùng cần nhập số ngày xử lý phù hợp với từng công việc.

Tuy nhiên cần đặc biệt hiểu đúng khái niệm thời hạn kiểm soát nội bộ.

Theo tài liệu, đây là thời gian cam kết xử lý, được sử dụng như một mốc nội bộ để kiểm soát tiến độ trên phần mềm và không thay thế thời hạn pháp lý.

Ví dụ đơn vị cấu hình một công việc xử lý trong 5 ngày thì 5 ngày đó không tự động trở thành thời hạn pháp luật.

Đây là điểm phải được nhấn mạnh trong quá trình đào tạo để tránh người dùng hiểu sai dữ liệu trên hệ thống.

5.2. Ngày bắt đầu và ngày đến hạn

Ngày bắt đầu là mốc xác định thời điểm công việc chính thức được đưa vào theo dõi.

Ngày đến hạn giúp xác định thời điểm công việc phải hoàn thành.

Mỗi đầu việc trên QLDA 360 nên trả lời được:

Bắt đầu ngày nào? Xử lý trong bao lâu? Đến hạn ngày nào? Hiện tại đang ở trạng thái nào?

Nếu ngày bắt đầu được nhập sai thì mọi cảnh báo về sau cũng có thể không còn chính xác.

5.3. Theo dõi trạng thái hồ sơ

Trạng thái giúp người quản lý biết hồ sơ đang nằm ở đâu trong quá trình xử lý.

Tài liệu không quy định một bộ trạng thái cụ thể, vì vậy việc cấu hình trạng thái phải phù hợp với cách vận hành của hệ thống.

Điều quan trọng là trạng thái phải đủ để nhận biết hồ sơ đang được xử lý hay đã hoàn thành.

5.4. Cảnh báo hồ sơ trễ hạn hoặc thiếu người xử lý

Theo nội dung được cung cấp, phần mềm cần có cảnh báo đối với hồ sơ trễ hạn hoặc thiếu người xử lý.

Một hồ sơ có deadline nhưng không xác định được ai đang chịu trách nhiệm thì vẫn chưa phải dữ liệu quản lý đầy đủ.

Nguyên tắc cần áp dụng là:

Mỗi đầu việc phải có người hoặc đơn vị chịu trách nhiệm phù hợp.

Khi ngày đến hạn đã vượt qua mà hồ sơ vẫn chưa hoàn thành, hệ thống cần giúp người quản lý nhận biết để ưu tiên xử lý.

5.5. Checklist kiểm soát tiến độ

6. Tách rõ lập, thẩm định, phê duyệt và phát hành

Đây là nội dung quan trọng nhất khi tổ chức quy trình hồ sơ trên QLDA 360.

Theo tài liệu, cần:

Tách rõ quy trình lập, thẩm định, phê duyệt và phát hành; không gộp nhiều vai trò vào cùng một bước duyệt nếu thực tế quản lý khác nhau.

Quy trình vì vậy nên thể hiện:

LẬP HỒ SƠ
↓
THẨM ĐỊNH
↓
PHÊ DUYỆT
↓
PHÁT HÀNH

Không nên đơn giản toàn bộ thành:

Tạo hồ sơ → Duyệt.

6.1. Lập hồ sơ

Đây là bước hình thành tài liệu ban đầu.

Người lập chuẩn bị hồ sơ và đưa vào đúng công đoạn.

Sau khi hoàn thành, hồ sơ mới được chuyển sang bước tiếp theo.

6.2. Thẩm định hồ sơ

Nếu thực tế dự án có hoạt động thẩm định riêng thì phải quản lý thành một bước riêng.

Hệ thống cần giúp xác định:

Hồ sơ nào được thẩm định? Đơn vị nào thẩm định? Kết quả thẩm định là gì? Có yêu cầu điều chỉnh hay không?

Thẩm định không nên được gộp chung với phê duyệt nếu hai hoạt động do các chủ thể khác nhau thực hiện.

6.3. Phê duyệt hồ sơ

Sau khi hoàn thành bước thẩm định theo quy trình áp dụng, hồ sơ được chuyển tới người hoặc cơ quan có thẩm quyền phê duyệt.

Phê duyệt là một bước độc lập.

Điều này giúp QLDA 360 xác định rõ trách nhiệm và lịch sử xử lý của hồ sơ.

6.4. Phát hành hồ sơ

Một hồ sơ đã được phê duyệt chưa nhất thiết đã được phát hành.

Do đó cần phân biệt rõ:

Đã phê duyệt
và
Đã phát hành.

Khi phát hành, tài liệu mới trở thành phiên bản chính thức được đưa vào sử dụng theo quy trình.

Việc tách bốn công đoạn này giúp người quản lý nhìn được toàn bộ hành trình của một hồ sơ thay vì chỉ thấy kết quả cuối cùng.

7. Quản lý hồ sơ điều chỉnh và phiên bản

Trong quá trình thực hiện dự án, việc hồ sơ phải điều chỉnh là bình thường.

Theo nội dung tài liệu, nguyên tắc bắt buộc là:

Đối với hồ sơ điều chỉnh, phải tạo phiên bản mới và liên kết với hồ sơ cũ để phục vụ truy vết.

Điều này có nghĩa phiên bản mới không được ghi đè lên dữ liệu cũ.

7.1. Khi nào phải tạo phiên bản mới?

Khi hồ sơ đã được tạo và sau đó có nội dung điều chỉnh, hệ thống cần hình thành một phiên bản mới.

Ví dụ:

Hồ sơ A – V1
↓
Điều chỉnh lần 1
↓
Hồ sơ A – V2
↓
Điều chỉnh lần 2
↓
Hồ sơ A – V3

Mỗi phiên bản phản ánh một trạng thái của hồ sơ tại một thời điểm.

7.2. Liên kết hồ sơ mới với hồ sơ cũ

Phiên bản mới phải giữ quan hệ với phiên bản trước.

Không nên tạo một file mới hoàn toàn rồi bỏ liên hệ với tài liệu cũ.

Ví dụ cách đặt file kiểu:

HoSo_Final.docx
HoSo_Final_Moi.docx
HoSo_Final_Moi_Nhat.docx

không phải là cách quản lý phiên bản phù hợp.

Trên QLDA 360, cần quản lý theo quan hệ:

V1 → V2 → V3

để khi mở V3 người dùng vẫn có thể truy ngược về các hồ sơ trước.

7.3. Vì sao phải giữ lịch sử phiên bản?

Nếu hệ thống chỉ lưu phiên bản cuối thì người quản lý không thể xác định được hồ sơ ban đầu là gì, thay đổi nội dung nào, thay đổi tại thời điểm nào và phiên bản nào đã từng được trình hoặc phê duyệt.

Do đó, mục tiêu của quản lý phiên bản không phải chỉ để giữ nhiều file.

Mục tiêu thực sự là bảo đảm khả năng truy vết toàn bộ quá trình thay đổi của hồ sơ.

Nguyên tắc nên được áp dụng là:

Không ghi đè hồ sơ cũ → Tạo phiên bản mới → Liên kết phiên bản trước → Xác định phiên bản hiện hành.

8. Tổ chức đào tạo sử dụng QLDA 360 theo quy trình thực tế

Để tài liệu vừa là sổ tay vừa dùng cho đào tạo, người hướng dẫn không nên chỉ trình chiếu giao diện và giải thích nút bấm.

Cách đào tạo hiệu quả hơn là tổ chức theo vòng:

Giải thích nghiệp vụ → Thao tác mẫu → Học viên tự thực hành → Kiểm tra kết quả.

8.1. Thực hành tạo dự án

Học viên tạo một dự án mới và tự xác định:

Nhóm dự án → Loại hồ sơ → Số bước thiết kế.

Mục tiêu là học viên hiểu được dữ liệu nền trước khi đi tiếp.

8.2. Thực hành khai báo các bên tham gia

Học viên khai báo Chủ đầu tư, BQLDA, BMT, đối tượng thụ hưởng, tư vấn và cơ quan thẩm định.

Người hướng dẫn kiểm tra xem học viên có phân biệt đúng vai trò hay chỉ nhập tên đơn vị.

8.3. Thực hành tạo danh mục hồ sơ

Học viên tạo các hồ sơ mẫu gồm tờ trình, báo cáo, bản vẽ, dự toán, văn bản thẩm định và quyết định phê duyệt.

Mỗi hồ sơ phải nằm đúng công đoạn.

8.4. Thực hành quản lý tiến độ

Học viên thiết lập số ngày xử lý, ngày bắt đầu, ngày đến hạn, người phụ trách và trạng thái.

Sau đó tạo một trường hợp quá hạn để học viên nhận biết cơ chế cảnh báo.

8.5. Thực hành quy trình xử lý hồ sơ

Học viên thực hiện đầy đủ luồng:

Lập → Thẩm định → Phê duyệt → Phát hành.

Mục đích là giúp người học hiểu mỗi bước có một vai trò khác nhau.

8.6. Thực hành quản lý phiên bản

Học viên tạo hồ sơ V1, sau đó điều chỉnh thành V2.

Kết quả bài thực hành phải chứng minh được rằng V2 vẫn có quan hệ truy vết với V1.

9. Checklist đánh giá người dùng sau đào tạo

Sau khi hoàn thành nội dung thực hành, có thể sử dụng bảng sau để đánh giá người dùng:

Một học viên chỉ nên được xem là hoàn thành phần thực hành khi có thể tự thực hiện được chuỗi thao tác trên một dự án mẫu mà không cần người hướng dẫn thao tác thay.

10. Thuật ngữ và viết tắt cần biết khi sử dụng QLDA 360

Để tránh nhầm lẫn trong quá trình nhập và xử lý dữ liệu, người sử dụng cần thống nhất cách hiểu một số thuật ngữ.

10.1. BMT – Bên mời thầu

BMT là viết tắt của Bên mời thầu.

Đây là đơn vị tổ chức lựa chọn nhà thầu và có thể là Chủ đầu tư, Ban quản lý dự án hoặc đơn vị được giao.

10.2. BQLDA – Ban quản lý dự án

BQLDA là viết tắt của Ban quản lý dự án.

Đây là đơn vị được giao quản lý thực hiện dự án, có thể trực thuộc Chủ đầu tư hoặc được giao quản lý chuyên ngành, khu vực.

10.3. BCNCKT – Báo cáo nghiên cứu khả thi đầu tư xây dựng

BCNCKT là viết tắt của Báo cáo nghiên cứu khả thi đầu tư xây dựng.

Theo tài liệu, BCNCKT được sử dụng khi phải lập dự án và không gộp chung với Báo cáo kinh tế – kỹ thuật.

10.4. BCKTKT – Báo cáo kinh tế – kỹ thuật đầu tư xây dựng

BCKTKT là viết tắt của Báo cáo kinh tế – kỹ thuật đầu tư xây dựng.

Theo nội dung nguồn, loại hồ sơ này được dùng cho các trường hợp pháp luật cho phép và thường đi kèm thiết kế bản vẽ thi công là bước thiết kế duy nhất.

Vì vậy, BCNCKT và BCKTKT cần được quản lý thành hai loại hồ sơ khác nhau.

10.5. Đối tượng thụ hưởng

Đối tượng thụ hưởng là đơn vị tiếp nhận và sử dụng kết quả đầu tư.

Ví dụ gồm trường học, bệnh viện, đơn vị quản lý đường giao thông và đơn vị sử dụng thiết bị.

10.6. Thời hạn kiểm soát nội bộ

Thời hạn kiểm soát nội bộ là thời gian cam kết xử lý.

Đây là mốc phục vụ kiểm soát tiến độ nội bộ trên phần mềm và không thay thế thời hạn pháp lý.

Có thể sử dụng bảng tra cứu nhanh sau:

11. Những lỗi cần tránh khi quản lý hồ sơ trên QLDA 360

Một hệ thống quản lý hồ sơ chỉ phát huy hiệu quả khi dữ liệu được nhập đúng ngay từ đầu.

Lỗi đầu tiên cần tránh là tạo dự án nhưng chưa xác định đúng nhóm dự án, loại hồ sơ và số bước thiết kế. Điều này làm cấu trúc hồ sơ phía sau không phản ánh đúng thực tế.

Lỗi thứ hai là khai báo đơn vị nhưng không xác định vai trò. Một dự án có thể có đầy đủ tên tổ chức nhưng nếu không biết đâu là Chủ đầu tư, BQLDA, BMT, đơn vị thụ hưởng hay cơ quan thẩm định thì dữ liệu vẫn thiếu ý nghĩa quản lý.

Lỗi tiếp theo là đưa toàn bộ hồ sơ vào một thư mục chung. Khi đó phần mềm trở thành một nơi chứa file chứ chưa phải hệ thống quản lý hồ sơ theo quy trình.

Người dùng cũng cần tránh tình trạng có ngày đến hạn nhưng không có người xử lý, bởi khi quá hạn sẽ không xác định được trách nhiệm.

Một lỗi quan trọng khác là gộp lập, thẩm định, phê duyệt và phát hành thành một bước duyệt duy nhất dù thực tế các công đoạn này do các chủ thể khác nhau thực hiện.

Cuối cùng, không được ghi đè phiên bản cũ khi hồ sơ điều chỉnh. Phiên bản mới phải giữ quan hệ với hồ sơ trước để phục vụ truy vết.

12. Nguyên tắc kiểm soát hồ sơ trước khi hoàn thành

Trước khi đóng một đầu việc, người sử dụng nên kiểm tra các nội dung sau:

Checklist này có thể sử dụng trực tiếp trong tài liệu đào tạo hoặc làm tiêu chí kiểm tra hồ sơ của người dùng.

13. Câu hỏi thường gặp về quản lý hồ sơ trên QLDA 360

BMT có phải lúc nào cũng là Chủ đầu tư không?

Không. Theo nội dung tài liệu, BMT có thể là Chủ đầu tư, Ban quản lý dự án hoặc đơn vị được giao tổ chức lựa chọn nhà thầu.

BQLDA và Chủ đầu tư có phải luôn là một đơn vị không?

Không nên mặc định như vậy. BQLDA là đơn vị được giao quản lý thực hiện dự án và cần được khai báo đúng theo cơ cấu thực tế.

BCNCKT và BCKTKT có nên tạo chung một loại hồ sơ không?

Không. Nội dung tài liệu yêu cầu phân biệt Báo cáo nghiên cứu khả thi đầu tư xây dựng và Báo cáo kinh tế – kỹ thuật đầu tư xây dựng.

Thời hạn kiểm soát nội bộ có phải thời hạn pháp lý không?

Không. Đây là thời gian cam kết xử lý để kiểm soát tiến độ trên phần mềm và không thay thế thời hạn pháp lý.

Có nên gộp thẩm định và phê duyệt vào một bước không?

Không nếu thực tế đây là hai công đoạn do các vai trò khác nhau thực hiện.

Hồ sơ đã phê duyệt có đồng nghĩa với đã phát hành không?

Không nên hiểu hai trạng thái là một. Nội dung hướng dẫn yêu cầu tách rõ lập, thẩm định, phê duyệt và phát hành.

Khi hồ sơ điều chỉnh có được thay trực tiếp file cũ bằng file mới không?

Không. Hồ sơ điều chỉnh cần tạo phiên bản mới và liên kết với hồ sơ cũ để phục vụ truy vết.

Tại sao cần quản lý phiên bản hồ sơ?

Để xác định được lịch sử thay đổi, hồ sơ trước và sau điều chỉnh, đồng thời biết phiên bản nào đang là phiên bản hiện hành.

14. Kết luận

Quản lý hồ sơ dự án trên QLDA 360 không đơn thuần là đưa tài liệu lên một hệ thống lưu trữ.

Một hồ sơ được quản lý đầy đủ phải trả lời được:

Thuộc dự án nào?

Nằm ở công đoạn nào?

Là loại hồ sơ gì?

Đơn vị nào tham gia?

Ai đang xử lý?

Bắt đầu khi nào?

Khi nào đến hạn?

Đang ở trạng thái nào?

Đã thẩm định chưa?

Đã phê duyệt chưa?

Đã phát hành chưa?

Phiên bản nào đang có hiệu lực?

Vì vậy, trình tự sử dụng và đào tạo QLDA 360 nên thống nhất theo sáu nhóm chính:

Tạo dự án → Khai báo các bên → Tổ chức danh mục hồ sơ → Kiểm soát tiến độ → Lập, thẩm định, phê duyệt và phát hành → Quản lý phiên bản.

Khi sáu nhóm công việc này được thực hiện đúng, dữ liệu dự án sẽ có cấu trúc rõ ràng và khả năng truy vết tốt hơn. Người quản lý không chỉ nhìn thấy một file tài liệu mà còn có thể xác định được toàn bộ quá trình hình thành, xử lý, phê duyệt và điều chỉnh của hồ sơ đó trong dự án.

Đây cũng là mục tiêu cốt lõi khi xây dựng QLDA 360 thành công cụ quản lý hồ sơ và quy trình dự án thay vì chỉ là một nơi tập trung tài liệu.