Checklist đánh giá tích hợp hệ thống
HRM – Chấm công – Kiểm soát ra vào – ERP
40 tiêu chí trên 5 nhóm giúp bạn tự đánh giá mức sẵn sàng của việc tích hợp, trước khi ký hợp đồng hoặc đưa vào chạy thật (go-live).
Cách sử dụng
Với mỗi tiêu chí, tích một trong ba mức: Đạt (2 điểm) – đã có và đã kiểm chứng; Một phần (1 điểm) – có nhưng chưa đầy đủ hoặc chưa kiểm chứng; Chưa có (0 điểm). Cộng điểm cả 40 tiêu chí (tối đa 80 điểm) rồi đối chiếu bảng kết quả ở cuối. Có thể in trang này ra để họp cùng HR, IT, kế toán và nhà cung cấp.
Nhóm 1 – Dữ liệu gốc & đối chiếu mã (8 tiêu chí)
Sai lệch ở dữ liệu gốc là nguyên nhân số một khiến tích hợp chạy nhưng số liệu vẫn sai.
| # | Tiêu chí kiểm tra | Đạt | Một phần | Chưa có |
|---|---|---|---|---|
| 1 | Mã nhân viên là duy nhất và thống nhất giữa HRM, thiết bị chấm công/kiểm soát ra vào và ERP; không bị trùng và không đổi khi nhân viên chuyển bộ phận. | ☐ | ☐ | ☐ |
| 2 | Có bảng đối chiếu (mapping) giữa mã nhân viên, mã thẻ/vân tay/khuôn mặt và tài khoản trong ERP. | ☐ | ☐ | ☐ |
| 3 | Cơ cấu tổ chức (phòng ban, tổ, chuyền, ca) chỉ được định nghĩa ở một nơi, các hệ thống khác lấy theo. | ☐ | ☐ | ☐ |
| 4 | Đã xác định hệ thống nào là “nguồn dữ liệu gốc” cho từng loại dữ liệu: hồ sơ nhân sự, ca làm việc, dữ liệu công, dữ liệu lương. | ☐ | ☐ | ☐ |
| 5 | Quy trình xử lý nhân viên nghỉ việc được quy định rõ: ai kích hoạt, hệ thống nào cập nhật trước, thời gian tối đa để thu hồi quyền ra vào. | ☐ | ☐ | ☐ |
| 6 | Các danh mục (loại ca, loại nghỉ phép, loại tăng ca, mã chi phí) đã được chuẩn hóa và có bảng quy đổi giữa các hệ thống. | ☐ | ☐ | ☐ |
| 7 | Đã xác định phạm vi dữ liệu lịch sử cần chuyển (bao nhiêu tháng công, phép tồn) và làm sạch trước khi nhập vào hệ thống mới. | ☐ | ☐ | ☐ |
| 8 | Có quy tắc đặt mã riêng cho lao động thời vụ, nhà thầu và khách, để không lẫn với nhân viên chính thức. | ☐ | ☐ | ☐ |
Nhóm 2 – Phương thức & kiến trúc tích hợp (8 tiêu chí)
Chọn đúng cách kết nối và có tài liệu kỹ thuật bằng văn bản ngay từ đầu.
| # | Tiêu chí kiểm tra | Đạt | Một phần | Chưa có |
|---|---|---|---|---|
| 9 | Đã chọn phương thức tích hợp cho từng cặp hệ thống (API, web service, cơ sở dữ liệu trung gian, file CSV/Excel, middleware) và ghi rõ lý do chọn. | ☐ | ☐ | ☐ |
| 10 | Nhà cung cấp của mỗi hệ thống cung cấp tài liệu API/đặc tả dữ liệu bằng văn bản, không chỉ cam kết bằng lời. | ☐ | ☐ | ☐ |
| 11 | Chiều đồng bộ của từng luồng dữ liệu được vẽ rõ (một chiều hay hai chiều) để tránh ghi đè lẫn nhau. | ☐ | ☐ | ☐ |
| 12 | Có môi trường thử nghiệm (test) tách biệt với môi trường chạy thật. | ☐ | ☐ | ☐ |
| 13 | Tích hợp không phụ thuộc vào thao tác thủ công lặp lại của một cá nhân (ví dụ xuất file rồi nhập tay mỗi ngày). | ☐ | ☐ | ☐ |
| 14 | Xác định rõ đơn vị chịu trách nhiệm xây dựng và bảo trì tích hợp (nhà cung cấp nào, bên thứ ba nào) và có cam kết trong hợp đồng. | ☐ | ☐ | ☐ |
| 15 | Khi một hệ thống nâng cấp phiên bản, có quy trình kiểm tra lại tích hợp trước khi cập nhật lên môi trường chạy thật. | ☐ | ☐ | ☐ |
| 16 | Sơ đồ luồng dữ liệu tổng thể đã được lập, được duyệt và được cập nhật mỗi khi có thay đổi. | ☐ | ☐ | ☐ |
Nhóm 3 – Đồng bộ & xử lý lỗi (8 tiêu chí)
Tích hợp tốt không phải là không bao giờ lỗi, mà là lỗi được phát hiện và sửa kịp thời.
| # | Tiêu chí kiểm tra | Đạt | Một phần | Chưa có |
|---|---|---|---|---|
| 17 | Tần suất đồng bộ của từng luồng phù hợp nghiệp vụ (ví dụ thu hồi quyền ra vào gần thời gian thực; dữ liệu công theo ngày hoặc theo giờ). | ☐ | ☐ | ☐ |
| 18 | Khi mất mạng hoặc hệ thống dừng, thiết bị vẫn lưu dữ liệu tạm và tự đẩy bù khi kết nối lại, không mất dữ liệu quẹt thẻ. | ☐ | ☐ | ☐ |
| 19 | Có cơ chế thử lại (retry) và cảnh báo khi đồng bộ thất bại, gửi tới đúng người phụ trách (email, Zalo). | ☐ | ☐ | ☐ |
| 20 | Dữ liệu trùng (quẹt thẻ hai lần, đẩy lại nhật ký) được xử lý, không làm sai số công hoặc tiền lương. | ☐ | ☐ | ☐ |
| 21 | Có quy trình đối soát định kỳ (hằng ngày hoặc hằng tuần) giữa số liệu chấm công, bảng lương và ERP. | ☐ | ☐ | ☐ |
| 22 | Đã xử lý chênh lệch múi giờ và giờ hệ thống lệch nhau giữa thiết bị và máy chủ. | ☐ | ☐ | ☐ |
| 23 | Quy định rõ cách sửa dữ liệu sai: sửa ở hệ thống nào, và thay đổi được đồng bộ ngược lại ra sao. | ☐ | ☐ | ☐ |
| 24 | Có kịch bản xử lý khi đồng bộ khối lượng lớn (đầu tháng, thời điểm chốt công) mà không làm chậm hệ thống. | ☐ | ☐ | ☐ |
Nhóm 4 – Bảo mật & phân quyền (8 tiêu chí)
Dữ liệu lương, giấy tờ cá nhân và sinh trắc học là nhóm dữ liệu nhạy cảm nhất của doanh nghiệp.
| # | Tiêu chí kiểm tra | Đạt | Một phần | Chưa có |
|---|---|---|---|---|
| 25 | Tài khoản kết nối giữa các hệ thống (khóa API, tài khoản dịch vụ) chỉ có quyền tối thiểu cần thiết, không dùng tài khoản quản trị. | ☐ | ☐ | ☐ |
| 26 | Khóa và mật khẩu tích hợp được lưu an toàn, có quy trình đổi định kỳ và thu hồi khi thay nhà cung cấp. | ☐ | ☐ | ☐ |
| 27 | Dữ liệu nhạy cảm (lương, số căn cước, sinh trắc học) được mã hóa khi truyền (HTTPS/TLS) và khi lưu trữ. | ☐ | ☐ | ☐ |
| 28 | Phân quyền người dùng thống nhất giữa các hệ thống; việc xem dữ liệu lương và hồ sơ nhân sự bị giới hạn theo vai trò. | ☐ | ☐ | ☐ |
| 29 | Có nhật ký (audit log) ghi lại ai đã đồng bộ hoặc sửa dữ liệu, vào lúc nào, từ hệ thống nào. | ☐ | ☐ | ☐ |
| 30 | Việc thu thập, lưu trữ và xử lý dữ liệu sinh trắc học (vân tay, khuôn mặt) tuân thủ quy định bảo vệ dữ liệu cá nhân hiện hành và có sự đồng ý của người lao động. | ☐ | ☐ | ☐ |
| 31 | Có quy định thời hạn lưu trữ dữ liệu (nhật ký ra vào, dữ liệu chấm công) và cách xóa hoặc ẩn danh khi hết hạn. | ☐ | ☐ | ☐ |
| 32 | Kết nối giữa các hệ thống chỉ mở đúng cổng và địa chỉ cần thiết (giới hạn IP, VPN), không mở toàn bộ ra internet. | ☐ | ☐ | ☐ |
Nhóm 5 – Vận hành & nghiệm thu (8 tiêu chí)
Điều quyết định tích hợp có sống được sau khi nhà cung cấp rút đi hay không.
| # | Tiêu chí kiểm tra | Đạt | Một phần | Chưa có |
|---|---|---|---|---|
| 33 | Có kịch bản nghiệm thu cho các tình huống thật: nhân viên mới, nghỉ việc, chuyển ca, tăng ca qua đêm, quên quẹt thẻ. | ☐ | ☐ | ☐ |
| 34 | Đã kiểm thử bằng dữ liệu thật của ít nhất một kỳ công/lương và đối chiếu kết quả với cách tính hiện tại. | ☐ | ☐ | ☐ |
| 35 | Có tài liệu hướng dẫn vận hành cho HR, IT và bảo vệ: khi có lỗi thì ai làm gì. | ☐ | ☐ | ☐ |
| 36 | Có cam kết mức dịch vụ (SLA) về thời gian phản hồi và thời gian xử lý lỗi tích hợp. | ☐ | ☐ | ☐ |
| 37 | Mỗi luồng tích hợp có người phụ trách nội bộ, không chỉ phụ thuộc vào nhà cung cấp. | ☐ | ☐ | ☐ |
| 38 | Chi phí tích hợp và bảo trì hằng năm (phí API, phí thay đổi, phí nâng cấp) được tính rõ, không phát sinh ngoài hợp đồng. | ☐ | ☐ | ☐ |
| 39 | Có kế hoạch chạy song song hệ thống cũ và mới trong thời gian chuyển đổi, kèm tiêu chí để tắt hệ thống cũ. | ☐ | ☐ | ☐ |
| 40 | Có kế hoạch quay lui (rollback) nếu tích hợp gặp sự cố nghiêm trọng khi đưa vào chạy thật. | ☐ | ☐ | ☐ |
Cách chấm điểm
Tổng điểm = (số tiêu chí Đạt × 2) + (số tiêu chí Một phần × 1). Tối đa 80 điểm.
68 – 80 điểm
Sẵn sàng. Có thể triển khai; tiếp tục theo dõi các tiêu chí còn ở mức “Một phần”.
Sẵn sàng. Có thể triển khai; tiếp tục theo dõi các tiêu chí còn ở mức “Một phần”.
48 – 67 điểm
Cần bổ sung. Xử lý các tiêu chí “Chưa có”, nhất là nhóm 1 và nhóm 3, trước khi go-live.
Cần bổ sung. Xử lý các tiêu chí “Chưa có”, nhất là nhóm 1 và nhóm 3, trước khi go-live.
Dưới 48 điểm
Chưa nên triển khai. Rà soát lại dữ liệu gốc, phương thức tích hợp và trách nhiệm nhà cung cấp trước.
Chưa nên triển khai. Rà soát lại dữ liệu gốc, phương thức tích hợp và trách nhiệm nhà cung cấp trước.
Gợi ý: các tiêu chí ở nhóm 1 (dữ liệu gốc) và tiêu chí 5 (thu hồi quyền khi nghỉ việc) nên được ưu tiên xử lý trước vì ảnh hưởng trực tiếp đến số liệu công, lương và an ninh ra vào.
Cần đánh giá tích hợp cùng chuyên gia?
Tinh Hoa Solution hỗ trợ khảo sát và tích hợp chấm công, kiểm soát ra vào, nhà ăn với HRM và ERP hiện có của doanh nghiệp.
Xem giải pháp tích hợp hệ thống
Tinh Hoa Solution hỗ trợ khảo sát và tích hợp chấm công, kiểm soát ra vào, nhà ăn với HRM và ERP hiện có của doanh nghiệp.
Xem giải pháp tích hợp hệ thống
© 2026 Công Ty Cổ Phần Giải Pháp Tinh Hoa · Liên hệ sales: 0969.618.638 · info@giaiphaptinhhoa.com
