HRIS (Human Resource Information System – hệ thống thông tin nhân sự) là phần mềm lưu giữ và xử lý dữ liệu gốc về người lao động của một tổ chức: ai đang làm việc, ở vị trí nào, báo cáo cho ai, hưởng lương và phúc lợi gì, đã trải qua những thay đổi nào từ ngày vào làm. Giá trị của HRIS không nằm ở việc "có phần mềm" mà ở chỗ nó trở thành nguồn sự thật duy nhất (system of record) về nhân sự: mọi phòng ban, mọi báo cáo và mọi hệ thống khác đều lấy cùng một con số từ đây.
Ba thuật ngữ hay bị dùng lẫn: HRIS nhấn vào dữ liệu và giao dịch hành chính; HRMS (hệ thống quản lý nhân sự) thường chỉ HRIS cộng thêm các quy trình như chấm công, tính lương, tuyển dụng; HCM (quản trị vốn nhân lực) là cách gọi của bộ giải pháp rộng nhất, gồm cả đánh giá hiệu suất, đào tạo, kế nhiệm và phân tích. Ranh giới giữa ba tên gọi phụ thuộc nhà cung cấp hơn là chuẩn học thuật, nên khi đánh giá một hệ thống, bạn nên hỏi "nó quản dữ liệu gì và tự động hoá quy trình nào" thay vì hỏi nó thuộc loại nào.
Dữ liệu lõi: phần quyết định HRIS dùng được hay không
Trái tim của mọi HRIS là phân hệ Core HR, nơi chứa ba lớp dữ liệu. Lớp thứ nhất là con người: thông tin định danh, liên hệ, học vấn, người phụ thuộc. Lớp thứ hai là tổ chức: cây phòng ban, chức danh, vị trí, cấp bậc, nơi làm việc, trung tâm chi phí. Lớp thứ ba là quan hệ việc làm: hợp đồng, ngày bắt đầu, loại hợp đồng, mức lương, người quản lý trực tiếp. Hai lớp sau mới là chỗ nhiều doanh nghiệp làm sai, vì họ chỉ lập danh sách nhân viên mà không mô hình hoá vị trí.
Phân biệt chức danh và vị trí là bước nền. Chức danh "Chuyên viên kế toán" có thể có năm vị trí, mỗi vị trí thuộc một phòng, một chi nhánh, một ngân sách. Khi một người nghỉ, vị trí vẫn còn và trở thành vị trí trống cần tuyển. Nếu hệ thống chỉ biết người mà không biết vị trí, bạn không trả lời được câu hỏi đơn giản nhất của ban giám đốc: định biên bao nhiêu, đang thiếu bao nhiêu, thiếu ở đâu.
Yếu tố thứ hai là dữ liệu có hiệu lực theo ngày (effective dating). Mỗi thay đổi lương, điều chuyển, thăng chức đều được ghi thành một bản ghi mới có ngày hiệu lực, không ghi đè bản cũ. Nhờ đó bạn tái dựng được sơ đồ tổ chức tại bất kỳ thời điểm nào trong quá khứ, tính đúng lương hồi tố và có dấu vết kiểm toán khi xảy ra tranh chấp. Bảng tính Excel gần như không làm được việc này một cách tin cậy.
Các phân hệ thường gặp và câu hỏi mỗi phân hệ trả lời
Không doanh nghiệp nào cần đủ mọi phân hệ ngay từ đầu. Bảng dưới giúp bạn khớp phân hệ với vấn đề thật đang gặp, thay vì mua theo danh sách tính năng.
| Phân hệ | Dữ liệu chính | Câu hỏi quản trị trả lời được | Khi nào cần |
|---|---|---|---|
| Core HR / hồ sơ nhân sự | Nhân viên, vị trí, cây tổ chức, hợp đồng | Ai đang làm gì, báo cáo cho ai, định biên còn trống bao nhiêu | Từ khi có vài chục người hoặc nhiều chi nhánh |
| Chấm công và ca làm | Giờ vào ra, ca, nghỉ phép, làm thêm | Ai đi làm, giờ công thực tế, chi phí làm thêm theo bộ phận | Lao động theo ca, nhiều địa điểm |
| Tính lương | Công thức lương, phụ cấp, khấu trừ, bảo hiểm, thuế | Quỹ lương theo tháng, theo bộ phận, biến động vì sao | Khi bảng tính lương bắt đầu sai lặp lại |
| Tuyển dụng (ATS) | Tin tuyển, ứng viên, vòng phỏng vấn | Mất bao lâu để lấp vị trí, kênh nào ra người | Tuyển đều đặn, nhiều vị trí cùng lúc |
| Hiệu suất và mục tiêu | Mục tiêu, kết quả, đánh giá, phản hồi | Ai đạt, ai cần hỗ trợ, phân bố đánh giá có hợp lý | Khi đã có quy trình đánh giá ổn định |
| Đào tạo (LMS) | Khoá học, lượt học, chứng chỉ | Ai đã đủ chứng chỉ bắt buộc, chi phí đào tạo mỗi người | Ngành có đào tạo bắt buộc, an toàn |
| Cổng tự phục vụ | Yêu cầu nghỉ phép, cập nhật thông tin, phiếu lương | Giảm bao nhiêu giờ hành chính của phòng nhân sự | Khi phòng nhân sự ngập yêu cầu lặt vặt |
Thứ tự hợp lý gần như luôn là Core HR trước, sau đó chấm công và lương, rồi mới tới các phân hệ phát triển con người. Lý do: mọi phân hệ sau đều tham chiếu đến nhân viên và vị trí trong Core HR. Mua phân hệ đánh giá hiệu suất khi cây tổ chức còn sai thì mỗi kỳ đánh giá lại phải sửa tay danh sách người quản lý, và người dùng mất niềm tin ngay từ vòng đầu.
HRIS, HRMS, HCM: phân biệt để không mua nhầm
Thuật ngữ HRIS xuất hiện từ thời máy tính lớn, khi các tập đoàn đưa hồ sơ nhân sự và tính lương lên hệ thống tập trung. Khi phần mềm mở rộng sang quy trình (tuyển dụng, chấm công, phúc lợi), giới cung cấp dùng thêm chữ HRMS. Đến khi bộ giải pháp bao trùm cả vòng đời nhân tài, tức thu hút, phát triển, giữ chân, các hãng phân tích thị trường quen gọi là HCM suite. Ba tên này phản ánh lịch sử mở rộng phạm vi, không phải ba loại sản phẩm tách bạch.
Cách phân biệt hữu ích hơn là theo kiến trúc. Có hai trường phái. Bộ tích hợp một nhà cung cấp (suite) có một cơ sở dữ liệu chung, dữ liệu nhất quán nhưng từng phân hệ có thể không mạnh bằng sản phẩm chuyên biệt. Ghép nhiều sản phẩm tốt nhất từng mảng (best-of-breed) cho trải nghiệm tốt ở từng việc nhưng đòi hỏi tích hợp và đồng bộ dữ liệu, đây là nơi phát sinh chi phí ẩn và lỗi lệch dữ liệu.
Với doanh nghiệp vừa và nhỏ ở Việt Nam, câu hỏi kiến trúc thường quy về một điểm thực tế: tính lương nằm ở đâu. Lương phụ thuộc chấm công, hợp đồng, phụ cấp, bảo hiểm và thuế, tức gần như mọi dữ liệu khác. Nếu lương nằm ngoài HRIS, bạn cần một luồng đồng bộ hai chiều đáng tin cậy, nếu không mỗi tháng sẽ có người ngồi đối chiếu tay hai nguồn.
HRIS tạo ra giá trị ở đâu, và không tạo ra ở đâu
Giảm việc hành chính lặp lại. Xác nhận công tác, cập nhật địa chỉ, xin nghỉ phép, tra phiếu lương là những yêu cầu nhỏ nhưng chiếm nhiều giờ của phòng nhân sự. Cổng tự phục vụ chuyển phần lớn sang người lao động tự làm, với dữ liệu đi thẳng vào hệ thống thay vì qua email và bảng tính.
Một con số cho mọi cuộc họp. Khi tài chính nói công ty có 412 người còn nhân sự nói 398, cuộc họp đầu tiên luôn là cãi nhau về định nghĩa. HRIS buộc bạn chốt định nghĩa (có tính cộng tác viên không, có tính người nghỉ thai sản không) một lần và dùng chung.
Dấu vết kiểm toán. Ai đổi lương của ai, ngày nào, ai duyệt. Đây là lớp kiểm soát nội bộ quan trọng khi doanh nghiệp lớn lên, và là bằng chứng khi có khiếu nại hay thanh tra lao động.
Nền cho phân tích. Không có dữ liệu lịch sử sạch thì mọi tham vọng về phân tích dữ liệu nhân sự đều dừng ở mức đếm đầu người.
Điều HRIS không làm được. Phần mềm không sửa được quy trình mơ hồ. Nếu công ty chưa thống nhất ai duyệt tăng lương, HRIS chỉ số hoá sự mơ hồ đó và làm nó chậm hơn. Phần mềm cũng không thay được năng lực quản lý con người của trưởng bộ phận: một hệ thống đánh giá đẹp không biến một cuộc trò chuyện tệ thành tốt.
Khi nào doanh nghiệp thật sự cần HRIS
Không có ngưỡng số người cố định. Tín hiệu đáng tin hơn là các triệu chứng vận hành. Thứ nhất, số liệu nhân sự không khớp giữa các phòng, hoặc mỗi lần ban giám đốc hỏi định biên là phải mất vài ngày tổng hợp. Thứ hai, lỗi lương lặp lại, đặc biệt khi có nhiều ca, nhiều mức phụ cấp, nhiều địa điểm. Thứ ba, dữ liệu nằm trong đầu một người: khi chuyên viên nhân sự kỳ cựu nghỉ phép, không ai biết hợp đồng nào sắp hết hạn.
Tín hiệu thứ tư là rủi ro tuân thủ. Hồ sơ nhân viên chứa nhiều dữ liệu cá nhân, một số thuộc nhóm nhạy cảm theo quy định bảo vệ dữ liệu cá nhân của Việt Nam (như dữ liệu sức khoẻ, sinh trắc học). Một thư mục chung trên máy chủ nội bộ mà ai cũng mở được là rủi ro pháp lý thật, không chỉ là chuyện gọn gàng.
Ngược lại, một doanh nghiệp hai mươi người, một địa điểm, giờ hành chính cố định, có thể vận hành tốt bằng bảng tính được thiết kế cẩn thận, phân quyền rõ và sao lưu đều. Mua HRIS quá sớm thường dẫn tới hệ thống bỏ hoang, vì chi phí nhập liệu và duy trì lớn hơn lợi ích. Điều quan trọng là thiết kế bảng tính theo đúng mô hình dữ liệu ở trên (người, vị trí, quan hệ việc làm, ngày hiệu lực) để khi chuyển lên hệ thống, dữ liệu đã sẵn khuôn.
Năm câu hỏi kiểm tra nhanh trước khi chọn bất kỳ HRIS nào
Thay vì so bảng tính năng dài, hãy mang năm câu hỏi này vào buổi giới thiệu sản phẩm và yêu cầu nhà cung cấp trình diễn bằng dữ liệu mẫu của chính bạn.
- Mô hình tổ chức: hệ thống có quản lý vị trí tách khỏi người không, có xử lý được một người kiêm hai vị trí, báo cáo cho hai cấp (ma trận) không?
- Ngày hiệu lực: nhập một đợt tăng lương có hiệu lực từ đầu tháng trước thì lương hồi tố được tính thế nào, lịch sử có giữ nguyên không?
- Xuất dữ liệu: bạn có tự xuất toàn bộ dữ liệu, kể cả lịch sử, ra định dạng mở được không? Đây là bảo hiểm khi muốn đổi nhà cung cấp.
- Phân quyền theo trường dữ liệu: trưởng phòng thấy được thông tin đánh giá của nhân viên mình nhưng không thấy lương của họ có cấu hình được không?
- Nhật ký truy cập: hệ thống có ghi ai đã xem, sửa, xuất dữ liệu nhạy cảm, và bạn có truy xuất được nhật ký đó không?
Hai câu cuối thường bị bỏ qua vì không hiện ra trong buổi trình diễn, nhưng chúng quyết định bạn có đáp ứng được nghĩa vụ bảo vệ dữ liệu người lao động hay không. Phần triển khai, từ làm sạch dữ liệu đến chạy song song, là một chủ đề riêng và thường quyết định thành bại nhiều hơn việc chọn sản phẩm.
Câu hỏi thường gặp
HRIS và ERP khác nhau thế nào, có nên dùng phân hệ nhân sự trong ERP không?
ERP quản lý tài chính, mua hàng, kho, sản xuất; nhiều ERP có phân hệ nhân sự đủ cho hồ sơ và lương. Lợi thế là hạch toán chi phí lương liền mạch. Điểm yếu thường là trải nghiệm người dùng và các phân hệ phát triển con người. Nếu nhu cầu chủ yếu là lương và chi phí, phân hệ ERP hợp lý; nếu cần tuyển dụng, đánh giá, đào tạo sâu, thường phải bổ sung.
Dữ liệu nhân sự nên lưu trên đám mây hay máy chủ nội bộ?
Không có đáp án tuyệt đối. Đám mây chuyển phần lớn việc vận hành, sao lưu, vá lỗi sang nhà cung cấp; máy chủ nội bộ cho kiểm soát vật lý nhưng đòi hỏi đội kỹ thuật thật sự. Câu hỏi quan trọng hơn là hợp đồng quy định ai chịu trách nhiệm khi lộ dữ liệu, dữ liệu đặt ở đâu và có chuyển ra nước ngoài không.
Có nên tự viết HRIS thay vì mua?
Tự viết hợp lý khi quy trình quá đặc thù và có đội phát triển lâu dài. Rủi ro lớn nhất là tính lương: luật lao động, bảo hiểm, thuế thay đổi định kỳ và hệ thống tự viết phải cập nhật theo. Nhiều doanh nghiệp chọn mua phần lõi và tự viết lớp báo cáo hoặc tích hợp riêng.
Ai trong doanh nghiệp nên làm chủ dữ liệu HRIS?
Phòng nhân sự làm chủ định nghĩa và chất lượng dữ liệu, phòng công nghệ làm chủ hạ tầng và bảo mật, tài chính là người dùng chính của dữ liệu lương. Cần một người cụ thể chịu trách nhiệm chất lượng dữ liệu, nếu không mỗi bên sửa một chỗ và dữ liệu xuống cấp nhanh.
Bao lâu thì nên rà soát lại dữ liệu trong HRIS?
Nên có kiểm tra tự động hằng tháng cho các lỗi dễ phát hiện như thiếu người quản lý, hợp đồng hết hạn chưa xử lý, vị trí trống lâu. Mỗi năm một lần nên rà toàn diện cây tổ chức và quyền truy cập, vì quyền cấp cho người đã chuyển bộ phận thường không được thu hồi.
