Cách quản lý tài liệu và quy trình doanh nghiệp

Một hệ thống hiệu quả phải giúp doanh nghiệp trả lời được sáu câu hỏi:

·         Tài liệu nào đang có hiệu lực

·         Ai là người chịu trách nhiệm

·         Nội dung đã thay đổi ở đâu

·         Ai đã phê duyệt thay đổi

·         Nhân viên phải sử dụng phiên bản nào

·         Phiên bản cũ được lưu giữ hoặc tiêu hủy ra sao

ISO 9001:2015 sử dụng khái niệm “thông tin dạng văn bản” và yêu cầu các thông tin thuộc hệ thống quản lý chất lượng phải được kiểm soát. ISO 15489-1:2016 cũng đặt nền tảng cho việc tạo lập, thu nhận và quản lý hồ sơ, bao gồm metadata, trách nhiệm, chính sách, hoạt động giám sát và hệ thống hồ sơ.

Vì sao doanh nghiệp phải quản lý phiên bản tài liệu và quy trình?

Khi tài liệu được lưu rải rác trong email, máy tính cá nhân, thư mục dùng chung và ứng dụng nhắn tin, doanh nghiệp dễ xuất hiện nhiều bản có nội dung khác nhau nhưng tên gần giống nhau. Người thực hiện không biết bản nào đã được phê duyệt, trong khi người quản lý không thể xác định thay đổi bắt đầu từ đâu.

Hậu quả thường gặp gồm:

·         Nhân viên áp dụng hướng dẫn đã hết hiệu lực

·         Các phòng ban thực hiện cùng một quy trình theo nhiều cách khác nhau

·         Biểu mẫu không còn phù hợp với quy trình hiện hành

·         Không xác định được người chỉnh sửa hoặc phê duyệt

·         Khó cung cấp bằng chứng khi kiểm tra hoặc đánh giá

·         Thay đổi quan trọng không được truyền đạt đến người bị ảnh hưởng

·         Phiên bản lỗi bị phát hành lại sau một thời gian

Vấn đề cốt lõi không nằm ở số lượng tài liệu mà ở việc thiếu một cơ chế xác định trạng thái chính thức. Một doanh nghiệp có ít tài liệu vẫn có thể mất kiểm soát nếu mỗi nhân viên giữ một bản riêng. Ngược lại, một tổ chức có hàng nghìn tài liệu vẫn có thể vận hành ổn định nếu mỗi tài liệu có chủ sở hữu, lịch sử thay đổi, trạng thái và quyền truy cập rõ ràng.

Quản lý phiên bản vì vậy phải gắn với quản trị quy trình. Khi một quy trình thay đổi, doanh nghiệp cần kiểm tra đồng thời các tài liệu liên quan như hướng dẫn công việc, biểu mẫu, checklist, chính sách, tài liệu đào tạo và cấu hình hệ thống. Chỉ sửa sơ đồ quy trình nhưng không cập nhật các thành phần phụ thuộc sẽ tạo ra sự không nhất quán trong vận hành.

Phân biệt tài liệu, hồ sơ và quy trình

Ba khái niệm này có liên quan nhưng không nên được quản lý giống nhau.

Tài liệu

Tài liệu hướng dẫn con người thực hiện hoặc kiểm soát một hoạt động. Nội dung tài liệu có thể được sửa đổi khi yêu cầu vận hành thay đổi.

Ví dụ:

·         Chính sách

·         Quy định

·         Quy trình

·         Hướng dẫn công việc

·         Sổ tay

·         Biểu mẫu trắng

·         Checklist mẫu

Tài liệu cần được kiểm soát phiên bản vì nội dung của nó có thể thay đổi theo thời gian.

Hồ sơ

Hồ sơ là bằng chứng cho thấy một hoạt động đã xảy ra hoặc một kết quả đã được tạo ra.

Ví dụ:

·         Phiếu kiểm tra đã điền

·         Biên bản họp

·         Hợp đồng đã ký

·         Báo cáo đánh giá

·         Nhật ký vận hành

·         Hồ sơ đào tạo

·         Yêu cầu thay đổi đã được phê duyệt

Hồ sơ thường không được sửa nội dung tùy ý sau khi hoàn thành. Nếu cần hiệu chỉnh, doanh nghiệp phải giữ dấu vết của nội dung cũ, lý do sửa và người thực hiện. ISO 15489 áp dụng nguyên tắc quản lý hồ sơ cho mọi định dạng, cấu trúc và môi trường công nghệ.

Quy trình

Quy trình mô tả chuỗi hoạt động biến đầu vào thành đầu ra. Một quy trình có thể được thể hiện bằng lưu đồ, văn bản, workflow trên phần mềm hoặc kết hợp nhiều hình thức.

Quản lý quy trình không dừng ở việc lưu một tệp mô tả. Doanh nghiệp còn phải kiểm soát:

·         Mục tiêu và phạm vi

·         Đầu vào và đầu ra

·         Vai trò chịu trách nhiệm

·         Trình tự công việc

·         Điểm phê duyệt

·         Điều kiện ngoại lệ

·         Chỉ số theo dõi

·         Biểu mẫu và hệ thống liên quan

Những thành phần bắt buộc của một tài liệu được kiểm soát

Mỗi tài liệu chính thức nên có một bộ metadata tối thiểu để người sử dụng nhận biết đúng trạng thái.

Không phải mọi thông tin đều phải xuất hiện trên trang đầu. Chúng có thể được quản lý bằng thuộc tính trong hệ thống tài liệu. Điều quan trọng là metadata phải được lưu cùng tài liệu và có thể truy xuất khi cần.

Cách thiết lập quy tắc đánh số phiên bản

Doanh nghiệp nên áp dụng một quy tắc thống nhất thay vì để từng phòng ban tự đặt phiên bản.

Cách dùng phiên bản chính và phiên bản phụ

Cấu trúc phổ biến là X.Y:

·         X là phiên bản chính

·         Y là phiên bản phụ

Ví dụ:

·         1.0 là lần ban hành chính thức đầu tiên

·         1.1 là thay đổi nhỏ sau lần ban hành đầu tiên

·         1.2 là thay đổi nhỏ tiếp theo

·         2.0 là thay đổi lớn làm ảnh hưởng đáng kể đến cách thực hiện

Thay đổi lớn có thể bao gồm:

·         Thay đổi phạm vi hoặc mục tiêu quy trình

·         Thay đổi vai trò chịu trách nhiệm

·         Thêm hoặc loại bỏ bước kiểm soát quan trọng

·         Thay đổi điều kiện phê duyệt

·         Thay đổi hệ thống thực hiện

·         Thay đổi yêu cầu tuân thủ

Thay đổi nhỏ thường gồm:

·         Sửa lỗi trình bày

·         Làm rõ câu chữ nhưng không thay đổi cách thực hiện

·         Cập nhật tên bộ phận

·         Điều chỉnh thông tin liên hệ

·         Bổ sung chú thích không ảnh hưởng đến kiểm soát chính

Ranh giới giữa thay đổi lớn và nhỏ phải được quy định trước. Nếu không, số phiên bản chỉ mang tính hình thức và không giúp người đọc đánh giá mức độ ảnh hưởng.

Không dùng tên tệp thay cho cơ chế kiểm soát

Những tên như “final”, “final mới”, “final chuẩn” hoặc “bản cuối 2” không thể hiện trạng thái phê duyệt. Ngày tháng trong tên tệp cũng không cho biết tài liệu có hiệu lực hay chưa.

Tên tệp có thể chứa mã và phiên bản để hỗ trợ tìm kiếm, nhưng trạng thái chính thức phải được xác định trong hệ thống hoặc danh mục tài liệu kiểm soát.

Một cấu trúc tên tệp có thể là:

Mã tài liệu_Tên rút gọn_Phiên bản

Ví dụ:

QT-MH-01_Mua-hang_2.0

Quy trình quản lý phiên bản tài liệu hoàn chỉnh

Bước 1: Khởi tạo yêu cầu tạo mới hoặc sửa đổi

Mọi thay đổi nên bắt đầu bằng một yêu cầu có thể truy vết. Yêu cầu cần nêu:

·         Tài liệu hoặc quy trình bị ảnh hưởng

·         Vấn đề cần giải quyết

·         Lý do thay đổi

·         Phạm vi tác động

·         Người đề xuất

·         Mức độ ưu tiên

·         Thời điểm mong muốn áp dụng

Nguồn yêu cầu có thể đến từ thay đổi pháp lý, sự cố vận hành, kết quả đánh giá, phản hồi khách hàng, thay đổi hệ thống hoặc hoạt động cải tiến nội bộ.

Bước này ngăn việc sửa tài liệu tùy ý mà không có lý do nghiệp vụ rõ ràng.

Bước 2: Phân tích tác động

Trước khi chỉnh sửa, chủ sở hữu phải xác định các thành phần phụ thuộc.

Ví dụ, thay đổi quy trình mua hàng có thể ảnh hưởng đến:

·         Ma trận thẩm quyền phê duyệt

·         Biểu mẫu đề nghị mua

·         Hướng dẫn lựa chọn nhà cung cấp

·         Hợp đồng mẫu

·         Cấu hình phần mềm

·         Nội dung đào tạo

·         Chỉ số thời gian xử lý

Phân tích tác động giúp tránh tình trạng quy trình đã đổi nhưng biểu mẫu, hệ thống và hành vi thực tế vẫn theo phiên bản cũ.

Mức độ phân tích cần tương xứng với rủi ro. Một thay đổi chính tả không cần quy trình đánh giá giống một thay đổi về thẩm quyền tài chính hoặc kiểm soát an toàn.

Bước 3: Soạn thảo trong môi trường được kiểm soát

Bản dự thảo phải được lưu tại vị trí chính thức, không phụ thuộc vào hộp thư hoặc máy tính của một cá nhân.

Trong giai đoạn này:

·         Tài liệu được gắn trạng thái “Dự thảo”

·         Quyền chỉnh sửa chỉ cấp cho người có nhiệm vụ

·         Mọi thay đổi được ghi nhận

·         Người dùng thông thường chưa được coi bản dự thảo là tài liệu áp dụng

·         Ý kiến góp ý được lưu cùng quá trình xem xét

Hệ thống có lịch sử phiên bản giúp xác định thời điểm sửa đổi, người chỉnh sửa và nội dung đã thay đổi. Chẳng hạn, lịch sử phiên bản của SharePoint cho phép người dùng xem thời điểm một tệp hoặc mục được thay đổi và nhận biết người thực hiện thay đổi.

Bước 4: Xem xét chuyên môn

Người xem xét phải đánh giá nội dung trên nhiều góc độ, không chỉ kiểm tra chính tả.

Các nội dung cần xem xét gồm:

·         Tính đúng đắn về chuyên môn

·         Mức độ phù hợp với hoạt động thực tế

·         Sự thống nhất với tài liệu liên quan

·         Tính rõ ràng của vai trò và trách nhiệm

·         Khả năng thực hiện của các bước

·         Điều kiện ngoại lệ

·         Rủi ro phát sinh

·         Nhu cầu đào tạo hoặc truyền thông

Người soạn thảo và người phê duyệt không nhất thiết phải là cùng một người. Việc tách vai trò giúp giảm nguy cơ một cá nhân tự tạo, tự kiểm tra và tự ban hành tài liệu có ảnh hưởng lớn.

Bước 5: Phê duyệt

Tài liệu chỉ được coi là chính thức sau khi người có thẩm quyền phê duyệt.

Bằng chứng phê duyệt có thể là:

·         Chữ ký điện tử

·         Workflow phê duyệt trên hệ thống

·         Chữ ký tay được số hóa

·         Biên bản quyết định

·         Nhật ký hệ thống không thể sửa tùy ý

Cấp phê duyệt nên dựa trên mức độ ảnh hưởng. Quy trình nội bộ của một nhóm không nhất thiết phải được lãnh đạo cao nhất phê duyệt, nhưng tài liệu ảnh hưởng đến toàn doanh nghiệp, tài chính, an toàn hoặc tuân thủ cần thẩm quyền tương ứng.

Bước 6: Ban hành và xác lập ngày hiệu lực

Ngày phê duyệt và ngày hiệu lực có thể khác nhau.

Khoảng thời gian giữa hai mốc cho phép doanh nghiệp:

·         Đào tạo người thực hiện

·         Cập nhật hệ thống

·         Thay thế biểu mẫu

·         Chuẩn bị nguồn lực

·         Xử lý công việc đang thực hiện theo phiên bản cũ

Khi ban hành, doanh nghiệp phải xác định một bản chính thức duy nhất. Các bản sao tải xuống hoặc in ra cần được kiểm soát phù hợp, vì chúng có thể không tự cập nhật khi tài liệu gốc thay đổi.

Bước 7: Truyền thông và xác nhận tiếp nhận

Không nên giả định rằng việc tải tài liệu lên hệ thống đồng nghĩa với việc nhân viên đã biết thay đổi.

Hình thức truyền thông cần phụ thuộc vào mức độ ảnh hưởng:

·         Thông báo thông thường cho thay đổi nhỏ

·         Xác nhận đã đọc cho thay đổi đáng chú ý

·         Đào tạo và kiểm tra hiểu biết cho thay đổi quan trọng

·         Đánh giá năng lực đối với hoạt động có rủi ro cao

·         Hướng dẫn tại chỗ khi thay đổi cách thao tác

Bằng chứng truyền thông phải được lưu khi doanh nghiệp cần chứng minh người liên quan đã được thông báo hoặc đào tạo.

Bước 8: Thu hồi phiên bản cũ

Phiên bản cũ không nhất thiết phải bị xóa. Doanh nghiệp cần chuyển nó sang trạng thái hết hiệu lực và ngăn người dùng thông thường sử dụng nhầm.

Các biện pháp kiểm soát gồm:

·         Loại bỏ phiên bản cũ khỏi khu vực tài liệu đang áp dụng

·         Gắn nhãn “Hết hiệu lực”

·         Chỉ cho phép tra cứu lịch sử

·         Thu hồi bản in tại điểm sử dụng

·         Thay thế đường dẫn hoặc mã QR

·         Khóa quyền chỉnh sửa

·         Ghi nhận ngày và lý do thu hồi

Trong một số trường hợp, phiên bản cũ phải được giữ để chứng minh quy định nào đã áp dụng tại một thời điểm cụ thể. Vì vậy, “thu hồi” không đồng nghĩa với “xóa vĩnh viễn”.

Bước 9: Xem xét định kỳ và cải tiến

Tài liệu không nên được sửa chỉ để tạo phiên bản mới. Hoạt động xem xét phải xác định tài liệu còn:

·         Chính xác

·         Cần thiết

·         Phù hợp với thực tế

·         Thống nhất với hệ thống

·         Tuân thủ yêu cầu hiện hành

·         Dễ hiểu và dễ sử dụng

Chu kỳ xem xét có thể dựa trên rủi ro thay vì áp dụng một thời hạn giống nhau cho tất cả tài liệu. Quy trình quan trọng hoặc thường xuyên thay đổi cần được xem xét nhiều hơn tài liệu ổn định và ít ảnh hưởng.

Ngoài lịch định kỳ, doanh nghiệp phải kích hoạt xem xét khi xảy ra:

·         Thay đổi pháp lý hoặc tiêu chuẩn

·         Thay đổi cơ cấu tổ chức

·         Thay đổi phần mềm hoặc thiết bị

·         Sự cố nghiêm trọng

·         Kết quả đánh giá không phù hợp

·         Phản hồi cho thấy tài liệu khó áp dụng

·         Thay đổi sản phẩm, dịch vụ hoặc thị trường

Thiết kế trạng thái tài liệu rõ ràng

Một vòng đời tài liệu có thể sử dụng các trạng thái sau:

1.    Dự thảo: Đang được xây dựng và chưa được phép áp dụng

2.    Đang xem xét: Đã chuyển cho người có trách nhiệm kiểm tra

3.    Chờ phê duyệt: Nội dung đã được xem xét và đang chờ quyết định

4.    Đã phê duyệt: Đã được chấp thuận nhưng có thể chưa đến ngày hiệu lực

5.    Đang có hiệu lực: Là phiên bản chính thức phải được sử dụng

6.    Tạm ngưng: Tạm thời không áp dụng nhưng chưa bị thay thế hoàn toàn

7.    Hết hiệu lực: Không còn được sử dụng cho hoạt động mới

8.    Lưu trữ: Chỉ giữ cho mục đích tra cứu, bằng chứng hoặc tuân thủ

Mỗi thời điểm chỉ nên có một phiên bản đang có hiệu lực cho cùng một phạm vi áp dụng. Ngoại lệ chỉ xuất hiện khi doanh nghiệp chủ động duy trì nhiều phiên bản cho các khu vực, sản phẩm hoặc hệ thống khác nhau. Khi đó, phạm vi của từng phiên bản phải được ghi rõ để tránh xung đột.

Phân công trách nhiệm theo mô hình rõ ràng

Quản lý tài liệu thất bại khi mọi người đều có quyền sửa nhưng không ai chịu trách nhiệm cuối cùng.

Doanh nghiệp nên phân biệt ít nhất bốn vai trò:

Một người có thể đảm nhiệm nhiều vai trò trong doanh nghiệp nhỏ, nhưng quyết định đó phải có chủ đích. Với tài liệu rủi ro cao, nên tách người soạn thảo khỏi người phê duyệt.

ISO 30301:2019 tiếp cận quản lý hồ sơ dưới dạng một hệ thống quản lý, bao gồm quản trị, trách nhiệm, lập kế hoạch, hỗ trợ, đánh giá và cải tiến liên tục.

Thiết lập một nguồn tài liệu chính thức duy nhất

Doanh nghiệp cần xác định nơi lưu giữ bản chính thức, thường được gọi là “nguồn sự thật duy nhất”.

Nguồn này phải hỗ trợ:

·         Tìm kiếm theo mã, tên, phòng ban hoặc trạng thái

·         Kiểm soát quyền xem và chỉnh sửa

·         Lưu lịch sử phiên bản

·         Phê duyệt theo workflow

·         Ghi nhận nhật ký hoạt động

·         Khôi phục phiên bản trước

·         Gửi thông báo thay đổi

·         Quản lý thời hạn lưu trữ

·         Xuất danh mục tài liệu

·         Sao lưu và phục hồi

Công cụ có thể là hệ thống quản lý tài liệu chuyên dụng, nền tảng cộng tác hoặc phần mềm quản lý quy trình. Lựa chọn công cụ phải theo yêu cầu kiểm soát, không nên bắt đầu bằng danh sách tính năng của nhà cung cấp.

Ngay cả khi phần mềm có lịch sử phiên bản, doanh nghiệp vẫn phải quy định phiên bản nào là bản nghiệp vụ chính thức. Phiên bản kỹ thuật được hệ thống tự động lưu sau mỗi lần chỉnh sửa không phải lúc nào cũng tương đương với một lần ban hành được phê duyệt.

Kiểm soát tài liệu in và bản tải xuống

Bản in và bản tải xuống là điểm yếu phổ biến vì chúng tách khỏi hệ thống trung tâm sau khi được tạo.

Doanh nghiệp có thể áp dụng:

·         Hiển thị mã tài liệu, phiên bản và ngày hiệu lực trên từng trang

·         Gắn dòng cảnh báo “Bản in không được kiểm soát”

·         Sử dụng mã QR dẫn đến bản đang có hiệu lực

·         Đánh số các bản in được kiểm soát

·         Lập danh sách nơi phân phối

·         Yêu cầu thu hồi khi có phiên bản mới

·         Hạn chế tải xuống đối với tài liệu nhạy cảm

Không phải mọi bản in đều cần kiểm soát chặt như nhau. Mức độ kiểm soát phải dựa trên hậu quả nếu người dùng áp dụng nhầm phiên bản.

Quản lý mối quan hệ giữa quy trình và tài liệu liên quan

Mỗi quy trình nên có một danh mục thành phần liên kết.

Ví dụ, hồ sơ của một quy trình có thể gồm:

·         Tài liệu mô tả quy trình

·         Hướng dẫn cho từng công đoạn

·         Biểu mẫu đầu vào

·         Biểu mẫu đầu ra

·         Ma trận trách nhiệm

·         Chính sách liên quan

·         Quy định bên ngoài

·         Chỉ số theo dõi

·         Nội dung đào tạo

·         Cấu hình hệ thống

Khi một thành phần thay đổi, chủ sở hữu phải kiểm tra toàn bộ mối quan hệ. Cơ chế này có thể được gọi là ma trận liên kết hoặc ma trận tác động.

Không nên sao chép cùng một quy định vào nhiều tài liệu. Khi nội dung nguồn thay đổi, các bản sao dễ trở nên không nhất quán. Thay vào đó, doanh nghiệp nên xác định tài liệu nguồn và tạo tham chiếu từ các tài liệu liên quan.

Chỉ số đánh giá hiệu quả quản lý tài liệu

Doanh nghiệp có thể theo dõi một nhóm chỉ số có ý nghĩa trực tiếp với rủi ro vận hành:

·         Tỷ lệ tài liệu được xem xét đúng hạn

·         Số tài liệu quá hạn xem xét

·         Thời gian trung bình từ yêu cầu đến ban hành

·         Tỷ lệ yêu cầu thay đổi bị trả lại

·         Số trường hợp sử dụng nhầm phiên bản

·         Tỷ lệ người liên quan đã xác nhận tiếp nhận

·         Tỷ lệ hoàn thành đào tạo trước ngày hiệu lực

·         Số tài liệu trùng lặp

·         Số tài liệu không có chủ sở hữu

·         Số bản in hết hiệu lực được phát hiện

·         Tỷ lệ tài liệu có lịch sử thay đổi đầy đủ

Không có một ngưỡng chung phù hợp cho mọi doanh nghiệp. Mục tiêu phải dựa trên mức độ rủi ro, quy mô tài liệu và yêu cầu tuân thủ. Giá trị của chỉ số nằm ở khả năng phát hiện xu hướng và kích hoạt hành động, không nằm ở việc tạo ra nhiều báo cáo.

Những sai lầm thường gặp

Chỉ quản lý tên tệp

Tên tệp không thể thay thế trạng thái, lịch sử phê duyệt, quyền truy cập và metadata.

Cho phép nhiều nơi lưu bản chính thức

Khi email, thư mục dùng chung và phần mềm đều được coi là nguồn chính thức, người sử dụng không thể biết nơi nào đáng tin cậy.

Xóa phiên bản cũ

Xóa toàn bộ lịch sử có thể làm mất bằng chứng về nội dung từng được áp dụng. Phiên bản cũ nên được lưu trữ theo chính sách phù hợp và ngăn sử dụng nhầm.

Ban hành nhưng không truyền thông

Một tài liệu đúng về nội dung vẫn có thể thất bại nếu người thực hiện không biết nó đã thay đổi.

Đặt chu kỳ xem xét giống nhau cho mọi tài liệu

Cách làm này tạo khối lượng công việc hành chính lớn nhưng không tập trung vào tài liệu có rủi ro cao.

Xem phê duyệt là thủ tục hình thức

Người phê duyệt phải hiểu nội dung, tác động và thẩm quyền của mình. Một thao tác nhấn nút không có giá trị kiểm soát nếu người phê duyệt không thực sự xem xét tài liệu.

Phụ thuộc hoàn toàn vào phần mềm

Phần mềm có thể lưu phiên bản và nhật ký, nhưng không tự xác định nội dung đúng, người có thẩm quyền hay mức độ ảnh hưởng của thay đổi.

Lộ trình triển khai trong doanh nghiệp

Doanh nghiệp có thể triển khai theo sáu giai đoạn:

1.    Kiểm kê hiện trạng

2.    Lập danh sách tài liệu, nơi lưu, chủ sở hữu, phiên bản và trạng thái hiện tại

3.    Phân loại theo rủi ro

4.    Xác định tài liệu quan trọng, tài liệu hỗ trợ và hồ sơ cần lưu giữ

5.    Thiết kế quy tắc kiểm soát

6.    Ban hành quy định về mã tài liệu, phiên bản, trạng thái, quyền hạn, phê duyệt và lưu trữ

7.    Chuẩn hóa kho tài liệu

8.    Chọn một nguồn chính thức, loại bỏ bản trùng và chuyển bản cũ sang khu vực lưu trữ

9.    Thí điểm trên một quy trình

10.  Áp dụng với quy trình có phạm vi rõ ràng để kiểm tra workflow và trách nhiệm

11.  Mở rộng và đo lường

12.  Triển khai theo từng nhóm tài liệu, theo dõi chỉ số và cải tiến dựa trên sự cố thực tế

Không nên số hóa một quy trình kiểm soát đang thiếu logic. Trước khi cấu hình phần mềm, doanh nghiệp cần xác định rõ ai được tạo, ai được sửa, ai được duyệt, khi nào tài liệu có hiệu lực và phiên bản cũ được xử lý thế nào.

Checklist kiểm soát trước khi ban hành

Trước khi phát hành một phiên bản mới, doanh nghiệp cần xác nhận:

·         Mã và tên tài liệu chính xác

·         Chủ sở hữu đã được xác định

·         Lý do thay đổi đã được ghi nhận

·         Phạm vi tác động đã được đánh giá

·         Nội dung phù hợp với hoạt động thực tế

·         Tài liệu liên quan đã được cập nhật

·         Người có thẩm quyền đã phê duyệt

·         Số phiên bản được gán đúng quy tắc

·         Ngày hiệu lực đã được xác định

·         Kế hoạch truyền thông hoặc đào tạo đã hoàn thành

·         Phiên bản cũ đã được thu hồi khỏi điểm sử dụng

·         Bằng chứng phê duyệt và thay đổi đã được lưu

·         Quyền truy cập đã được kiểm tra

·         Thời hạn xem xét tiếp theo đã được thiết lập

Quản lý tài liệu và quy trình hiệu quả phải tạo ra một chuỗi kiểm soát có thể truy vết: yêu cầu thay đổi, phân tích tác động, soạn thảo, xem xét, phê duyệt, ban hành, truyền thông, thu hồi và lưu trữ.

Số phiên bản chỉ là dấu hiệu nhận biết. Giá trị thực sự nằm ở khả năng bảo đảm rằng đúng người đang sử dụng đúng tài liệu, tại đúng thời điểm và trong đúng phạm vi áp dụng.

Doanh nghiệp nên bắt đầu bằng việc xác định một nguồn tài liệu chính thức, phân công chủ sở hữu cho từng tài liệu và chuẩn hóa vòng đời phê duyệt. Sau đó mới lựa chọn hoặc cấu hình công cụ hỗ trợ. Khi trách nhiệm, trạng thái và dấu vết thay đổi được quản lý nhất quán, tài liệu sẽ trở thành một phần của hệ thống vận hành thay vì chỉ là tập hợp các tệp được lưu trữ.