RACI triển khai EWA giữa HR, payroll, tài chính, IT và vận hành

Triển khai EWA cần một RACI rõ vì không phòng ban nào sở hữu toàn bộ chuỗi từ công đến tiền. HR quản lý hồ sơ và chính sách lao động; payroll chịu trách nhiệm kỳ và quyết toán; tài chính theo dõi dòng tiền và đối soát; IT quản lý tích hợp và hệ thống; vận hành kiểm soát công và ngoại lệ. Mỗi đầu việc cần một người chịu trách nhiệm cuối cùng, không chỉ “nhiều bên cùng phối hợp”.

Vì sao EWA dễ rơi vào khoảng trống trách nhiệm?

Một vấn đề có thể đi qua nhiều đội.

Ví dụ người lao động báo:

> “Tôi đã đi làm nhưng không thấy số tiền có thể nhận.”

Nguyên nhân có thể là:

• HR chưa cập nhật trạng thái;
• mã chấm công chưa map;
• giám sát chưa duyệt công;
• payroll chưa cập nhật đơn giá;
• hệ thống chưa đồng bộ.

Nếu không có RACI, ticket sẽ bị chuyền qua nhiều phòng.

RACI giúp định tuyến vấn đề ngay từ đầu.

RACI là gì?

Bốn vai trò:

• R — Responsible: người trực tiếp thực hiện.
• A — Accountable: người chịu trách nhiệm cuối cùng.
• C — Consulted: người được tham vấn.
• I — Informed: người được thông báo.

Nguyên tắc quan trọng:

> Một đầu việc có thể có nhiều R, nhưng nên có một A rõ ràng.

Nếu ai cũng là A, thực tế không ai chịu trách nhiệm cuối.

Những vai trò chính trong triển khai EWA

Sponsor

• quyết định phạm vi;
• tháo blocker;
• phê duyệt rủi ro;
• quyết định pilot/go-live/mở rộng.

HR

• hồ sơ người lao động;
• trạng thái làm việc;
• assignment;
• truyền thông;
• chính sách nhân sự liên quan.

Payroll

• kỳ lương;
• đơn giá;
• cut-off;
• đối trừ;
• phiếu lương;
• điều chỉnh cuối kỳ.

Tài chính/Kế toán

• dòng tiền;
• ngân hàng;
• đối soát;
• chênh lệch;
• chứng từ.

IT/Security

• tích hợp;
• quyền;
• môi trường;
• monitoring;
• bảo mật;
• thay đổi kỹ thuật.

Vận hành/Giám sát

• công;
• duyệt công;
• xử lý ngoại lệ tại hiện trường;
• điều chuyển;
• xác nhận dữ liệu thực tế.

Nhà cung cấp EWA

• cấu hình;
• engine;
• giao dịch;
• hỗ trợ;
• đối soát kỹ thuật;
• xử lý lỗi nền tảng.

RACI mẫu giai đoạn chuẩn bị

Công việc	Sponsor	HR	Payroll	Finance	IT	Ops	EWA
Chốt phạm vi	A	C	C	C	C	C	R
Danh sách pilot	I	A/R	C	I	I	C	C
Data dictionary	I	R	R	C	C	C	A/R
Chính sách EWA	A	R	C	C	I	C	C
Luồng tiền	I	C	C	A/R	C	I	C
Mô hình tích hợp	I	C	C	C	A/R	I	R

Đây là mẫu; doanh nghiệp phải thay bằng tên người thật.

RACI cho chấm công và duyệt công

Cần tách:

• ai tạo dữ liệu;
• ai xác nhận ca;
• ai duyệt;
• ai sửa;
• ai duyệt lại;
• ai xử lý tranh chấp.

Không nên ghi một dòng chung “Ops/HR phụ trách công”.

Nếu công là nền tảng tạo tiền, trách nhiệm phải cụ thể.

RACI cho payroll

Payroll thường cần là A hoặc R ở các việc:

• kỳ lương;
• đơn giá;
• cut-off;
• khoản đã nhận;
• điều chỉnh cuối kỳ;
• phiếu lương.

Đội EWA không nên tự quyết định logic payroll nếu chưa được payroll phê duyệt.

RACI cho giao dịch và ngân hàng

Tài chính và EWA Ops thường tham gia:

• tạo và giám sát giao dịch;
• tra soát;
• pending;
• đối soát ngân hàng;
• chi trùng;
• sai người nhận.

IT hỗ trợ hệ thống, nhưng không mặc định là A cho mọi lỗi giao dịch.

RACI cho UAT

Mỗi nhóm test cần owner nghiệp vụ.

Nhóm UAT	A phù hợp
Hồ sơ	HR
Công	Ops/HR
Công thức	Payroll/Product
Tài khoản	Finance/EWA Ops
Giao dịch	Finance/Product
Tích hợp	IT
Phân quyền	IT/Security
Payroll	Payroll
Đối soát	Finance/Payroll

EWA Provider có thể R cho chạy test kỹ thuật, nhưng business owner phải xác nhận kết quả nghiệp vụ.

RACI cho pilot

Pilot cần một Pilot Owner hoặc Project Manager.

Người này không thay thế các A chuyên môn.

Vai trò của Pilot Owner:

• giữ issue list;
• theo timeline;
• điều phối blocker;
• tổ chức decision log;
• chuẩn bị báo cáo;
• đưa vấn đề lên sponsor.

RACI cần thay đổi khi dự án chuyển từ triển khai sang vận hành.

RACI và decision rights khác nhau thế nào?

RACI cho biết vai trò trong công việc.

Decision rights trả lời ai có quyền quyết định những việc như:

• mở pilot;
• thay hạn mức;
• đổi policy;
• dừng giao dịch;
• mở lại sau sự cố;
• chấp nhận rủi ro;
• mở rộng phạm vi.

Những quyết định này nên được ghi riêng.

Những lỗi RACI thường gặp

Quá nhiều A

Một hàng có 3–4 A nghĩa là trách nhiệm cuối không rõ.

Chỉ ghi tên phòng ban

Khi sự cố xảy ra, không biết gọi ai.

IT làm A cho mọi thứ

IT vận hành nền tảng nhưng không sở hữu chính sách lương hay công.

Nhà cung cấp làm A cho dữ liệu nguồn

Nhà cung cấp EWA có thể xử lý dữ liệu, nhưng nguồn công/payroll vẫn cần owner doanh nghiệp.

Không cập nhật sau go-live

RACI dự án khác RACI vận hành.

Ma trận escalation nên đi cùng RACI

Ví dụ:

Sự cố	A	Escalate
Sai công diện rộng	Ops	Service Owner
Sai số tiền	Payroll/Product	Sponsor
Chi trùng	Finance	Incident Commander
Sai người nhận	Finance/Security	Sponsor + Legal
Lỗi API	IT	Service Owner
Lệch payroll	Payroll	Finance Lead

RACI giúp xử lý bình thường; escalation giúp xử lý khi vượt ngưỡng.

Ai là Service Owner sau go-live?

Khi dự án kết thúc, cần chuyển từ Project Owner sang Service Owner.

Service Owner chịu trách nhiệm:

• chất lượng đầu cuối;
• KPI;
• rủi ro;
• thay đổi;
• sự cố;
• phối hợp các đội.

Điều này nối với bài vận hành sau go-live, nhưng khác với RACI triển khai.

Checklist RACI trước pilot

• ☐ Mỗi dòng có một A.
• ☐ Có tên người thật cho vai trò trọng yếu.
• ☐ Có người thay thế.
• ☐ Decision rights được chốt.
• ☐ Escalation rõ.
• ☐ RACI UAT đã thống nhất.
• ☐ RACI tiền và đối soát rõ.
• ☐ RACI payroll rõ.
• ☐ Có kế hoạch chuyển giao sau go-live.

Nếu thiếu các điểm này, dự án dễ chạy được kỹ thuật nhưng vướng khi có ngoại lệ.

Kết luận

EWA là bài toán liên phòng ban nên cần RACI rõ hơn nhiều dự án phần mềm thông thường. Một RACI tốt phải chỉ ra ai thực hiện, ai chịu trách nhiệm cuối, ai được tham vấn và ai được thông báo ở từng khâu từ dữ liệu, công, payroll, tích hợp, tiền đến pilot. Quan trọng nhất là mỗi quyết định trọng yếu phải có một A thực sự rõ.

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