Mở đầu: Việc phê duyệt công tác dựa vào tin nhắn nhóm, còn tìm người phê duyệt thì phải hỏi
Một doanh nghiệp sản xuất khoảng 200 nhân viên, lần đầu tiên nộp đơn xin đi công tác sau Tết đã diễn ra như thế này: Nhân viên @ quản lý trong nhóm, quản lý thấy rồi trả lời “OK”, nhân viên chụp màn hình lưu lại; cuối tháng khi bộ phận tài chính làm thủ tục thanh toán công tác, họ đối chiếu từng mục theo ảnh chụp với ngân sách; đến cuối năm, phòng nhân sự thống kê “số ngày đi công tác của nhân viên”, nhưng phát hiện ảnh chụp không đầy đủ, dữ liệu giữa các phòng ban cũng chưa được đồng bộ.
Đây không phải là hiện tượng cá biệt. Tại rất nhiều công ty trong nước, quy trình phê duyệt thường diễn ra như vậy:
- Tìm người bằng cách hỏi : Trong tuần đầu tiên làm việc, câu hỏi thường gặp nhất của nhân viên mới là “Tôi xin nghỉ phép thì nhờ ai phê duyệt? Tôi muốn thanh toán thì ai xét duyệt?”
- Dùng tin nhắn nhóm làm chứng từ : Trong nhóm WeChat hoặc DingTalk, chỉ cần “@ sếp đã phê duyệt” là coi như đã được thông qua, về sau khó có thể kiểm tra, truy vết.
- Dữ liệu giữa các phòng ban không khớp nhau : Phòng kinh doanh cho rằng chuyến thăm khách hàng đã được phê duyệt, còn phòng marketing thì nói chưa phê duyệt; bộ phận tài chính căn cứ vào ảnh chụp của phòng kinh doanh để thanh toán.
- Quyền hạn chỉ dựa vào lời nói : Một quản lý nghỉ việc, quyền hạn không được thu hồi, nhân viên mới đến không biết hợp đồng do quản lý cũ phê duyệt đang nằm ở tay ai.
Nguyên nhân của những vấn đề này không phải ở chỗ “việc phê duyệt phức tạp đến mức nào”, mà là do quy trình phê duyệt chưa được đưa lên hệ thống . Tin nhắn nhóm, lời nói, ảnh chụp đều chỉ là phương tiện tạm thời; điều thiếu hụt chính là một nền tảng mang tính cấu trúc, ghi nhận hành vi và có khả năng truy vết. Hệ thống OA (hệ thống tự động hóa văn phòng) chính là giải pháp giúp cấu trúc hóa việc này: ghi lại toàn bộ “ai, nội dung gì, lúc nào, đã tìm ai, phê duyệt theo quy tắc nào, sau khi phê duyệt dữ liệu được lưu trữ ra sao” vào một luồng phê duyệt duy nhất.
01 Cách phân chia nghiệp vụ: Cấu trúc ba tầng của luồng phê duyệt
Việc chia nhỏ công việc phê duyệt thực chất gồm ba tầng:
- Tầng nội dung : Nhân viên khởi tạo các hạng mục cụ thể như “đi công tác, xin nghỉ phép, thanh toán, ký hợp đồng, đóng dấu, mua sắm”, mỗi hạng mục đều kèm theo số tiền, số ngày, tài liệu đính kèm và đối tượng nghiệp vụ liên quan (ví dụ đơn xin đi công tác liên quan đến đơn đặt hàng bán hàng, thanh toán liên quan đến hóa đơn).
- Tầng quy trình : Nội dung di chuyển từ nút này sang nút khác, người phê duyệt tại mỗi nút được tính toán linh hoạt (dựa trên phòng ban, cấp bậc, số tiền, loại hàng hóa), chứ không cố định.
- Tầng dữ liệu : Sau khi phê duyệt hoặc từ chối, dữ liệu phải được ghi ngược trở lại hệ thống nghiệp vụ (nhân sự, tài chính, bán hàng, kho hợp đồng), không được dừng lại ở riêng luồng phê duyệt.
Mối quan hệ giữa ba tầng là: Nội dung là cửa ngõ, quy trình là mạch chính, dữ liệu là đầu ra . Nếu xây dựng hệ thống OA mà chỉ làm quy trình mà không thiết lập đầu ra dữ liệu, luồng phê duyệt sẽ trở thành “ốc đảo”; nếu chỉ làm nội dung mà không làm quy trình, hệ thống sẽ bị biến thành “hệ thống điền biểu mẫu”.
02 Cách thiết kế: Bộ ba gồm nút linh hoạt, ma trận quyền hạn và ghi nhận hành vi
Thiết kế nút: Người phê duyệt không phải được cố định sẵn
Rất nhiều hệ thống OA ngay từ đầu đã ghi sẵn người phê duyệt: “Đơn xin đi công tác → Quản lý phòng ban → Phòng nhân sự → Tổng giám đốc”. Kết quả là khi quản lý phòng ban thay đổi, phòng nhân sự sáp nhập vào phòng hành chính, tổng giám đốc đi công tác, hệ thống đều bị rối loạn.
Cách làm đúng: Người phê duyệt được tính toán linh hoạt theo quy tắc . Quy tắc thường bao gồm bốn yếu tố:
- Yếu tố phòng ban : Phòng ban nơi người nộp đơn thuộc về được xác định tương ứng với người phụ trách hiện tại của phòng đó (tra cứu theo cây tổ chức theo thời gian thực).
- Yếu tố cấp bậc : Số tiền, số ngày, giá trị hợp đồng tương ứng với từng khoảng khác nhau, từ đó xác định cấp độ phê duyệt phù hợp.
- Yếu tố vai trò : Hợp đồng trị giá trên 500.000, bộ phận pháp chế bắt buộc phải tham gia; nhân viên đi công tác nước ngoài, an ninh và tuân thủ pháp luật đều phải ký bổ sung.
- Yếu tố đại diện : Khi người phê duyệt nghỉ phép hoặc đi công tác, quyền phê duyệt sẽ tự động chuyển cho người đại diện, người này được xác định theo mối quan hệ tổ chức hoặc do phòng nhân sự bố trí.
Kết hợp bốn yếu tố này thành “biểu thức quy tắc”, engine quy trình sẽ tính toán nút theo quy tắc theo thời gian thực, không ghi cố định tên người phê duyệt . Khi có thay đổi vị trí hay điều chỉnh tổ chức, không cần sửa đổi mẫu quy trình.
Thiết kế quyền hạn: Ba cấp độ gồm menu, dữ liệu và trường dữ liệu
Quyền hạn không phải là “có được vào hệ thống hay không”, mà là ba cấp độ:
- Cấp menu : Có được xem module này hay không (nhân viên bình thường không được xem “quản lý cơ cấu tổ chức”).
- Cấp dữ liệu : Có được xem dữ liệu này hay không (bộ phận bán hàng 1 chỉ được xem hóa đơn của nhân viên trong phòng mình, không được xem phòng bán hàng 2).
- Cấp trường dữ liệu : Có được xem một số trường dữ liệu này hay không (người phê duyệt bình thường không được xem trường lương của người nộp đơn, nhưng phòng nhân sự thì được xem).
Sau khi chia nhỏ quyền hạn thành ba cấp độ, hệ thống OA có thể hỗ trợ cấu trúc tổ chức phức tạp: tập đoàn – chi nhánh – phòng ban – nhóm, dữ liệu xuyên cấp phải được kiểm soát song song theo hai quy tắc: “tôi có thể nhìn thấy tuyến của chính mình + tôi là người phụ trách tuyến đó”.
Thiết kế ghi nhận hành vi: Bảy yếu tố của nhật ký phê duyệt
Mỗi thao tác phê duyệt đều phải ghi lại bảy yếu tố:
- Người thực hiện : Ai đã nhấn nút.
- Thời gian thực hiện : Chính xác đến từng giây.
- Hành động thực hiện : Đồng ý, từ chối, chuyển giao, ký bổ sung, rút lại.
- Ý kiến thực hiện : Ý kiến từ chối bắt buộc phải điền, ý kiến đồng ý có thể bỏ trống.
- Vị trí nút : Hiện tại đang ở nút nào của quy trình.
- Ảnh chụp dữ liệu liên quan : Giá trị các trường dữ liệu của đối tượng nghiệp vụ tại thời điểm phê duyệt (số tiền, tài liệu đính kèm) được lưu giữ nguyên vẹn, không được phép sửa đổi đối tượng nghiệp vụ sau khi phê duyệt mà hồ sơ vẫn giữ nguyên.
- Dấu vết thiết bị và IP : Được gửi từ thiết bị nào, IP nào (phục vụ kiểm toán tuân thủ).
Thiếu một trong bảy yếu tố này, khi kiểm toán sẽ dễ xảy ra tranh cãi. Vấn đề thường gặp là “ý kiến thực hiện có thể bỏ trống”, dẫn đến việc từ chối không có lý do, nhân viên phải lặp lại nhiều lần, khiến luồng phê duyệt kéo dài.
03 Cách phát triển: Bộ ba gồm engine quy trình, engine biểu mẫu và bus tin nhắn
Cốt lõi của việc phát triển hệ thống OA chính là ba engine, chứ không phải N trang:
Engine quy trình
Engine quy trình không cần viết code, chỉ cần cấu hình là có thể vận hành quy trình. Các tính năng cần hỗ trợ:
- Chạy nối tiếp, song song, ký bổ sung, ký đồng thời : Bốn loại luồng cơ bản, đơn xin chuyển chính thức là chạy nối tiếp (nhân sự → quản lý → CEO), mua sắm ký bổ sung là chạy song song (tài chính và quản lý mua sắm cùng phê duyệt).
- Phân nhánh theo điều kiện : Phân luồng theo số tiền, loại hàng hóa, cấp bậc người nộp đơn; dưới 5.000 tệ đi luồng đơn giản, từ 5.000 đến 50.000 tệ đi luồng phòng ban kết hợp tài chính thẩm định, trên 50.000 tệ thêm cả CEO.
- Hồi chuyển và bác bỏ: Hỗ trợ ba loại bác bỏ: bác bỏ về phía người nộp đơn, bác bỏ về bất kỳ nút nào, và bác bỏ về nút trước đó.
- Gia ký và chuyển ký: Người phê duyệt có thể chuyển nhiệm vụ cho đồng nghiệp (chuyển ký), cũng như mời một đồng nghiệp cùng tham gia thẩm định (gia ký).
- Rút lại và hủy bỏ: Người nộp đơn có thể rút lại các hạng mục chưa được phê duyệt; quản trị viên có thể hủy bỏ các hạng mục bất thường.
sẽ bổ sung thêm một loại phê duyệt không cần viết mã lập trình, chỉ cần vẽ sơ đồ và thiết lập biểu mẫu là có thể đưa vào vận hành. Đây chính là điểm mấu chốt giúp OA khác biệt so với “phát triển thuê ngoài cho việc phê duyệt”.
Bộ máy biểu mẫuBiểu mẫu cần được thiết kế “không cần mã lập trình”: các kiểu trường (văn bản, số, ngày tháng, tệp đính kèm, đối tượng nghiệp vụ liên quan), quy tắc kiểm tra, yêu cầu điền hoặc tùy chọn điền, điều kiện hiển thị/ẩn đều được cấu hình trực quan bằng thao tác kéo thả. Như vậy, khi phòng nhân sự điều chỉnh các trường khoản chi phí, phòng kinh doanh bổ sung trường hợp đồng, thì
không cần IT lên lịch.
Bộ máy biểu mẫu cần hỗ trợ:
- Quyền hạn cấp trường: Trên cùng một biểu mẫu, các phê duyệt khác nhau sẽ nhìn thấy những trường khác nhau (người phê duyệt thông thường không thể xem số điện thoại của người nộp đơn).
- Liên động trường dữ liệu: Khi chọn “Loại hợp đồng = Hợp đồng dịch vụ”, các trường đặc thù của hợp đồng dịch vụ sẽ tự động mở ra.
- Ghi đè dữ liệu: Sau khi phê duyệt, dữ liệu sẽ tự động được ghi đè vào hệ thống nghiệp vụ (trạng thái hợp đồng, chấm công nhân sự, chứng từ kế toán).
Bus thông báo
Khi đơn đề nghị được phê duyệt hoặc bị từ chối, người nộp đơn cùng các hệ thống nghiệp vụ liên quan (nhân sự, tài chính, bán hàng) đều phải nhận được thông báo ngay lập tức. Bus thông báo phát đi một cách thống nhất:
- Thông báo trong hệ thống: Tin nhắn nội bộ kết hợp với việc cần xử lý.
- Thông báo IM: Sử dụng webhook của WeCom, DingTalk, Feishu để đẩy thông báo đến nhóm tương ứng hoặc từng cá nhân.
- Thư điện tử và tin nhắn SMS: Thông báo dự phòng tại các mốc quan trọng (phê duyệt hợp đồng, công tác nước ngoài).
- Thông báo từ hệ thống nghiệp vụ: Sau khi phê duyệt, hệ thống nghiệp vụ sẽ tạo một thông báo mới vào danh sách việc cần làm (kế toán nhận được thông báo cần thanh toán, nhân sự nhận được thông báo cần tuyển dụng).
Bus thông báo không phải là “trang trí”, mà là “vòng lặp” của quy trình phê duyệt — nếu không có thông báo, người nộp đơn sẽ không biết phải liên hệ với ai tiếp theo, khiến toàn bộ quy trình bị tắc nghẽn.
Kết thúc: Thứ tự triển khai, rủi ro và các chỉ tiêu cụ thể
Việc đưa hệ thống OA vào vận hành được chia thành ba giai đoạn:
- Giai đoạn 1 (1 tháng): Triển khai ba hạng mục thường xuyên là xin nghỉ phép, công tác và thanh toán, bao phủ toàn bộ nhân viên. Trước hết, hãy chuyển các quy trình phê duyệt từ nhóm WeChat vào hệ thống, dù chỉ chuyển ba hạng mục này, dữ liệu giữa các phòng ban cũng sẽ được đồng bộ ngay lập tức.
- Giai đoạn 2 (2–3 tháng): Triển khai thêm bốn hạng mục trung bình tần suất là ký hợp đồng, đóng dấu, mua sắm và thanh toán, đồng thời kết nối với hệ thống tài chính. Giai đoạn này cần đảm bảo khả năng ghi đè dữ liệu (sau khi phê duyệt hợp đồng, hồ sơ sẽ tự động được lưu trữ vào kho hợp đồng).
- Giai đoạn 3 (theo nhu cầu): Triển khai các quy trình nhân sự toàn diện như đánh giá hiệu quả, thăng chức, chính thức hóa, tuyển dụng, thôi việc, v.v. Giai đoạn này do bộ phận nhân sự chủ trì, cần kết nối dữ liệu chủ của nhân sự.
Rủi ro thường gặp:
- Quy tắc quá linh hoạt: Việc cấu hình quy trình phê duyệt quá tự do, dẫn đến tình trạng không ai biết bước tiếp theo sẽ do ai phụ trách. Nguyên tắc:Không nên thiết kế quá 30 mẫu quy trình, nếu nhiều hơn sẽ khó kiểm soát.
- Thiếu người đại diện: Khi người phê duyệt đi công tác mà không bố trí người thay thế, quy trình sẽ bị treo suốt 3 ngày vì không có ai thẩm định. Hệ thống sẽ tự động cảnh báo khi phát hiện “quy trình bị treo quá 24 giờ”.
- Dữ liệu không được ghi đè: Dù đã phê duyệt, nhưng hệ thống nhân sự vẫn chưa cập nhật chấm công, hệ thống tài chính cũng chưa tạo chứng từ. Việc ghi đè cần thực hiện “kiểm tra kép”, sau khi OA hoàn tất, phải chủ động gọi API của hệ thống nghiệp vụ để xác nhận đã nhận được dữ liệu.
Chỉ tiêu đánh giá mức độ thành công của dự án:
- Thời gian trung bình hoàn thành một quy trình phê duyệt: Trước khi triển khai, quy trình phải trải qua 3 ngày trong nhóm; sau khi đưa vào vận hành, hệ thống cần hoàn tất vòng khép kín trong vòng 1 ngày.
- Độ nhất quán dữ liệu giữa các phòng ban: Tỷ lệ sai sót trong đối chiếu giữa ba bộ số liệu của nhân sự, tài chính và bán hàng giảm xuống hơn 80%.
- Tỷ lệ truy vết trong kiểm toán: Lấy ngẫu nhiên 20 hồ sơ phê duyệt trước đây, tỷ lệ đầy đủ bảy yếu tố đạt 100%.
Việc chuyển quy trình phê duyệt từ nhóm WeChat sang hệ thống không phải nhằm “đưa lên hệ thống”, mà làchuyển việc “tìm người” từ phụ thuộc vào con người sang phụ thuộc vào quy tắc. Một khi quy tắc đã được viết ra, dù ai rời khỏi công ty hay tổ chức thay đổi ra sao, quy trình phê duyệt vẫn sẽ vận hành trơn tru.