LƯƠNG NGÀYNhận việc ngayLương trong ngày

Tin tức

Doanh nghiệp cần chuẩn bị dữ liệu gì trước khi triển khai Lương Ngày?

Trước khi triển khai Lương Ngày, doanh nghiệp nên chuẩn bị ít nhất sáu nhóm dữ liệu: hồ sơ người lao động, cấu trúc nơi làm việc, mã chấm công và ca, dữ liệu công mẫu, kỳ lương và đơn giá, cùng thông tin phục vụ xác minh tài khoản và đối soát. Quan trọng hơn việc “có file” là mỗi trường phải có nguồn sự thật, chủ sở hữu và quy tắc cập nhật rõ.

Không nên bắt đầu tích hợp bằng việc gửi một file Excel bất kỳ

Một file có nhiều cột chưa chắc là dữ liệu sẵn sàng.

Trước dự án, doanh nghiệp cần trả lời:

  • trường nào là khóa định danh;
  • ai sở hữu dữ liệu;
  • hệ thống nào là nguồn sự thật;
  • ngày hiệu lực ở đâu;
  • dữ liệu cập nhật khi nào;
  • bản ghi sai được sửa thế nào;
  • ai duyệt.
Sáu nhóm dữ liệu doanh nghiệp cần chuẩn bị trước khi triển khai Lương Ngày

Dữ liệu tốt giúp giảm phần lớn lỗi mapping và đối soát ở giai đoạn sau.

Nhóm 1: Hồ sơ người lao động

Tối thiểu cần chuẩn bị:

  • mã nhân viên;
  • họ tên;
  • CCCD hoặc khóa định danh phù hợp;
  • trạng thái làm việc;
  • ngày vào;
  • ngày nghỉ nếu có;
  • đơn vị/khách hàng;
  • thông tin liên hệ cần thiết;
  • ngày hiệu lực.

Cần kiểm tra:

  • trùng CCCD;
  • một người có nhiều mã;
  • người đã nghỉ vẫn active;
  • họ tên khác giữa HR và payroll;
  • thiếu ngày hiệu lực.

Không nên dùng họ tên làm khóa duy nhất.

Nhóm 2: Cấu trúc tổ chức và nơi làm việc

Cần biết người lao động thuộc đâu.

Tùy doanh nghiệp, cấu trúc có thể gồm:

  • pháp nhân;
  • nhà máy;
  • khách hàng;
  • địa điểm;
  • xưởng;
  • bộ phận;
  • tổ;
  • ca.

Mỗi đơn vị nên có mã ổn định.

Tên hiển thị có thể thay đổi, nhưng mã dùng tích hợp không nên thay tùy ý.

Nếu một người làm nhiều nơi, cần assignment riêng theo ngày hiệu lực.

Nhóm 3: Mã chấm công và ca

Cần chuẩn bị mapping:

người lao động + khách hàng/nơi làm → mã chấm công

Ngoài ra cần:

  • danh mục ca;
  • giờ bắt đầu/kết thúc;
  • quy tắc ca qua nửa đêm;
  • tăng ca;
  • nghỉ giữa ca;
  • ký hiệu công;
  • múi giờ;
  • định dạng ngày/giờ.

Các tình huống cần có mẫu:

  • ca ngày;
  • ca đêm;
  • thiếu giờ vào;
  • thiếu giờ ra;
  • đổi ca;
  • làm nhiều nơi.

Nhóm 4: Dữ liệu công mẫu

Không nên chỉ gửi một tuần “đẹp”.

Bộ dữ liệu mẫu nên có cả ngoại lệ:

  • công bình thường;
  • công chờ duyệt;
  • công đã duyệt;
  • công bị sửa;
  • dòng trùng;
  • sai mã người;
  • ca qua nửa đêm;
  • ngày nghỉ;
  • tăng ca;
  • điều chuyển.

Mục tiêu là kiểm thử parser và quy trình, không phải chỉ chứng minh file đọc được.

Nhóm 5: Quyền duyệt và nguồn sự thật

Mỗi loại dữ liệu cần owner.

Ví dụ:

Dữ liệuNguồn sự thậtOwner
Hồ sơ lao độngHRM/ERPHR
Mã chấm côngHệ thống công/khách hàngVận hành
Công đã duyệtCổng duyệt/nguồn được xác nhậnGiám sát/khách hàng
Đơn giáPayrollPayroll
Giao dịchEWA ledgerFinance/EWA Ops
Trạng thái tiềnNgân hàng/đối soátFinance

Khi hai nguồn khác nhau, phải biết nguồn nào thắng.

Nhóm 6: Kỳ lương và đơn giá

Cần chuẩn bị:

  • mã kỳ;
  • ngày bắt đầu;
  • ngày kết thúc;
  • cut-off;
  • ngày trả lương;
  • đơn giá;
  • ngày hiệu lực của đơn giá;
  • nơi làm áp dụng;
  • cách xử lý khi đổi đơn giá giữa kỳ.

Không nên gửi một cột “salary” mà không biết nó có hiệu lực từ khi nào.

Nhóm 7: Chính sách EWA cần cấu hình

Dữ liệu triển khai còn gồm chính sách:

  • phạm vi người dùng;
  • khách hàng được bật;
  • điều kiện sử dụng;
  • phần giữ dự trù;
  • giới hạn nếu có;
  • người có quyền bật/tắt;
  • quy tắc khi nghỉ việc;
  • quy tắc khi điều chuyển.

Các con số cụ thể phải lấy từ chính sách được phê duyệt, không từ giá trị mặc định trong mã.

Nhóm 8: Dữ liệu tài khoản và xác minh

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

  • ai thu thập thông tin;
  • ai xác minh;
  • cách sửa;
  • cách xử lý tài khoản sai;
  • dữ liệu nào được lưu;
  • dữ liệu nào chỉ tham chiếu.

Không nên trao đổi số tài khoản đầy đủ qua file không được kiểm soát nếu không cần thiết.

Với Lương Ngày, luồng chuẩn yêu cầu tài khoản đứng tên người lao động và có bước xác minh trước khi dùng.

Nhóm 9: Dữ liệu phục vụ đối soát

Ngay từ trước pilot, cần biết sẽ đối soát bằng gì.

Chuẩn bị:

  • transaction ID;
  • mã người;
  • kỳ lương;
  • số tiền;
  • tài khoản nhận ở dạng phù hợp;
  • trạng thái;
  • tham chiếu ngân hàng;
  • tổng đã nhận;
  • trường đưa vào payroll.

Nếu không thiết kế dữ liệu đối soát từ đầu, cuối kỳ mới “ghép tay” sẽ rất khó.

Data dictionary nên có những cột nào?

Mỗi trường nên có:

Thuộc tínhVí dụ
Tên trườngemployee_id
Mô tảMã người lao động
Kiểu dữ liệustring
Bắt buộcCó
NguồnHRM
KhóaPrimary/Reference
Định dạngKhông có khoảng trắng
Ngày hiệu lựcNếu áp dụng
OwnerHR
Ví dụ hợp lệEMP001
Quy tắc lỗiReject/hold

Data dictionary giảm việc mỗi đội hiểu một cột theo cách khác nhau.

Bộ dữ liệu mẫu nên có bao nhiêu loại ngoại lệ?

Không cần một con số cố định.

Quan trọng là phải bao phủ các nhóm:

  1. hồ sơ;
  2. assignment;
  3. mã công;
  4. ca;
  5. công;
  6. duyệt;
  7. đơn giá;
  8. kỳ;
  9. tài khoản;
  10. giao dịch/đối soát.
Quy trình chuẩn hóa dữ liệu trước khi pilot Lương Ngày

Một bộ mẫu chỉ có dữ liệu chuẩn sẽ bỏ sót rủi ro thật.

Những lỗi dữ liệu thường làm dự án chậm

  • CCCD trùng;
  • mã công mất số 0 đầu;
  • người nghỉ chưa khóa;
  • không có ngày hiệu lực;
  • ca đêm bị tách sai ngày;
  • đơn giá không gắn nơi làm;
  • nhiều nguồn nhưng không định nghĩa nguồn sự thật;
  • file thay đổi cấu trúc;
  • công không có người duyệt;
  • payroll thiếu trường đối trừ EWA.

Các lỗi này nên được phát hiện trước khi chạy tiền thật.

Chọn File, Google Sheet hay API ảnh hưởng dữ liệu chuẩn bị thế nào?

File

Cần chốt:

  • schema;
  • tên file;
  • lịch gửi;
  • chống file trùng;
  • checksum/version;
  • thư mục trao đổi.

Google Sheet

Cần thêm:

  • quyền chia sẻ;
  • vùng dữ liệu;
  • chủ sở hữu;
  • quy tắc thay đổi cột;
  • audit sửa.

API

Cần:

  • schema;
  • authentication;
  • versioning;
  • error code;
  • retry;
  • idempotency;
  • monitoring.

Kênh truyền khác nhau, nhưng data dictionary và source of truth vẫn phải rõ.

Ai cần tham gia buổi data workshop?

Tối thiểu:

  • HR;
  • payroll;
  • vận hành/giám sát;
  • IT/HRIS;
  • tài chính/đối soát;
  • đội triển khai EWA.

Mỗi người mang một phần sự thật.

Nếu chỉ IT tham gia, dễ thiếu quy tắc nghiệp vụ. Nếu chỉ HR tham gia, dễ thiếu khóa và luồng hệ thống.

Điều kiện để coi dữ liệu “sẵn sàng”

Có thể dùng các câu hỏi:

  • người có khóa định danh ổn định chưa;
  • assignment có ngày hiệu lực chưa;
  • mã công ghép đúng chưa;
  • ca được định nghĩa chưa;
  • công có trạng thái duyệt chưa;
  • payroll có kỳ và đơn giá rõ chưa;
  • data owner đã chỉ định chưa;
  • mẫu ngoại lệ đã kiểm thử chưa;
  • đầu ra đối soát đã thiết kế chưa.

Không cần mọi dữ liệu hoàn hảo tuyệt đối, nhưng ngoại lệ phải được biết và có cách xử lý.

Kết luận

Chuẩn bị dữ liệu trước triển khai Lương Ngày không phải là “xuất một file nhân sự”. Doanh nghiệp cần chuẩn hóa danh tính, nơi làm, mã chấm công, ca, công, kỳ lương, đơn giá, tài khoản và dữ liệu đối soát, đồng thời xác định nguồn sự thật và owner cho từng nhóm. Khi nền dữ liệu này rõ, tích hợp, UAT và pilot sẽ ít phụ thuộc vào sửa tay và dễ mở rộng hơn.

Tác giả: Đỗ Huy Lê — Tổng Giám Đốc, Nhan Kiet Manpower Supply Co., Ltd.

Tư vấn Lương Ngày cho doanh nghiệp: Hotline 0937.022.655 · Email info@nhankiet.vn · Tìm hiểu Lương Ngày cho doanh nghiệp

Câu hỏi thường gặp

Doanh nghiệp chưa có API có chuẩn bị được không?

Có. Có thể bắt đầu bằng file hoặc Google Sheet nếu schema, khóa nối và quy trình được kiểm soát.

Cần gửi toàn bộ dữ liệu nhân sự không?

Không nhất thiết. Chỉ nên chia sẻ dữ liệu cần cho mục đích triển khai theo phạm vi đã xác định.

Có cần dữ liệu lịch sử nhiều năm không?

Không mặc định. Cần đủ để kiểm thử và vận hành kỳ liên quan; phạm vi lịch sử phải theo nhu cầu thực tế.

Vì sao phải có dữ liệu lỗi mẫu?

Vì hệ thống phải biết xử lý dữ liệu thực tế không hoàn hảo, không chỉ luồng đẹp.

← Tin tức