Cấu hình theo chính sách, không phải viết code riêng

Đây là một chính sách mà gần như tổ chức nào chúng tôi triển khai cũng đưa ra, ở dạng này hay dạng khác: phê duyệt công tác thay đổi theo vai trò, theo giá trị, theo đơn vị và theo ngày hiệu lực. Một lãnh đạo đặt khách sạn không phải cùng một quyết định với một kỹ thuật viên hiện trường đặt đúng khách sạn đó, và ngưỡng của quý trước không phải ngưỡng của quý này.

Ở phần lớn hệ thống nhân sự, đó là một yêu cầu thay đổi phần mềm. Ở HumanC, đó là cấu hình.

Ba lớp linh hoạt có quản trị

Cấu hình trong HumanC được chia lớp có chủ đích, để "linh hoạt" không bao giờ đồng nghĩa với "buông lỏng".

• Cấu hình nền tảng — thương hiệu, ngôn ngữ, múi giờ, bộ mã, trường tùy chỉnh, email và thiết lập phê duyệt.
• Vai trò và phân tách nhiệm vụ — ai được xem, sửa, duyệt hay quản trị từng năng lực.
• Phạm vi dữ liệu, kiểm toán và tích hợp — phạm vi tổ chức, quyền truy cập tài nguyên, phân công đang hiệu lực, lịch sử thay đổi và các tích hợp đã thống nhất.

Một HRBP Việt Nam có phạm vi Việt Nam. Một Payroll Admin có phạm vi lương thưởng. Một tài khoản tích hợp chỉ có đúng một giao diện đã được duyệt. Sự linh hoạt là thật, và ranh giới quanh nó cũng vậy.

Chính sách công tác đó khi được cấu hình trông như thế nào

Ví dụ ở trên phân rã thành ba phần cấu hình được: đề nghị và chứng từ (ghi nhận chuyến đi, chi phí và tài liệu kèm theo), chính sách và định tuyến (định tuyến theo số tiền, chính sách và vai trò), phạm vi và thẩm quyền (áp dụng theo công ty, cấp bậc và quốc gia).

Nhân viên gửi đề nghị, quản lý hoặc Tài chính xét duyệt dựa trên hạn mức mà họ không cần phải thuộc lòng, và lịch sử quyết định được lưu lại. Bản thân hạn mức nằm trong một ma trận — khách sạn mỗi đêm, phương tiện, công tác phí — thay đổi theo vị trí, điểm đến, cấp bậc, nhóm nhân viên, loại tiền tệ và ngày hiệu lực.

Vừa với chính sách địa phương. Quản trị được thay đổi. Mở rộng mà không cần xây lại.

Vì sao điều này quan trọng lúc triển khai

Ưu tiên cấu hình làm thay đổi hình dạng của một dự án triển khai. Lộ trình của chúng tôi đi qua ba giai đoạn, mỗi giai đoạn có một sản phẩm bàn giao phải được nghiệm thu trước khi bước tiếp.

• Discover & Design — chốt quy trình, các biến thể chính sách, chủ sở hữu dữ liệu và tiêu chí thành công. Bàn giao: bản blueprint đã ký duyệt.
• Configure & Migrate — cấu hình phân hệ, chuẩn bị dữ liệu và kết nối các giao diện đã thống nhất. Bàn giao: hệ thống đã cấu hình cùng dữ liệu đã chuyển đổi.
• Validate & Enable — chạy UAT, đối soát các đầu ra trọng yếu, đào tạo người dùng và chuẩn bị vận hành hỗ trợ. Bàn giao: trạng thái sẵn sàng go-live.

Cấu hình trước, kiểm chứng cùng người dùng, rồi mở rộng theo từng phân hệ. Trình tự đó chạy được vì đúng cái lý do khiến ví dụ chính sách ở trên chạy được: không khâu nào phải chờ mã nguồn lõi.