Nhiều SME nghĩ "chấm công" chỉ là điểm danh đầu giờ. Nhưng phần tốn thời gian thật sự mỗi cuối tháng không nằm ở những ngày đi làm bình thường — mà ở các ngoại lệ: hôm đó làm ở nhà, nghỉ nửa ngày, tăng ca, có phụ cấp hay không. Nếu không xử lý các ngoại lệ này một cách có hệ thống, bảng lương cuối tháng sẽ là một file Excel chằng chịt công thức mà ai cũng sợ động vào.
Đây là cách tôi dựng luồng chấm công – tính lương – xin nghỉ trên Larksuite cho SME, để dữ liệu chảy một mạch từ chấm công đến bảng lương.
1. Chấm công: máy + phiếu, không chỉ một kiểu
Chấm công bằng wifi/GPS là lớp nền cho nhân viên làm tại văn phòng. Nhưng thực tế luôn có trường hợp không quẹt máy được: làm việc ở nhà, làm ngày chủ nhật, đi công tác. Với các trường hợp đó, nhân viên điền phiếu chấm công offline và phiếu này phải đi qua phê duyệt.
Nguyên tắc khi thiết kế: mọi cách chấm công (máy hay phiếu) cuối cùng đều đổ về một nguồn dữ liệu chấm công duy nhất (bảng attendance). Có nhiều cửa vào, nhưng chỉ một bảng để tính lương.
2. Các loại phiếu: tách bạch để không mâu thuẫn
Gom các nghiệp vụ thành những loại phiếu rõ ràng, mỗi loại có luồng phê duyệt riêng:
- Phiếu chấm công offline — cho ngày làm ngoài văn phòng.
- Đơn xin nghỉ — nghỉ cả ngày hoặc nửa ngày/buổi (đây là chỗ hay bị tính sai lương nhất).
- Đăng ký tăng ca — chỉ tính từ mốc giờ quy định.
Một điều cần chặn ngay từ thiết kế: một người không thể vừa xin nghỉ vừa đăng ký tăng ca cùng khoảng thời gian đó — nó mâu thuẫn về logic. Ràng buộc này nên nằm trong quy trình, không để con người tự nhớ.
3. Đồng bộ phiếu về dữ liệu chấm công
Khi một phiếu được duyệt, dữ liệu của nó phải tự ghép vào bảng chấm công — thay vì để ai đó copy tay sang. Phiếu nghỉ nửa ngày làm giảm công tương ứng; phiếu tăng ca được duyệt mới được cộng giờ; phiếu chấm công offline được duyệt thì tính như ngày công bình thường.
Đây chính là chỗ automation tạo ra giá trị: trạng thái phê duyệt quyết định dữ liệu chấm công, tự động, không qua thao tác tay.
4. Từ chấm công ra bảng lương
Khi dữ liệu chấm công đã sạch, tính lương chỉ còn là công thức:
- Ngày công × đơn giá theo loại (thử việc / chính thức), cộng giờ tăng ca.
- Phụ cấp ăn trưa theo ngày công thực tế — ví dụ 30.000đ/ngày, làm nửa ngày thì không tính phụ cấp đó.
- Trừ các khoản bảo hiểm và khoản trừ khác.
Mục tiêu: trong bảng lương cuối tháng, chỉ một vài ô là điền tay; còn lại là công thức ăn từ dữ liệu chấm công. Khi cần, dữ liệu này đẩy tiếp sang hệ thống trả lương.
Vì sao nên làm trên Larksuite
Vì chấm công, phê duyệt phiếu, bảng dữ liệu và báo cáo nằm chung một nơi — phiếu duyệt xong là dữ liệu chảy thẳng vào bảng tính lương, không phải nhảy giữa nhiều phần mềm. Với SME, sự "một mạch" này quan trọng hơn nhiều tính năng hào nhoáng.
Cảnh báo quen thuộc: đừng bê nguyên template mẫu rồi dùng luôn. Mẫu chỉ là điểm khởi đầu — công thức phụ cấp, mốc tăng ca, cách tính nửa ngày phải sửa theo đúng chính sách công ty bạn.
Tư duy xuyên suốt vẫn vậy: xử lý ngoại lệ một cách có hệ thống, để dữ liệu chảy một mạch. Cùng nguyên tắc đó áp cho dữ liệu, tôi viết về cách upsert dữ liệu vào BigQuery bằng Lark Anycross.
Muốn xem kết quả thực tế? Đây là một vài hệ thống tôi đã làm cho SME, hoặc đặt lịch trao đổi 15 phút để xem hệ thống chấm công – tính lương hợp với công ty bạn cỡ nào.
Muốn triển khai trọn gói thay vì tự dựng? Đây là việc Diginno — công ty tôi sáng lập — làm cho doanh nghiệp; xem bài chi tiết hơn về quy trình chấm công & tính lương toàn diện cho HR.
Bài viết hữu ích?
Chia sẻ để nhiều người biết đến!