Một quy trình nghỉ phép tốt không chỉ giúp nhân viên gửi đơn nhanh hơn, mà còn phải bảo đảm phê duyệt đúng thẩm quyền, dữ liệu được cập nhật chính xác và mọi hành động đều có thể truy vết. Trên Lark, doanh nghiệp có thể kết hợp Approval, Base, Calendar, Messenger và Automation để hình thành một hệ thống nghỉ phép thống nhất, minh bạch và có khả năng mở rộng.
Từ thao tác rời rạc đến một hệ thống thống nhất
Nhiều doanh nghiệp vẫn xử lý nghỉ phép qua tin nhắn, email hoặc bảng tính. Cách làm này có thể đáp ứng nhu cầu ở quy mô nhỏ, nhưng dễ phát sinh thất lạc thông tin, nhập liệu trùng lặp và khó xác định ai đang chịu trách nhiệm xử lý hồ sơ. Khi số lượng nhân viên tăng lên, việc tổng hợp số ngày phép, cập nhật lịch nghỉ và kiểm tra lịch sử phê duyệt càng trở nên phức tạp.
Giải pháp phù hợp là thiết kế một luồng xuyên suốt. Lark Approval tiếp nhận yêu cầu và điều phối người duyệt. Lark Base lưu dữ liệu vận hành và lịch sử xử lý. Lark Calendar phản ánh lịch nghỉ đã được phê duyệt. Messenger Bot gửi thông báo cho người nộp và người duyệt. Automation đóng vai trò kết nối các bước này thành một quy trình tự động.
Một biểu mẫu, nhiều nhánh nghiệp vụ
Trọng tâm của thiết kế là chỉ sử dụng một biểu mẫu nghỉ phép. Thay vì tạo nhiều biểu mẫu cho từng loại nhân viên hoặc từng số ngày nghỉ, doanh nghiệp dùng Dynamic Approval để xây dựng các nhánh phê duyệt dựa trên điều kiện.
- Nghỉ tối đa ba ngày: Trưởng phòng là người phê duyệt chính.
- Nghỉ trên ba ngày: quy trình bổ sung bước phê duyệt của Giám đốc.
- Phép còn lại dưới hai ngày: HR tham gia kiểm tra trước khi hồ sơ đi tiếp.
- Người nộp là Trưởng phòng: quyền phê duyệt được chuyển lên Giám đốc để tránh tự duyệt.
Cách tiếp cận này giúp doanh nghiệp quản lý quy tắc tại một nơi. Khi chính sách thay đổi, quản trị viên chỉ cần điều chỉnh điều kiện thay vì sửa nhiều biểu mẫu khác nhau. Đây là yếu tố quan trọng để giảm sai lệch cấu hình và chi phí bảo trì.
Tách rõ luồng được duyệt và bị từ chối
Sau khi quy trình phê duyệt hoàn tất, Automation cần xử lý hai kết quả theo hai hướng độc lập. Với đơn được duyệt, hệ thống cập nhật bản ghi trong Base, trừ số ngày phép, tạo hoặc cập nhật sự kiện trên Calendar và gửi thông báo qua Messenger Bot. Mỗi bước nên sử dụng mã đơn làm khóa tham chiếu để tránh cập nhật nhầm hồ sơ.
Với đơn bị từ chối, hệ thống chỉ gửi thông báo cho người nộp và ghi nhận trạng thái từ chối. Base quản lý số ngày phép và Calendar không được thay đổi. Việc tách hai luồng giúp logic dễ đọc, dễ kiểm thử và giảm nguy cơ một điều kiện sai làm phát sinh dữ liệu không hợp lệ.
Một quy trình đáng tin cậy không chỉ tự động hóa hành động đúng, mà còn phải ngăn chặn hành động sai xảy ra.
Kiểm soát SLA bằng hai Automation độc lập
Trong môi trường có yêu cầu về thời gian phản hồi, doanh nghiệp cần theo dõi hồ sơ đang chờ duyệt. Một mô hình hiệu quả là tách nhắc việc và chuyển quyền thành hai Automation riêng.
Automation thứ nhất kiểm tra các hồ sơ đã chờ 24 giờ nhưng vẫn chưa được xử lý. Nếu hồ sơ còn ở trạng thái chờ và chưa từng gửi nhắc, hệ thống gửi thông báo tới người duyệt hiện tại. Automation thứ hai kiểm tra các hồ sơ đã chờ 48 giờ. Nếu Giám đốc vẫn chưa phản hồi và hồ sơ chưa từng được chuyển quyền, hệ thống chuyển người duyệt sang Phó Giám đốc.
Việc tách hai Automation mang lại ba lợi ích. Thứ nhất, mỗi luồng chỉ đảm nhiệm một chức năng nên dễ bảo trì. Thứ hai, doanh nghiệp có thể thay đổi mốc 24 giờ hoặc 48 giờ độc lập. Thứ ba, lỗi ở luồng nhắc việc không làm ảnh hưởng trực tiếp đến luồng chuyển quyền.
Condition khóa và cơ chế chống lặp
Các Automation chạy theo thời gian thường có nguy cơ xử lý cùng một hồ sơ nhiều lần. Để kiểm soát, bảng dữ liệu cần có các trường cờ như ReminderSent và Delegated. Trước khi thực hiện hành động, Automation kiểm tra đồng thời trạng thái hồ sơ và giá trị của cờ.
- ReminderSent: chỉ cho phép gửi nhắc khi giá trị chưa được bật.
- Delegated: chỉ cho phép chuyển quyền khi hồ sơ chưa từng được ủy quyền.
- Trạng thái hồ sơ: ngăn Automation tác động lên đơn đã được duyệt, từ chối hoặc hủy.
Sau khi hành động thành công, cờ tương ứng phải được cập nhật ngay. Đây là cách triển khai tính idempotency, tức cùng một tác vụ có thể được kiểm tra nhiều lần nhưng chỉ tạo ra một kết quả nghiệp vụ hợp lệ.
Log_Duyet và khả năng kiểm toán
Mọi hành động quan trọng nên được ghi vào bảng Log_Duyet trong Lark Base. Mỗi dòng log đại diện cho một sự kiện trong vòng đời hồ sơ, chẳng hạn gửi đơn, chuyển người duyệt, gửi nhắc, phê duyệt, từ chối hoặc ủy quyền.
Một bản ghi log nên bao gồm mã đơn, người nộp, người duyệt hiện tại, hành động đã thực hiện, thời gian, lý do và trạng thái sau xử lý. Nhờ đó, bộ phận quản lý có thể xem lại toàn bộ lịch sử của từng hồ sơ mà không phụ thuộc vào tin nhắn rời rạc.
Dữ liệu log cũng tạo nền tảng cho báo cáo SLA. Doanh nghiệp có thể đo thời gian phản hồi trung bình, tỷ lệ hồ sơ quá hạn, số lần phải chuyển quyền và các điểm nghẽn theo phòng ban. Khi có tranh chấp hoặc kiểm toán nội bộ, lịch sử này cung cấp bằng chứng rõ ràng về người thực hiện, thời điểm và kết quả của từng hành động.
Nguyên tắc thiết kế có thể tái sử dụng
Mô hình nghỉ phép trên Lark có thể mở rộng sang nhiều quy trình khác như đề nghị thanh toán, phê duyệt mua sắm, yêu cầu tuyển dụng hoặc xử lý sự cố. Điểm chung là mọi quy trình đều cần một nguồn dữ liệu trung tâm, điều kiện nghiệp vụ rõ ràng, luồng xử lý tách biệt và cơ chế chống lặp.
Công thức cốt lõi có thể tóm tắt là Trigger theo thời gian + Condition khóa + Ghi Log vào Base. Trigger xác định thời điểm cần kiểm tra. Condition khóa bảo đảm hành động chỉ diễn ra khi hồ sơ vẫn hợp lệ. Log cung cấp khả năng truy vết và đo lường.
Kết luận
Một quy trình nghỉ phép thông minh không dừng ở việc thay biểu mẫu giấy bằng biểu mẫu điện tử. Giá trị thực sự nằm ở khả năng điều phối đúng người duyệt, cập nhật dữ liệu tự động, kiểm soát thời gian xử lý, ngăn hành động lặp và lưu lại toàn bộ dấu vết vận hành. Khi được thiết kế theo mô-đun và quản lý bằng dữ liệu, hệ thống trên Lark sẽ minh bạch hơn, ổn định hơn và dễ thích ứng khi chính sách doanh nghiệp thay đổi.