Doanh nghiệp triển khai Lương Ngày mất bao lâu?

Không có một con số đúng cho mọi doanh nghiệp. Một khách hàng đã có dữ liệu nhân sự và bảng công chuẩn có thể pilot nhanh hơn nhiều so với doanh nghiệp dùng nhiều khuôn công, nhiều ca, nhiều địa điểm hoặc cần tích hợp API sâu. Thời gian thực tế không chỉ phụ thuộc phần mềm mà còn phụ thuộc tốc độ chốt chính sách, làm sạch dữ liệu và kiểm thử dòng tiền.

> Nói ngắn gọn: Có thể dùng 4–8 tuần như khung kế hoạch tham khảo cho một pilot có phạm vi kiểm soát. Đây không phải cam kết của Nhân Kiệt. Chỉ nên công bố tiến độ chính thức sau buổi khảo sát và phải tách rõ: cài đặt xong, UAT đạt, pilot tiền thật và go-live mở rộng.

> Cảnh báo: Không rút ngắn kiểm soát định danh, giao dịch, đối soát hoặc payroll chỉ để đạt ngày ra mắt. Một lỗi chi trùng, sai người hay sai kỳ lương có chi phí lớn hơn việc lùi lịch triển khai.

1. “Triển khai xong” nghĩa là gì?

(Các bước chuẩn bị: xem Doanh nghiệp cần chuẩn bị gì để triển khai Lương Ngày.)

Các bên thường dùng cùng một cụm nhưng hiểu khác nhau:

Hợp đồng và kế hoạch phải xác định mốc nào là nghiệm thu, mốc nào là vận hành tiền thật.

2. Năm yếu tố quyết định thời gian triển khai

2.1. Chất lượng dữ liệu nhân sự

Họ tên, CCCD, trạng thái làm việc, khách hàng và mã chấm công càng sạch thì việc ghép dữ liệu càng nhanh.

2.2. Độ phức tạp của bảng công

Một Sheet có mẫu ổn định khác với hàng chục khuôn, ký hiệu riêng, ca đêm, giờ 12 tiếng hoặc thay đổi thường xuyên.

2.3. Mức độ tích hợp

Nhập tệp/Google Sheet có thể nhanh hơn xây API hai chiều, webhook, SSO và payroll tự động.

2.4. Tốc độ ra quyết định

Chậm chốt đơn giá, hạn mức, reserve, phí, nguồn tiền, người duyệt hoặc cut-off sẽ làm dự án đứng dù phần mềm sẵn sàng.

2.5. Mức độ sẵn sàng của người lao động

CCCD, điện thoại, tài khoản VPBank chính chủ, kỹ năng số và khả năng hỗ trợ tại ca ảnh hưởng trực tiếp đến ngày pilot.

3. Lộ trình tham khảo 4–8 tuần

Thời lượng dưới đây là khung lập kế hoạch, có thể chạy song song và phải được điều chỉnh sau khảo sát.

Không cộng máy móc các khoảng thời gian; nhiều đầu việc có thể song song. Ngược lại, một lỗi dữ liệu hoặc pháp lý có thể kéo dài toàn bộ lịch.

4. Giai đoạn 1 — Khảo sát và chốt phạm vi

Cần thống nhất

• pháp nhân và khách hàng pilot;

• số người lao động và địa điểm;

• nguồn nhân sự, công và payroll;

• phương thức chấm công;

• ai duyệt công;

• luồng tiền và vai trò VPBank;

• phạm vi tự động hóa;

• chính sách phí, hạn mức và reserve;

• cut-off và lịch đối soát;

• kênh hỗ trợ và xử lý sự cố.

Đầu ra bắt buộc

Một trang charter dự án, sơ đồ ba luồng—dữ liệu, tiền, trách nhiệm—và danh sách quyết định còn mở.

Điều kiện qua cổng

Ban lãnh đạo hai bên đồng ý mục tiêu, phạm vi, chủ sở hữu và tiêu chí thành công.

5. Giai đoạn 2 — Làm sạch dữ liệu và chính sách

Dữ liệu nhân sự

Kiểm tra trùng CCCD, tên, mã chấm công, trạng thái nghỉ/điều chuyển, khách hàng và kỳ lương.

Bảng công

Lập từ điển cột, ký hiệu, ca, timezone, ngày chốt và người phê duyệt. Chuẩn bị mẫu ca thường, ca đêm, thiếu giờ và sửa sau duyệt.

Chính sách

Chốt công thức, đơn giá tạm tính, mức tối thiểu, trần mỗi lệnh/ngày, reserve và điều kiện đủ hồ sơ.

Các giá trị mặc định trong mã Lương Ngày—50.000 đồng/lần, 3 triệu đồng/lệnh, 5 triệu đồng/người/ngày—chỉ dùng khi đã được Nhân Kiệt và khách hàng phê duyệt.

Điều kiện qua cổng

Tỷ lệ dữ liệu hợp lệ đạt ngưỡng dự án; mọi ngoại lệ có chủ xử lý và hạn hoàn tất.

6. Giai đoạn 3 — Cấu hình và tích hợp

Các cấu phần có thể cần

• đồng bộ ERP nhân sự;

• kết nối Google Sheet hoặc hệ thống công khách hàng;

• cấu hình chấm công trong app;

• cổng khách hàng /kh và phân quyền;

• OCR CCCD và ghép tài khoản;

• tra tên tài khoản VPBank;

• cấu hình công thức/hạn mức;

• luồng chi hộ;

• sao kê T+1;

• tệp/API vào payroll.

Điểm kiểm soát

Mỗi giao diện phải có khóa nối, schema, tần suất, xử lý bản ghi lỗi, gửi lại, logging và người chịu trách nhiệm.

Điều kiện qua cổng

Dữ liệu mẫu chạy đầu cuối; không lộ bí mật; monitoring và cảnh báo cơ bản hoạt động.

7. Giai đoạn 4 — UAT và khắc phục

(Bộ kịch bản: xem Bộ 60 kịch bản UAT cho EWA trước khi go-live.)

UAT không chỉ thử luồng thành công. Tối thiểu phải kiểm tra:

• người đủ và không đủ điều kiện;

• công chờ duyệt, đã duyệt, bị sửa;

• công thức, reserve và các giá trị biên;

• đúng/sai tên tài khoản;

• hai yêu cầu đồng thời;

• ngân hàng thành công, từ chối và timeout;

• giao dịch treo/tra soát;

• sao kê khớp và không khớp;

• giao dịch sát cut-off;

• payroll và phiếu lương;

• nghỉ việc, đổi máy và phân quyền chéo.

Bài 96 đã cung cấp bộ 60 kịch bản UAT tham khảo.

Điều kiện qua cổng

Không còn lỗi P1/P2 ảnh hưởng tiền, quyền hoặc dữ liệu; lỗi còn lại có đánh giá rủi ro và người phê duyệt.

8. Giai đoạn 5 — Pilot tiền thật có kiểm soát

(Lộ trình: xem Kế hoạch pilot EWA 90 ngày và Mẫu kế hoạch pilot và tiêu chí mở rộng.)

Phạm vi nên giới hạn

• một hoặc vài khách hàng;

• nhóm người lao động đã làm sạch hồ sơ;

• hạn mức tiền thấp phù hợp;

• thời gian rõ ràng;

• có người trực của HR, vận hành, ngân hàng và payroll;

• đối soát hằng ngày;

• công tắc dừng đã thử.

Không nên mở ngay

• toàn bộ lực lượng lao động;

• tất cả khuôn bảng công;

• tự động chi không giới hạn;

• nhiều thay đổi chính sách cùng lúc.

Điều kiện qua cổng

Công–giao dịch–sao kê–payroll khớp; khiếu nại được xử lý; không còn lỗi chặn; chủ sở hữu chấp nhận rủi ro còn lại.

9. Giai đoạn 6 — Go-live và mở rộng theo cổng

(Sau go-live: xem Vận hành EWA sau go-live.)

Mở rộng từng biến một:

1. tăng người dùng trong cùng khách hàng;

2. tăng hạn mức/phạm vi tính năng nếu được duyệt;

3. thêm khách hàng có khuôn công tương tự;

4. thêm khuôn dữ liệu phức tạp;

5. bật tự động hóa sâu hơn;

6. mở rộng báo cáo và tích hợp payroll.

Với Lương Ngày, chi hộ tự động đã có mã nhưng cờ mặc định tắt và được mở dần theo khách hàng. Đây là cách triển khai có kiểm soát, không phải dấu hiệu hệ thống “chưa có tính năng”.

10. Ai cần tham gia và dành bao nhiêu thời gian?

Không cần tất cả họp mọi ngày, nhưng từng quyết định phải có một người chịu trách nhiệm cuối.

11. Những yếu tố giúp rút ngắn tiến độ an toàn

• một người có quyền chốt chính sách;

• dữ liệu mẫu được cung cấp sớm;

• chọn khách hàng pilot có bảng công ổn định;

• dùng cấu hình chuẩn trước khi tùy chỉnh;

• chạy pháp lý, dữ liệu và kỹ thuật song song;

• chuẩn bị tài khoản/CCCD trước onboarding;

• dùng bộ UAT có sẵn;

• daily stand-up ngắn trong tuần pilot;

• danh sách quyết định còn mở luôn có hạn;

• đối soát ngay ngày đầu thay vì chờ cuối kỳ.

12. Những nguyên nhân thường làm chậm

1. Thay đổi phạm vi liên tục.

2. Chưa biết nguồn công nào là nguồn sự thật.

3. Mã người lao động không ghép được.

4. Chính sách hạn mức/reserve chưa duyệt.

5. Chưa rõ ai cấp vốn hoặc chịu phí.

6. Thiếu tài khoản VPBank chính chủ.

7. Người duyệt công chưa được đào tạo.

8. UAT chỉ thử luồng đẹp.

9. Payroll không tham gia sớm.

10. Chưa có người xử lý giao dịch treo.

11. Chờ sát ngày ra mắt mới truyền thông.

12. Đặt ngày go-live trước khi khảo sát dữ liệu.

13. Ba phương án triển khai tham khảo

Phương án A — Nhanh, ít tích hợp

Một khách hàng, một khuôn Sheet chuẩn, quy mô nhỏ, cấu hình chuẩn, đối soát tăng cường. Phù hợp kiểm chứng giá trị nhưng cần kế hoạch nâng cấp.

Phương án B — Chuẩn doanh nghiệp

Tích hợp HRM/công/payroll, UAT đầy đủ, phân quyền và báo cáo cầu nối. Thời gian dài hơn nhưng giảm thao tác thủ công.

Phương án C — Nhiều khách hàng/nhiều ca

Triển khai theo wave; xây mapping từng khách hàng; thử ca đêm, nhiều nơi làm và ngoại lệ; mở tự động hóa theo cổng.

14. Checklist sẵn sàng go-live

• Phạm vi và RACI được ký duyệt.

• Danh sách người pilot sạch.

• Công và trạng thái duyệt đúng.

• Công thức/hạn mức/reserve đúng cấu hình.

• CCCD và tài khoản nhận được xác thực.

• Bộ UAT đạt điều kiện chặn.

• Tài khoản chuyên chi và giới hạn sẵn sàng.

• Giao dịch treo có runbook.

• Đối soát sao kê đã thử.

• Payroll nhận và cầu nối được dữ liệu.

• Truyền thông tại ca đã thực hiện.

• CSKH và escalation sẵn sàng.

• Monitoring/cảnh báo hoạt động.

• Kế hoạch dừng/rollback đã duyệt.

• Ban chỉ đạo ký quyết định mở.

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

Lương Ngày có thể triển khai trong một tuần không?

Có thể hoàn tất một số cấu hình trong phạm vi rất chuẩn, nhưng không nên hứa go-live tiền thật trong một tuần nếu chưa khảo sát dữ liệu, chính sách, UAT và đối soát.

Doanh nghiệp chưa có API có triển khai được không?

Có thể bắt đầu bằng Google Sheet hoặc tệp chuẩn nếu có khóa nối, quy trình duyệt, kiểm tra lỗi và đối soát. API không phải điều kiện duy nhất.

Vì sao pilot cần kéo qua payroll?

Tiền về thành công chưa chứng minh quyết toán đúng. Pilot phải kiểm tra khoản đã nhận xuất hiện đúng trên bảng/phiếu lương.

Khi nào nên bật chi tự động?

Sau khi điều kiện kỹ thuật, nguồn tiền, UAT, phân quyền, giám sát, đối soát và phê duyệt theo khách hàng đều đạt.

Ai quyết định ngày go-live?

Sponsor/chủ dịch vụ quyết định dựa trên đề xuất của nghiệp vụ, kỹ thuật, tài chính, pháp chế và ATTT theo RACI—không để riêng đội phần mềm quyết định.

---

Tác giả: Nguyễn Minh Khang — Chuyên viên ban chiến lược, Công ty TNHH Cung Ứng Nhân Lực Nhân Kiệt.

Tư vấn giải pháp Lương Ngày cho doanh nghiệp: Hotline 0937.022.655 · Email info@nhankiet.vn · Lương Ngày cho doanh nghiệp