Quy trình phê duyệt online: thay giấy tờ và tin nhắn bằng web app

Hình dung một công ty phân phối nhỏ, nơi phiếu đề nghị mua hàng nằm trong ngăn kéo của một trưởng phòng đang đi công tác hai tuần. Không ai biết nó ở đó. Nhân viên đã hỏi ba lần, bên kho chờ, nhà cung cấp gọi nhắc, còn tờ giấy thì vẫn yên vị dưới một chồng hồ sơ. Tình huống này không hiếm ở các doanh nghiệp còn duyệt bằng giấy. Nó chỉ cho thấy một thứ: vấn đề của phê duyệt bằng giấy không nằm ở giấy, mà ở chỗ không ai nhìn thấy việc đang kẹt ở đâu.

Điều phần mềm thực sự thay đổi

Khi chuyển lên hệ thống, một yêu cầu có người gửi, người duyệt, trạng thái hiện tại và toàn bộ lịch sử xử lý. Người duyệt được báo khi có việc chờ. Người gửi tự thấy yêu cầu của mình đang ở bước nào mà không phải đi hỏi. Việc bỏ giấy chỉ là phần hiện ra bên ngoài.

Phần đáng giá hơn là sự rõ ràng: ai đang giữ việc, việc chờ bao lâu, và quyết định đưa ra theo quy tắc nào. Cũng vì thế, một quy trình rối khi lên hệ thống sẽ rối nhanh hơn chứ không tự đẹp ra.

Chọn quy trình nào làm trước

Chọn thứ xảy ra thường xuyên, có đủ nhiều người tham gia để chuyện chờ đợi thành vấn đề thật, và có hậu quả khi sai. Đề xuất chi và mua sắm hợp với mô tả đó vì liên quan đến tiền và hay qua nhiều cấp. Xin nghỉ phép là điểm khởi đầu nhẹ hơn, quy tắc đơn giản mà ai cũng dùng.

Đừng bắt đầu với quy trình đầy ngoại lệ mà chưa ai ghi lại. Hãy mô tả cách đang làm trước, rồi mới đưa lên phần mềm, theo thứ tự đã bàn trong bài phần mềm quản lý nội bộ nên số hóa quy trình nào trước.

Nếu quy trình duyệt ở công ty bạn đã có nhiều điều kiện rẽ nhánh và công cụ có sẵn không theo kịp, bạn có thể gửi mô tả ngắn cho F2C Labs ở trang liên hệ, và hai bên cùng đọc lại phạm vi trước khi bàn chuyện khác. Phần dịch vụ web app và hệ thống quản trị cho thấy cách chúng tôi làm việc. Xong đoạn này, ta quay lại với phần thiết kế.

Luồng duyệt: bốn câu hỏi, không hơn

Ai được gửi yêu cầu? Yêu cầu đi qua những cấp nào, cấp nào chỉ xuất hiện khi có điều kiện như giá trị hay phòng ban? Người duyệt làm được gì: đồng ý, từ chối, yêu cầu bổ sung hay chuyển người khác? Và nếu người duyệt vắng mặt hoặc để quá hạn thì sao?

Đơn giản là tốt. Mỗi cấp thêm vào là một chỗ nữa để yêu cầu nằm chờ, nên hãy tự hỏi cấp nào thật sự kiểm soát được điều gì và cấp nào chỉ tồn tại vì thói quen. Một quy tắc kiểu "dưới ngưỡng thì trưởng phòng duyệt, trên ngưỡng thì thêm giám đốc" thường dễ vận hành hơn nhiều tầng rải rác. Ngưỡng là chuyện doanh nghiệp tự định theo chính sách nội bộ.

Biểu mẫu ngắn mà đủ để quyết định

Người duyệt cần gì để gật hoặc lắc đầu? Nội dung, lý do, số tiền, người thụ hưởng, tệp đính kèm. Chỉ hỏi chừng đó. Những thứ hệ thống tự biết như họ tên hay phòng ban của người gửi thì đừng bắt điền lại. Với giá trị cố định, hãy dùng danh sách chọn để khỏi phải đọc mỗi người một kiểu ghi.

Báo giá, hợp đồng hay ảnh chụp nên nằm ngay trong yêu cầu để người duyệt không đi lục tìm. Dữ liệu có cấu trúc còn giúp báo cáo cuối kỳ nhẹ nhàng hơn nhiều so với lần giở từng tin nhắn.

Nhắc việc và chuyện người duyệt đi vắng

Hệ thống duyệt chỉ chạy khi người duyệt biết có việc chờ mình. Thông báo qua email hoặc kênh nhắn tin nội bộ khi có yêu cầu mới, nhắc nhẹ khi quá hạn, và đặt trước thời gian xử lý mong đợi để quá hạn có thể được chuyển lên người phù hợp. Cho người dùng tự chọn kênh nhận tin nếu được.

Cảnh tờ phiếu nằm trong ngăn kéo ở đầu bài sẽ khó lặp lại nếu có sẵn cơ chế người thay thế tạm thời hoặc cho phép chuyển việc, kèm nhật ký ghi ai duyệt thay ai và lúc nào.

Lưu vết, phân quyền và chuyện sửa sau khi duyệt

Với những quy trình dính đến tiền và cam kết, lịch sử xử lý là một phần của giá trị: ai gửi, ai duyệt, lúc nào, quyết định gì, lý do từ chối nếu có. Có nó, kiểm tra nội bộ dễ hơn và tranh cãi cũng ít đi.

Phân quyền cần rõ ngay từ đầu. Ai tạo được yêu cầu, ai xem được yêu cầu của người khác, ai sửa được sau khi đã duyệt. Thông thường một yêu cầu đã duyệt không nên bị sửa im lặng, mà mọi thay đổi phải để lại dấu. Về dữ liệu cá nhân và bảo mật, nên tham khảo các quy định hiện hành như Nghị định 13/2023/NĐ-CP và khuyến nghị của OWASP khi thiết kế phân quyền.

Phê duyệt nội bộ không phải lúc nào cũng là chữ ký có giá trị pháp lý

Hai thứ này dễ bị coi là một. Một lượt duyệt trong hệ thống khác với chữ ký điện tử có giá trị pháp lý với bên ngoài. Nếu quy trình cần giá trị pháp lý, hãy xem quy định hiện hành về giao dịch điện tử và chữ ký số và hỏi bộ phận pháp lý hoặc kế toán. Không ít doanh nghiệp giữ bước ký chính thức cho vài loại tài liệu và cho phần duyệt nội bộ chạy trực tuyến.

Dùng thử trước, rồi đo bằng số của chính bạn

Cho một nhóm nhỏ dùng vài tuần, nghe phản hồi, chỉnh luồng và biểu mẫu rồi mới mở rộng. Nói rõ từ ngày nào quy trình này chỉ được làm qua hệ thống, vì hai cách làm song song kéo dài sẽ làm cả hai đều hỏng. Một người phụ trách hỗ trợ trong những tuần đầu giúp mọi người bớt ngại.

Muốn biết có hiệu quả không, hãy ghi lại trước và sau vài con số đơn giản: thời gian từ lúc gửi đến lúc duyệt xong, số yêu cầu thất lạc hoặc phải làm lại, và công sức của kế toán khi tổng hợp. Số của chính công ty bạn đáng tin hơn bất kỳ mức trung bình nào của nơi khác. Còn nếu sau vài tuần mà con số ấy chưa nhúc nhích, vấn đề nhiều khả năng nằm ở luồng duyệt chứ chưa chắc ở phần mềm.