RPA trong nhân sự

Mục lục

1. RPA trong nhân sự thực chất là gì?
2. Bài toán riêng của khối nhân sự khiến RPA khác với kế toán hay ngân hàng
3. Tám quy trình nhân sự thường đưa vào RPA
4. Chu kỳ chấm công và tính lương: bot đứng ở đâu?
5. Onboarding và hợp đồng lao động điện tử: cơ hội mới từ năm 2026
6. Dữ liệu cá nhân trong tay bot: kiểm soát chỗ nào?
7. Nhập hồ sơ giấy vào hệ thống: khi bot cần thêm mắt
8. Chọn quy trình nào trước, quy quy trình nào để người làm?
9. Tự làm, mua phần mềm HR hay thuê ngoài?
10. Lỗi thường gặp khi triển khai RPA cho HR
11. Khi nào chưa nên dùng RPA trong nhân sự?
12. Câu hỏi thường gặp

RPA trong nhân sự thực chất là gì?

RPA (Robotic Process Automation) là phần mềm bắt chước thao tác của người dùng: mở ứng dụng, đăng nhập, chép dữ liệu từ ô này sang ô kia, tải file, gửi email. Phần giải thích nền tảng nằm ở bài RPA là gì và cách hoạt động. Bài này chỉ bàn phần riêng của bộ phận nhân sự.

Điểm làm RPA có chỗ đứng trong HR là hệ thống nhân sự ở doanh nghiệp Việt thường bị chia nhỏ. Máy chấm công vân tay hoặc khuôn mặt xuất ra file riêng. Đơn nghỉ phép nằm trong phần mềm phê duyệt hoặc Zalo, email. Bảng lương nằm trong Excel hoặc phần mềm tính lương. Kê khai bảo hiểm và thuế lại thực hiện trên cổng của cơ quan nhà nước. Những hệ thống này thường không có API để nối thẳng với nhau, hoặc nối thì tốn chi phí. Bot thao tác qua giao diện nên làm được phần việc “chép tay giữa các hệ thống” mà không phải thay hệ thống.

Cần phân biệt: RPA không phải phần mềm HRM. HRM lưu hồ sơ và tính công theo quy tắc của nó. RPA là lớp làm việc nối giữa các phần mềm đó. Nếu phần mềm HRM của bạn đã có tính năng tự động đối soát công, hãy dùng tính năng có sẵn trước khi dựng bot.

Bài toán riêng của khối nhân sự khiến RPA khác với kế toán hay ngân hàng

Có bốn đặc điểm khiến tự động hoá HR không giống các khối khác. Bạn có thể so với RPA trong kế toán, nơi chứng từ là trung tâm.

• Chu kỳ theo kỳ công và kỳ lương. Khối lượng dồn vào vài ngày cuối và đầu tháng. Bot chạy vào ban đêm hoặc cuối tuần sẽ giải toả đúng giai đoạn quá tải.
• Quy tắc đến từ nhiều nguồn. Nội quy công ty, thoả ước, hợp đồng của từng người, và quy định của Bộ luật Lao động 2019 như giới hạn giờ làm thêm. Bot chỉ làm đúng nếu các quy tắc này được viết ra thành tham số cụ thể.
• Ngoại lệ rất nhiều. Quên chấm công, đổi ca, nghỉ không lương nửa ngày, nhân viên nghỉ việc giữa kỳ. Mỗi ngoại lệ cần người quyết định.
• Dữ liệu nhạy cảm. Một lỗi gửi nhầm phiếu lương gây hậu quả khác hẳn một lỗi nhập nhầm tên nhà cung cấp.

Tám quy trình nhân sự thường đưa vào RPA

Bảng dưới liệt kê theo vòng đời nhân viên. Cột cuối cho biết phần bot không nên đảm nhận.

Quy trình	Bot làm gì	Dữ liệu cần có	Người giữ
Tuyển dụng	Gom CV từ email và các kênh về một bảng, đặt lịch phỏng vấn, gửi thư từ chối theo mẫu	Tiêu chí bắt buộc của vị trí, mẫu thư	Quyết định mời hay loại
Onboarding	Tạo mã nhân viên, email, quyền phần mềm, đăng ký thẻ ra vào, nhập hồ sơ vào HRM	Phiếu thông tin nhân viên mới, danh mục quyền theo chức danh	Duyệt quyền đặc biệt
Hồ sơ nhân sự	Cập nhật thay đổi chức danh, địa chỉ, tài khoản ngân hàng ở nhiều hệ thống cùng lúc	Quyết định thay đổi đã duyệt	Xác minh giấy tờ gốc
Chấm công	Lấy dữ liệu máy chấm công, ghép đơn nghỉ, đơn làm thêm giờ, đánh dấu ngày thiếu công	Bảng ca, danh mục loại nghỉ, quy tắc làm tròn	Xử lý ngày thiếu và gian lận
Tính lương	Nạp công, tính các khoản cố định, kiểm tra chéo, tạo bảng so sánh với kỳ trước	Công thức lương, phụ cấp, thưởng đã duyệt	Duyệt bảng lương, khoản điều chỉnh
Bảo hiểm và thuế	Chuẩn bị danh sách tăng, giảm lao động và mức đóng để nhập lên cổng điện tử	Hợp đồng, mức lương đóng, mã số BHXH và mã số thuế	Ký số và nộp chính thức
Nghỉ việc	Thu hồi quyền, khoá tài khoản, nhắc bàn giao tài sản, chuẩn bị số liệu chốt lương cuối	Ngày nghỉ hiệu lực, danh mục tài sản	Phỏng vấn nghỉ việc, giải quyết tranh chấp
Báo cáo HR	Gom số lượng nhân sự, tỷ lệ nghỉ việc, giờ làm thêm theo phòng	Định nghĩa chỉ số thống nhất	Diễn giải và đề xuất

Bảng cho thấy một quy luật: bot mạnh ở khâu chuẩn bị, đối chiếu và nhập liệu. Khâu nào cần xác minh giấy tờ gốc, ký, hoặc cân nhắc hoàn cảnh cá nhân thì bước cuối vẫn thuộc về người làm nhân sự.

Chu kỳ chấm công và tính lương: bot đứng ở đâu?

Đây là quy trình được nhiều doanh nghiệp chọn đầu tiên vì chạy mỗi tháng, đầu vào rõ và sai sót lộ ra ngay khi nhân viên nhận phiếu lương. Hình dưới thể hiện một chuỗi điển hình.

Ví dụ minh hoạ: ba lỗi công hay gặp

Giả sử một công ty sản xuất có 300 nhân viên, chia ca sáng, chiều, đêm. Ba lỗi lặp lại hàng tháng: ca đêm vượt qua nửa đêm khiến công bị tính vào hai ngày khác nhau, đơn nghỉ đã gửi nhưng quản lý chưa duyệt, và giờ làm thêm vượt giới hạn mà công ty đặt theo quy định về làm thêm giờ. Bot có thể gom ba loại này thành một danh sách “cần xử lý” gửi trưởng bộ phận trước ngày chốt công. Cách làm này tốt hơn bot tự sửa công, vì bot không biết người đó thực tế có đi làm hay không.

Phiếu lương hàng loạt

Khâu tách bảng lương tổng thành phiếu cá nhân dạng PDF có mật khẩu rồi gửi qua email là việc nhiều đơn vị giao cho bot, bot tách bảng lương chung thành hàng nghìn phiếu cá nhân, mã hoá mật khẩu. Rủi ro nằm ở ghép nhầm hàng trong bảng với địa chỉ email. Hãy bắt bot kiểm tra mã nhân viên ở cả tên file, nội dung phiếu và email nhận trước khi gửi, và chạy thử với danh sách email nội bộ của nhóm dự án.

Onboarding và hợp đồng lao động điện tử: cơ hội mới từ năm 2026

Nhân viên mới kéo theo một chuỗi việc nhỏ ở nhiều hệ thống: tạo email, cấp quyền phần mềm, nhập hồ sơ, đăng ký bảo hiểm, ký hợp đồng. Bot nhận phiếu thông tin nhân viên mới, tạo tài khoản theo danh mục quyền của chức danh, rồi nhắc từng bộ phận liên quan. Lợi ích rõ nhất là ngày đầu đi làm không phải chờ máy và tài khoản.

Về pháp lý, Chính phủ ban hành Nghị định 337/2025/NĐ-CP ngày 24/12/2025 về hợp đồng lao động điện tử. Một số điểm ảnh hưởng đến việc thiết kế bot:

• Giao kết phải xác thực danh tính bằng giấy tờ pháp lý, và bắt buộc ký số kèm dịch vụ dấu thời gian. Bot có thể chuẩn bị file và gửi liên kết ký, nhưng hành vi ký số thuộc về người có thẩm quyền, không giao cho bot giữ khoá.
• Cá nhân có thể dùng thẻ Căn cước, Căn cước điện tử, tài khoản VNeID mức độ 2 hoặc hộ chiếu. Quy trình onboarding nên có bước kiểm tra nhân viên mới đã kích hoạt VNeID mức 2 hay chưa.
• Phụ lục, thoả thuận tạm hoãn và thông báo chấm dứt phải gắn cùng ID của hợp đồng gốc. Đây là việc bot làm tốt: lưu ID cạnh hồ sơ nhân viên và tự điền vào các văn bản phát sinh sau.
• Nền tảng hợp đồng lao động điện tử phải đi vào vận hành chậm nhất ngày 01/07/2026. Trước khi viết bot nối với nền tảng, bạn nên kiểm tra tài liệu kết nối và cơ chế tài khoản mà cơ quan quản lý công bố hiện nay, vì thao tác trên giao diện có thể thay đổi.

Dữ liệu cá nhân trong tay bot: kiểm soát chỗ nào?

Một bot HR chạm vào CCCD, mã số thuế, số tài khoản, mức lương, đôi khi cả giấy khám sức khoẻ. Với Luật Bảo vệ dữ liệu cá nhân, nghĩa vụ cụ thể nằm ở ba chỗ trong thiết kế bot:

1. Quyền của tài khoản bot. Bot đối soát công không cần thấy cột lương. Tạo tài khoản riêng cho từng bot, chỉ cấp quyền đọc các trường cần dùng.
2. File trung gian. Bot thường xuất Excel tạm ra thư mục chung. Hãy đặt thư mục có phân quyền và có bước xoá sau khi chạy xong.
3. Mật khẩu và khoá. Mật khẩu đăng nhập các cổng không để trong kịch bản. Dùng kho bí mật của nền tảng RPA và ghi nhật ký mỗi lần bot mở hồ sơ.

Nếu bạn dự định cho phần mềm chấm điểm CV hay xếp hạng ứng viên, đó đã thuộc nhóm AI chứ không còn là RPA thuần. Khi đó cần xem thêm bài RPA và AI khác nhau thế nào, đồng thời giữ người xem xét kết quả trước khi loại hồ sơ.

Nhập hồ sơ giấy vào hệ thống: khi bot cần thêm mắt

Hồ sơ nhân viên mới thường là bản scan CCCD, bằng cấp, giấy khám sức khoẻ, sổ BHXH. Bot RPA không đọc được ảnh. Phải thêm lớp nhận dạng chữ, tức đọc trường dữ liệu từ ảnh rồi chuyển cho bot nhập. Bài IDP xử lý tài liệu thông minh giải thích phần này. Trong HR, cần chú ý hai điều. Thứ nhất, tên có dấu và số CCCD là trường không được sai, nên đặt ngưỡng tin cậy và đẩy các trường thấp điểm sang người xem. Thứ hai, ảnh giấy tờ thuộc loại dữ liệu cần lưu hạn chế truy cập.

Chọn quy trình nào trước, quy quy trình nào để người làm?

Hai tiêu chí giúp xếp thứ tự: khối lượng lặp và độ rõ của quy tắc. Hình dưới là ma trận chọn nhanh.

Ô trên bên trái đáng chú ý nhất. Nhiều đơn vị có khối lượng CV lớn nhưng tiêu chí “phù hợp” chỉ nằm trong đầu trưởng bộ phận. Bot không giải quyết được chỗ này. Việc cần làm trước là viết tiêu chí bắt buộc và tiêu chí cộng điểm thành văn bản, có thể đối chiếu với SOP của quy trình tuyển dụng. Khi quy tắc đã viết ra được, bạn mới biết phần nào có thể tự động.

Tự làm, mua phần mềm HR hay thuê ngoài?

Tiêu chí	Bot RPA trên hệ thống hiện có	Phần mềm HRM có sẵn tính năng	Thuê ngoài nhân sự
Phù hợp khi	Nhiều phần mềm rời, không nối được	Chưa có hệ thống tập trung	Muốn giao trọn tác vụ như bảng lương
Chịu tác động khi	Giao diện phần mềm hoặc cổng đổi	Quy tắc công ty khác mẫu chuẩn	Dữ liệu cá nhân chuyển cho bên ngoài
Người cần có	Người viết và bảo trì kịch bản	Quản trị hệ thống	Người giám sát hợp đồng và SLA

Phương án ba có bài riêng: thuê ngoài nhân sự phân tích việc giao được và việc phải giữ. Ba phương án này có thể kết hợp, ví dụ thuê ngoài tính lương nhưng dùng bot chuẩn bị công đầu vào.

Lỗi thường gặp khi triển khai RPA cho HR

Lỗi	Dấu hiệu	Cách xử lý
Bot hỏng khi phần mềm đổi giao diện	Kỳ công trước chạy được, kỳ này dừng giữa chừng	Dùng bộ chọn phần tử ổn định, có cảnh báo email khi bot dừng
Quy tắc lương nằm trong đầu người cũ	Bot cho kết quả khác bảng tay ở một số nhóm	Chép công thức từng nhóm ra văn bản, đối chiếu từng nhóm một
Nhân viên nghỉ giữa kỳ	Phiếu lương gửi cho người đã nghỉ, thiếu khoản thanh toán	Cho bot đọc danh sách nghỉ việc trước khi tính, các trường hợp này chuyển người xử lý
Cấp quyền quá rộng	Một tài khoản bot đọc được mọi trường lương	Tách tài khoản theo bot và theo trường dữ liệu
Bot không ghi dấu vết	Không biết ai đã chạy, sửa gì	Ghi nhật ký mỗi bản ghi, lưu cùng mã lần chạy

Nếu chưa rõ bot sẽ dừng ở đâu, bạn có thể dùng khai phá quy trình để xem công việc thực tế đi qua những bước nào trước khi viết kịch bản. Công cụ này được giải thích tại bài process mining.

Khi nào chưa nên dùng RPA trong nhân sự?

• Chính sách lương, thưởng, phép đang thay đổi mỗi quý. Mỗi lần đổi, bạn phải sửa kịch bản.
• Công ty dưới khoảng vài chục nhân viên và dữ liệu nằm trọn trong một phần mềm HRM. Tính năng có sẵn thường đủ.
• Chưa có người nào đủ quyền xác nhận kết quả bảng lương cuối cùng.
• Việc cần cân nhắc con người: đánh giá năng lực, xử lý khiếu nại, thương lượng lương.

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

RPA trong nhân sự khác phần mềm quản lý nhân sự ở điểm nào?

Phần mềm quản lý nhân sự lưu hồ sơ và tính toán theo quy tắc của chính nó. RPA là robot thao tác giữa nhiều phần mềm, đặc biệt khi chúng không nối được với nhau. Nhiều doanh nghiệp dùng cả hai.

Bot có thể tự tính lương không?

Về kỹ thuật là được với phần có công thức rõ. Tuy nhiên bảng lương cần người duyệt các ngoại lệ và khoản điều chỉnh trước khi trả. Thiết kế tốt thường để bot chuẩn bị, kiểm tra chéo và so sánh với kỳ trước, còn người ký duyệt.

Bot có ký hợp đồng lao động điện tử thay người sử dụng lao động được không?

Không nên. Theo Nghị định 337/2025/NĐ-CP, hợp đồng điện tử cần xác thực danh tính và ký số. Bot nên chỉ hỗ trợ soạn file, gửi liên kết ký, lưu ID hợp đồng. Chữ ký số thuộc người có thẩm quyền giao kết.

RPA có làm nhân viên nhân sự mất việc không?

Bot tiếp nhận phần nhập liệu và đối soát. Công việc còn lại thay đổi theo hướng xử lý ngoại lệ, tư vấn cho nhân viên và quản lý, giám sát bot. Doanh nghiệp nên nói rõ vai trò mới của từng vị trí để tránh lo ngại không cần thiết.

Ngân hàng hay bảo hiểm có khác doanh nghiệp thường khi dùng RPA cho HR không?

Phần HR cơ bản thì giống nhau. Khác biệt nằm ở yêu cầu bảo mật và kiểm toán của từng ngành. Bạn có thể xem thêm RPA trong bảo hiểm để thấy cách một ngành có kiểm soát chặt chẽ vận hành bot.