Cách số hóa quy trình phê duyệt

Một quy trình phê duyệt được số hóa đúng phải trả lời rõ năm câu hỏi:

·         Ai được quyền tạo đề nghị

·         Đề nghị cần những dữ liệu và tài liệu nào

·         Ai có thẩm quyền phê duyệt trong từng điều kiện

·         Hệ thống xử lý thế nào khi hồ sơ thiếu, bị từ chối hoặc quá hạn

·         Bằng chứng nào chứng minh quyết định đã được thực hiện hợp lệ

Cách triển khai hiệu quả là chuẩn hóa quy trình trước, thiết kế ma trận thẩm quyền, cấu hình luồng xử lý, tích hợp dữ liệu, thử nghiệm trên phạm vi nhỏ rồi mới mở rộng. Công nghệ chỉ phát huy tác dụng khi quy tắc vận hành đã rõ ràng.

Số hóa quy trình phê duyệt thực chất là gì?

Số hóa quy trình phê duyệt là việc sử dụng hệ thống phần mềm để tiếp nhận yêu cầu, kiểm tra điều kiện, chuyển hồ sơ đến đúng người có thẩm quyền, ghi nhận quyết định và lưu toàn bộ lịch sử xử lý.

Quy trình số thường bao gồm sáu thành phần:

1.    Biểu mẫu điện tử: Thu thập dữ liệu theo một cấu trúc thống nhất

2.    Quy tắc điều hướng: Xác định hồ sơ phải chuyển đến ai dựa trên loại yêu cầu, giá trị, đơn vị hoặc mức độ rủi ro

3.    Ma trận thẩm quyền: Quy định cấp nào được xem xét và quyết định trong từng trường hợp

4.    Cơ chế xác thực: Xác nhận người thao tác đúng là người được cấp quyền

5.    Nhật ký xử lý: Ghi lại thời gian, người thực hiện, hành động và nội dung thay đổi

6.    Dữ liệu báo cáo: Đo thời gian xử lý, số hồ sơ tồn đọng, tỷ lệ trả lại và các điểm nghẽn

Điểm khác biệt quan trọng giữa “đưa quy trình lên phần mềm” và “số hóa quy trình” nằm ở khả năng tự động thực thi quy tắc. Một biểu mẫu gửi qua email vẫn phụ thuộc vào việc con người nhớ người nhận, tự theo dõi trạng thái và kiểm tra phiên bản. Trong quy trình số, hệ thống chủ động điều phối hồ sơ theo điều kiện đã cấu hình.

Số hóa cũng không đồng nghĩa với chữ ký số. Nút “phê duyệt” trong hệ thống có thể đủ cho một quyết định vận hành nội bộ, nhưng một số tài liệu có yêu cầu pháp lý hoặc cần giao dịch với bên ngoài có thể phải áp dụng chữ ký điện tử phù hợp. Tại Việt Nam, Luật Giao dịch điện tử 2023 và Nghị định 23/2025/NĐ-CP tạo khung pháp lý liên quan đến giao dịch điện tử, chữ ký điện tử và dịch vụ tin cậy; doanh nghiệp cần đối chiếu từng loại hồ sơ thay vì mặc định mọi bước duyệt đều phải ký số.

Vì sao quy trình phê duyệt thủ công thường bị chậm?

Thời gian phê duyệt không chỉ nằm ở thao tác ra quyết định. Phần lớn độ trễ xuất hiện trong khoảng thời gian hồ sơ chờ được phát hiện, chờ bổ sung thông tin, chờ xác định đúng người có thẩm quyền hoặc chờ người duyệt nhắc lại bối cảnh.

Một quy trình thủ công thường phát sinh các vấn đề sau:

·         Hồ sơ được gửi qua nhiều kênh như giấy, email và tin nhắn

·         Người lập đề nghị không biết phải cung cấp những thông tin nào

·         Cấp phê duyệt được xác định theo kinh nghiệm thay vì quy tắc

·         Không có trạng thái thống nhất để theo dõi tiến độ

·         Hồ sơ bị trả lại nhưng không ghi rõ lý do

·         Người có thẩm quyền nghỉ phép nhưng không có cơ chế ủy quyền

·         Các bên sử dụng nhiều phiên bản tài liệu khác nhau

·         Lịch sử quyết định nằm rải rác trong hộp thư hoặc trao đổi cá nhân

Vì vậy, chỉ thay phiếu giấy bằng biểu mẫu điện tử chưa chắc làm quy trình nhanh hơn. Một biểu mẫu thiếu trường bắt buộc vẫn tạo ra hồ sơ thiếu dữ liệu. Một luồng số hóa giữ nguyên quá nhiều cấp duyệt vẫn tạo ra thời gian chờ. Một hệ thống không có quy tắc ủy quyền vẫn dừng khi người duyệt vắng mặt.

Trước khi lựa chọn công cụ, doanh nghiệp cần phân biệt ba loại thời gian:

·         Thời gian xử lý: Thời gian người tham gia thực sự kiểm tra hoặc ra quyết định

·         Thời gian chờ: Thời gian hồ sơ nằm trong hàng đợi mà chưa được xử lý

·         Thời gian làm lại: Thời gian dành cho việc bổ sung, sửa hoặc gửi lại hồ sơ

Số hóa tạo giá trị lớn nhất khi giảm thời gian chờ và thời gian làm lại, không chỉ rút ngắn thao tác bấm duyệt.

Cách số hóa quy trình phê duyệt theo 7 bước

Bước 1: Chọn đúng quy trình để triển khai trước

Không nên số hóa đồng thời mọi quy trình phê duyệt. Doanh nghiệp nên bắt đầu bằng một quy trình có phạm vi rõ, số lượng hồ sơ đủ lớn và vấn đề hiện tại có thể đo được.

Các quy trình thường phù hợp để thí điểm gồm:

·         Đề nghị mua hàng

·         Đề nghị thanh toán

·         Tạm ứng và hoàn ứng

·         Phê duyệt nghỉ phép

·         Phê duyệt làm thêm giờ

·         Đề nghị tuyển dụng

·         Phê duyệt hợp đồng

·         Đề nghị cấp quyền truy cập

·         Đề nghị thay đổi giá hoặc chiết khấu

Quy trình đầu tiên không nên quá đơn giản đến mức không chứng minh được giá trị, nhưng cũng không nên có quá nhiều ngoại lệ. Một quy trình liên quan đến nhiều pháp nhân, nhiều loại tiền tệ, nhiều hệ thống và nhiều điều kiện pháp lý thường không phải lựa chọn tốt cho giai đoạn thí điểm.

Có thể chấm điểm từng quy trình theo năm tiêu chí:

·         Số lượng hồ sơ phát sinh

·         Thời gian xử lý hiện tại

·         Tỷ lệ hồ sơ bị trả lại

·         Mức độ ảnh hưởng đến hoạt động

·         Khả năng chuẩn hóa quy tắc

Quy trình có tần suất cao, thời gian chờ dài và quy tắc tương đối rõ thường mang lại kết quả dễ quan sát nhất.

Bước 2: Khảo sát quy trình đang vận hành

Doanh nghiệp cần mô tả quy trình thực tế thay vì chỉ dựa vào quy định chính thức. Hai luồng này có thể khác nhau đáng kể.

Với mỗi bước, cần ghi nhận:

·         Người thực hiện

·         Dữ liệu đầu vào

·         Tài liệu đính kèm

·         Điều kiện chuyển bước

·         Thời gian xử lý

·         Nguyên nhân chờ

·         Trường hợp trả lại

·         Ngoại lệ thường gặp

·         Hệ thống đang sử dụng

·         Bằng chứng cần lưu

Nên khảo sát một số hồ sơ đã hoàn tất để nhận diện đường đi thực tế. Một quy trình được mô tả là ba cấp duyệt có thể phát sinh thêm nhiều bước xin ý kiến không chính thức. Những bước này cần được phân loại rõ:

·         Bước kiểm tra

·         Bước tư vấn

·         Bước xác nhận

·         Bước phê duyệt có thẩm quyền

·         Bước chỉ nhận thông báo

Việc phân loại giúp tránh tình trạng mọi người liên quan đều bị biến thành người phê duyệt. Người cần biết kết quả chỉ nên nhận thông báo. Người kiểm tra tính đầy đủ không nhất thiết phải có quyền quyết định.

Bước 3: Chuẩn hóa biểu mẫu và dữ liệu đầu vào

Hệ thống chỉ có thể tự động điều hướng khi dữ liệu đầu vào có cấu trúc. Nếu người dùng nhập toàn bộ nội dung vào một ô mô tả tự do, hệ thống khó xác định cấp duyệt hoặc kiểm tra điều kiện.

Biểu mẫu điện tử cần xác định:

·         Trường dữ liệu bắt buộc

·         Kiểu dữ liệu của từng trường

·         Danh mục lựa chọn dùng chung

·         Điều kiện hiển thị trường

·         Quy tắc kiểm tra hợp lệ

·         Tài liệu bắt buộc phải đính kèm

·         Dữ liệu được lấy tự động từ hệ thống khác

Ví dụ, đề nghị mua hàng có thể cần các trường:

·         Đơn vị đề nghị

·         Trung tâm chi phí

·         Hạng mục mua

·         Nhà cung cấp

·         Giá trị trước thuế

·         Thuế

·         Tổng giá trị

·         Ngân sách còn lại

·         Mục đích sử dụng

·         Báo giá đính kèm

·         Mức độ khẩn cấp

Hệ thống nên lấy tự động những dữ liệu đã tồn tại, như tên nhân viên, phòng ban, quản lý trực tiếp hoặc trung tâm chi phí. Nhập lại dữ liệu làm tăng thời gian thao tác và nguy cơ sai lệch.

Tuy nhiên, không nên biến mọi thông tin thành trường bắt buộc. Chỉ giữ lại dữ liệu phục vụ ít nhất một trong các mục tiêu: ra quyết định, điều hướng quy trình, kiểm soát rủi ro, tích hợp hoặc báo cáo.

Bước 4: Xây dựng ma trận thẩm quyền phê duyệt

Ma trận thẩm quyền là nền tảng của quy trình phê duyệt số. Ma trận phải xác định người được quyết định dựa trên các điều kiện cụ thể, thay vì ghi chung chung “trình cấp có thẩm quyền”.

Các điều kiện thường được sử dụng gồm:

·         Loại yêu cầu

·         Giá trị giao dịch

·         Phòng ban

·         Trung tâm chi phí

·         Nguồn ngân sách

·         Loại hợp đồng

·         Mức chiết khấu

·         Mức độ rủi ro

·         Quan hệ lợi ích

·         Tính khẩn cấp

Ví dụ, một đề nghị mua hàng có thể được điều hướng như sau:

·         Dưới ngưỡng A: Quản lý bộ phận phê duyệt

·         Từ ngưỡng A đến B: Quản lý bộ phận và giám đốc chức năng phê duyệt

·         Trên ngưỡng B: Bổ sung cấp điều hành hoặc hội đồng có thẩm quyền

·         Vượt ngân sách: Bổ sung bộ phận tài chính

·         Thuộc nhóm hàng đặc biệt: Bổ sung bộ phận pháp chế, an toàn hoặc công nghệ thông tin

Các ngưỡng A và B phải lấy từ quy chế tài chính hoặc phân quyền của doanh nghiệp, không nên sao chép một con số chung từ tổ chức khác.

Ma trận cũng cần quy định:

·         Phê duyệt tuần tự hay song song

·         Một người có được phê duyệt ở nhiều vai trò hay không

·         Trường hợp nào phải từ chối do xung đột lợi ích

·         Ai được ủy quyền

·         Thời hạn ủy quyền

·         Hành động khi không tìm thấy người có thẩm quyền

·         Cách xử lý khi cơ cấu tổ chức thay đổi

Quy tắc phải hướng đến phân tách nhiệm vụ. Người tạo đề nghị không nên tự phê duyệt đề nghị của mình khi rủi ro của giao dịch yêu cầu kiểm soát độc lập.

Bước 5: Thiết kế luồng xử lý và ngoại lệ

Một luồng phê duyệt đầy đủ không chỉ có hai trạng thái “chờ duyệt” và “đã duyệt”. Hệ thống cần mô tả rõ vòng đời của hồ sơ.

Các trạng thái cơ bản có thể gồm:

1.    Bản nháp

2.    Đã gửi

3.    Đang kiểm tra

4.    Chờ phê duyệt

5.    Yêu cầu bổ sung

6.    Đã phê duyệt

7.    Bị từ chối

8.    Đã hủy

9.    Đã hoàn tất nghiệp vụ

Mỗi hành động cần có kết quả xác định:

·         Phê duyệt: Hồ sơ chuyển đến bước tiếp theo hoặc hoàn tất

·         Từ chối: Hồ sơ kết thúc và bắt buộc ghi lý do

·         Yêu cầu bổ sung: Hồ sơ quay về người chịu trách nhiệm cập nhật

·         Chuyển tham vấn: Một người được xin ý kiến nhưng không thay đổi thẩm quyền quyết định

·         Ủy quyền: Người được ủy quyền xử lý trong phạm vi và thời hạn xác định

·         Hủy: Người có quyền hủy hồ sơ khi yêu cầu không còn hiệu lực

Doanh nghiệp cần tránh tự động coi việc quá hạn là đã phê duyệt. Cơ chế “im lặng đồng nghĩa đồng ý” có thể làm tăng rủi ro kiểm soát. Phương án an toàn hơn thường là nhắc việc, chuyển cấp hoặc đưa hồ sơ vào hàng đợi xử lý ngoại lệ.

Bước 6: Lựa chọn công cụ và tích hợp hệ thống

Công cụ phù hợp phụ thuộc vào độ phức tạp của quy trình, số lượng người dùng, yêu cầu tích hợp và mức độ kiểm soát.

Doanh nghiệp có thể cân nhắc:

·         Nền tảng quản lý quy trình nghiệp vụ

·         Hệ thống low-code hoặc no-code

·         Phân hệ workflow trong ERP

·         Phân hệ quản lý tài liệu

·         Phần mềm quản lý chi phí

·         Phần mềm quản trị nhân sự

·         Hệ thống quản lý hợp đồng

·         Công cụ cộng tác có chức năng tự động hóa

Không nên đánh giá công cụ chỉ dựa trên giao diện biểu mẫu. Các năng lực cần kiểm tra gồm:

·         Thiết kế quy tắc điều hướng

·         Phân quyền theo vai trò

·         Hỗ trợ phê duyệt tuần tự và song song

·         Quản lý ủy quyền

·         Ghi nhật ký không thể sửa tùy tiện

·         Quản lý phiên bản dữ liệu

·         Nhắc việc và chuyển cấp

·         Tìm kiếm hồ sơ

·         Xuất báo cáo

·         Kết nối qua API

·         Xác thực đa yếu tố khi cần

·         Sao lưu và phục hồi dữ liệu

·         Chính sách lưu trữ và xóa dữ liệu

Với các quyết định có rủi ro cao, cơ chế xác thực cần được lựa chọn theo mức độ bảo đảm cần thiết. NIST SP 800-63-4 phân biệt các mức bảo đảm về định danh và xác thực, cho thấy không phải mọi giao dịch đều cần cùng một mức kiểm soát danh tính.

Tích hợp nên ưu tiên dữ liệu nguồn chính thức. Ví dụ, thông tin nhân viên và quản lý lấy từ hệ thống nhân sự; ngân sách lấy từ hệ thống tài chính; thông tin nhà cung cấp lấy từ ERP. Nếu mỗi hệ thống lưu một phiên bản khác nhau, luồng phê duyệt có thể chuyển sai người hoặc ra quyết định dựa trên dữ liệu lỗi thời.

Bước 7: Thử nghiệm, đo lường và mở rộng

Trước khi áp dụng toàn doanh nghiệp, nên thử nghiệm với một đơn vị, một loại yêu cầu hoặc một nhóm người dùng.

Kịch bản kiểm thử cần bao gồm cả luồng bình thường và ngoại lệ:

·         Hồ sơ đầy đủ

·         Hồ sơ thiếu tài liệu

·         Giá trị nằm đúng tại ngưỡng thẩm quyền

·         Giá trị vượt ngưỡng

·         Người duyệt vắng mặt

·         Người tạo đồng thời là người có thẩm quyền

·         Hồ sơ bị trả lại nhiều lần

·         Thông tin phòng ban thay đổi

·         Lỗi kết nối với hệ thống khác

·         Hồ sơ quá hạn

·         Hồ sơ bị hủy giữa quy trình

Không nên chỉ kiểm tra hệ thống có gửi thông báo hay không. Cần xác nhận đúng người nhận, đúng dữ liệu, đúng quyền, đúng trạng thái và đúng lịch sử.

Sau giai đoạn thí điểm, doanh nghiệp cần so sánh kết quả trước và sau số hóa. Khi quy trình đã ổn định, có thể mở rộng sang đơn vị hoặc nhóm yêu cầu tiếp theo.

Những quy tắc kiểm soát bắt buộc trong quy trình số

Phân quyền theo vai trò

Quyền truy cập nên gắn với vai trò công việc thay vì cấp trực tiếp cho từng cá nhân. Khi nhân sự thay đổi vị trí, hệ thống có thể cập nhật quyền theo cơ cấu tổ chức mà không phải sửa từng quy trình.

Các nhóm quyền cơ bản gồm:

·         Quyền tạo đề nghị

·         Quyền xem hồ sơ

·         Quyền chỉnh sửa

·         Quyền kiểm tra

·         Quyền phê duyệt

·         Quyền ủy quyền

·         Quyền quản trị quy trình

·         Quyền xem báo cáo

·         Quyền truy xuất nhật ký

Người quản trị kỹ thuật không nên mặc nhiên có quyền phê duyệt nghiệp vụ. Khả năng cấu hình hệ thống và thẩm quyền ra quyết định là hai loại quyền khác nhau.

Nhật ký kiểm toán

Nhật ký phải cho phép xác định:

·         Ai thực hiện hành động

·         Hành động được thực hiện lúc nào

·         Dữ liệu trước và sau khi thay đổi

·         Hồ sơ được chuyển từ trạng thái nào sang trạng thái nào

·         Thiết bị hoặc phiên truy cập liên quan khi cần

·         Lý do trả lại, từ chối hoặc hủy

·         Cơ sở của việc ủy quyền

Nhật ký có giá trị khi được bảo vệ khỏi việc chỉnh sửa tùy tiện. Nếu quản trị viên có thể thay đổi lịch sử mà không để lại dấu vết, doanh nghiệp khó sử dụng nhật ký làm bằng chứng kiểm soát.

Quản lý phiên bản

Người phê duyệt phải biết chính xác mình đang phê duyệt phiên bản nào. Khi dữ liệu quan trọng hoặc tài liệu đính kèm thay đổi sau một bước duyệt, hệ thống cần đánh giá có phải yêu cầu phê duyệt lại hay không.

Không phải mọi thay đổi đều buộc khởi động lại quy trình. Sửa lỗi chính tả có thể không ảnh hưởng quyết định, nhưng thay đổi giá trị, nhà cung cấp, điều khoản thanh toán hoặc phạm vi hợp đồng thường có thể làm thay đổi cơ sở phê duyệt.

Ủy quyền có kiểm soát

Ủy quyền cần có:

·         Người ủy quyền

·         Người nhận ủy quyền

·         Phạm vi công việc

·         Thời gian bắt đầu và kết thúc

·         Giới hạn giá trị

·         Điều kiện áp dụng

·         Nhật ký quyết định

Không nên dùng một tài khoản chung hoặc chia sẻ mật khẩu để xử lý thay. Cách này làm mất khả năng xác định ai thực sự thực hiện quyết định.

Bảo vệ dữ liệu

Hồ sơ phê duyệt có thể chứa dữ liệu tài chính, nhân sự, hợp đồng hoặc thông tin kinh doanh nhạy cảm. Quyền xem cần được giới hạn theo nhu cầu công việc.

Doanh nghiệp nên xác định:

·         Dữ liệu nào được thu thập

·         Mục đích sử dụng

·         Ai được truy cập

·         Thời gian lưu trữ

·         Vị trí lưu trữ

·         Cách sao lưu

·         Cách xóa hoặc ẩn dữ liệu

·         Cách xử lý sự cố

ISO 9001 nhấn mạnh cách tiếp cận theo quá trình, thông tin dạng văn bản, hoạt động đo lường và cải tiến liên tục. Đây là những nguyên tắc phù hợp để quản trị tài liệu và hiệu quả của luồng phê duyệt, dù tiêu chuẩn không áp đặt doanh nghiệp phải sử dụng một phần mềm cụ thể.

KPI nào phản ánh hiệu quả số hóa?

Không nên chỉ đo số lượng hồ sơ được đưa lên hệ thống. Một quy trình có 100% hồ sơ trực tuyến vẫn có thể chậm, nhiều bước và thường xuyên bị trả lại.

Thời gian xử lý đầu cuối

Thời gian xử lý đầu cuối được tính từ lúc người dùng gửi hồ sơ đến khi có quyết định cuối cùng.

Thời gian xử lý đầu cuối = Thời điểm hoàn tất − Thời điểm gửi

Nên theo dõi trung vị và các phân vị thay vì chỉ dùng giá trị trung bình. Một số hồ sơ tồn đọng rất lâu có thể làm giá trị trung bình tăng mạnh, trong khi trung vị phản ánh thời gian của hồ sơ điển hình rõ hơn.

Thời gian chờ ở từng bước

Chỉ số này cho biết hồ sơ bị nghẽn tại vai trò hoặc cấp phê duyệt nào.

Thời gian chờ của bước = Thời điểm bắt đầu xử lý − Thời điểm hồ sơ đến bước

Nếu thời gian thao tác chỉ vài phút nhưng hồ sơ chờ nhiều ngày, vấn đề nằm ở hàng đợi, thông báo, tải công việc hoặc cơ chế thay thế người duyệt.

Tỷ lệ xử lý đúng hạn

Tỷ lệ đúng hạn = Số hồ sơ hoàn tất trong thời hạn ÷ Tổng số hồ sơ hoàn tất × 100%

Thời hạn cần được quy định theo từng loại hồ sơ và mức độ phức tạp. Không nên áp dụng một thời hạn giống nhau cho nghỉ phép, mua sắm và hợp đồng có rủi ro cao.

Tỷ lệ trả lại

Tỷ lệ trả lại = Số hồ sơ bị yêu cầu bổ sung ÷ Tổng số hồ sơ đã gửi × 100%

Tỷ lệ trả lại cao có thể phản ánh:

·         Biểu mẫu khó hiểu

·         Thiếu dữ liệu tự động

·         Yêu cầu tài liệu không rõ

·         Quy định thay đổi nhưng hướng dẫn chưa cập nhật

·         Người kiểm tra áp dụng tiêu chí không thống nhất

Cần phân loại lý do trả lại để cải tiến đúng nguyên nhân.

Tỷ lệ phê duyệt tự động điều hướng đúng

Chỉ số này phản ánh khả năng hệ thống xác định đúng người có thẩm quyền mà không cần can thiệp thủ công.

Tỷ lệ điều hướng đúng = Số hồ sơ đi đúng tuyến ngay lần đầu ÷ Tổng số hồ sơ × 100%

Khi tỷ lệ thấp, cần kiểm tra dữ liệu cơ cấu tổ chức, ma trận thẩm quyền và quy tắc ngoại lệ.

Số lần chuyển cấp

Số hồ sơ phải nhắc lại hoặc chuyển lên cấp cao hơn cho biết mức độ đáp ứng của người duyệt. Tuy nhiên, chuyển cấp nhiều không luôn đồng nghĩa người duyệt làm việc kém. Nguyên nhân có thể là phân bổ tải không hợp lý, thông báo không hiệu quả hoặc thời hạn đặt quá ngắn.

Chi phí trên mỗi hồ sơ

Có thể ước tính chi phí dựa trên thời gian lao động và chi phí nền tảng:

Chi phí mỗi hồ sơ = Tổng chi phí vận hành quy trình ÷ Số hồ sơ hoàn tất

Khi so sánh trước và sau số hóa, cần tính cả chi phí triển khai, tích hợp, quản trị và hỗ trợ người dùng, không chỉ phí bản quyền.

Doanh nghiệp nên lấy dữ liệu hiện trạng làm đường cơ sở. Không có một ngưỡng hiệu quả chung phù hợp cho mọi quy trình vì mức độ rủi ro, số cấp duyệt và yêu cầu kiểm soát khác nhau.

Những sai lầm khiến dự án số hóa không hiệu quả

Sao chép nguyên quy trình giấy lên phần mềm

Nếu quy trình hiện tại có bước thừa, số hóa sẽ làm bước thừa chạy trên môi trường mới chứ không loại bỏ nó.

Trước khi cấu hình, cần hỏi với từng bước:

·         Bước này tạo ra quyết định gì

·         Rủi ro nào được kiểm soát

·         Có thể thay bằng quy tắc tự động hay không

·         Có trùng với một bước khác hay không

·         Người này cần phê duyệt hay chỉ cần được thông báo

Đưa quá nhiều người vào luồng phê duyệt

Nhiều cấp duyệt không mặc nhiên tạo ra kiểm soát tốt hơn. Khi trách nhiệm bị phân tán, mỗi người có thể cho rằng người khác đã kiểm tra.

Mỗi cấp phê duyệt phải có một nhiệm vụ khác biệt, chẳng hạn:

·         Xác nhận nhu cầu nghiệp vụ

·         Kiểm tra ngân sách

·         Đánh giá điều khoản pháp lý

·         Kiểm tra an toàn thông tin

·         Phê duyệt thẩm quyền tài chính

Nếu hai cấp thực hiện cùng một kiểm tra mà không tạo thêm giá trị, nên xem xét gộp hoặc chuyển một cấp sang vai trò tham vấn.

Dùng email làm nguồn trạng thái chính

Email có thể được dùng để gửi thông báo nhưng không nên là nơi xác định trạng thái chính thức. Trạng thái cần nằm trong hệ thống workflow để mọi người nhìn thấy cùng một thông tin.

Phê duyệt trực tiếp qua email cũng cần được kiểm soát. Hệ thống phải xác định được người gửi, hồ sơ liên quan, quyết định, thời điểm và phiên bản được phê duyệt.

Không thiết kế ngoại lệ

Quy trình bình thường thường dễ cấu hình. Những tình huống như người duyệt nghỉ việc, đơn vị thay đổi, hệ thống tích hợp gián đoạn hoặc giá trị hồ sơ nằm đúng tại ngưỡng mới là nơi quy trình dễ thất bại.

Mỗi ngoại lệ cần có người chịu trách nhiệm và phương án xử lý cụ thể. Không nên để hệ thống tự chọn một người thay thế không có thẩm quyền.

Tùy biến phần mềm quá sớm

Tùy biến sâu ngay từ đầu làm tăng chi phí và khó nâng cấp. Trước khi viết chức năng riêng, cần kiểm tra vấn đề có thể được giải quyết bằng cấu hình, thay đổi quy tắc hoặc chuẩn hóa dữ liệu hay không.

Chỉ nên tùy biến khi yêu cầu:

·         Tạo ra giá trị nghiệp vụ rõ ràng

·         Không thể đáp ứng bằng chức năng chuẩn

·         Có tần suất sử dụng đủ lớn

·         Có chủ sở hữu chịu trách nhiệm duy trì

·         Không làm suy yếu kiểm soát hoặc khả năng nâng cấp

Không có chủ sở hữu quy trình

Bộ phận công nghệ có thể vận hành nền tảng nhưng không nên tự quyết định quy tắc nghiệp vụ. Mỗi quy trình cần một chủ sở hữu chịu trách nhiệm về phạm vi, thẩm quyền, chỉ số và cải tiến.

Khi không có chủ sở hữu, các yêu cầu thay đổi thường được xử lý rời rạc. Quy trình dần có thêm nhánh, thêm ngoại lệ và mất tính nhất quán.

Lộ trình triển khai phù hợp cho doanh nghiệp

Một lộ trình thực tế có thể chia thành bốn giai đoạn.

Giai đoạn 1: Chuẩn hóa

Mục tiêu là làm rõ phạm vi và quy tắc trước khi cấu hình hệ thống.

Đầu ra cần có:

·         Sơ đồ quy trình hiện tại

·         Danh sách điểm nghẽn

·         Biểu mẫu dữ liệu

·         Ma trận thẩm quyền

·         Danh sách ngoại lệ

·         KPI đường cơ sở

·         Chủ sở hữu quy trình

Giai đoạn 2: Thí điểm

Chọn một đơn vị hoặc nhóm người dùng đại diện. Trong giai đoạn này, cần ưu tiên khả năng quan sát và sửa lỗi hơn là mở rộng số lượng người dùng.

Đầu ra cần có:

·         Luồng thử nghiệm

·         Kịch bản kiểm thử

·         Hướng dẫn sử dụng

·         Cơ chế tiếp nhận phản hồi

·         Báo cáo lỗi

·         Kết quả so sánh trước và sau

Giai đoạn 3: Mở rộng

Sau khi quy trình ổn định, doanh nghiệp có thể mở rộng theo đơn vị, loại hồ sơ hoặc khu vực.

Mỗi lần mở rộng vẫn cần kiểm tra:

·         Cơ cấu tổ chức

·         Ngưỡng thẩm quyền

·         Yêu cầu pháp lý

·         Ngôn ngữ

·         Múi giờ

·         Hệ thống tích hợp

·         Khả năng hỗ trợ người dùng

Không nên giả định quy trình của một phòng ban có thể áp dụng nguyên trạng cho toàn doanh nghiệp.

Giai đoạn 4: Tối ưu liên tục

Dữ liệu vận hành cần được dùng để tìm điểm nghẽn và điều chỉnh quy trình.

Chu kỳ cải tiến có thể gồm:

1.    Đo lường

2.    Phân tích nguyên nhân

3.    Đề xuất thay đổi

4.    Kiểm thử

5.    Triển khai

6.    Theo dõi tác động

Mọi thay đổi về biểu mẫu, thẩm quyền hoặc quy tắc điều hướng cần được quản lý phiên bản. Doanh nghiệp phải biết quy tắc nào áp dụng cho hồ sơ tại từng thời điểm.

Số hóa quy trình phê duyệt hiệu quả bắt đầu từ việc chuẩn hóa trách nhiệm và quyền quyết định, không bắt đầu từ việc mua phần mềm. Doanh nghiệp cần hiểu quy trình đang vận hành, loại bỏ bước không tạo giá trị, chuẩn hóa dữ liệu, xây dựng ma trận thẩm quyền và thiết kế đầy đủ các trường hợp ngoại lệ.

Khi triển khai, hệ thống phải bảo đảm đúng người, đúng hồ sơ, đúng phiên bản và đúng phạm vi quyền hạn. Nhật ký xử lý, cơ chế xác thực, quản lý ủy quyền và phân tách nhiệm vụ là những thành phần không thể xem nhẹ.

Kết quả cuối cùng cần được đánh giá bằng thời gian xử lý, thời gian chờ, tỷ lệ đúng hạn, tỷ lệ trả lại, khả năng điều hướng đúng và chi phí trên mỗi hồ sơ. Khi các chỉ số này được theo dõi liên tục, quy trình phê duyệt số không chỉ thay thế giấy tờ mà còn trở thành công cụ cải thiện chất lượng quản trị.