Workday Staffing: job catalog, staffing model và position

Staffing là bộ xương của Workday HCM: mọi giao dịch nhân sự (hire, đổi việc, nghỉ việc) đều chạy trên job catalog + staffing model + position. Đây là bài về các quyết định kiến trúc — sai từ đầu là đắt nhất.

Job catalog — từ điển công việc

Cấu trúc 3 tầng: Job Profile (mô tả công việc + pay rate type theo nước + compensation grade) → Job Family (1 profile thuộc nhiều family) → Job Family Group (1 family chỉ thuộc 1 group). Trước khi dựng profile, khai nền: management level / job level hierarchies, job categories, employee types, contingent worker types, work shifts, working time rules, pay rate types.

Điểm đáng nhớ:

Job profile là effective-dated snapshot: sửa lùi ngày không tự cập nhật các snapshot sau — nguồn lệch dữ liệu kinh điển.
Job Architecture Hub có ML: tìm profile trùng lặp, cảnh báo profile thiếu dữ liệu (hiện ≤2.000), so kỹ năng với thị trường (Market Skills — chỉ tiếng Anh, cập nhật hằng tuần); JD sinh bằng Generate with AI.
Restrict profile theo country/organization chỉ là soft-block: user chọn profile bị hạn chế vẫn submit được, Workday chỉ cảnh báo.
Service dates: Benefits/Company Service Date bị xóa khi rehire; sửa tay Original Hire Date là mất auto-populate.

Position Management vs Job Management — quyết định lớn nhất

Mỗi supervisory organization chọn một staffing model, và đã có worker là không đổi được (muốn đổi phải rescind sạch event). Chọn theo triết lý kiểm soát headcount:

flowchart TB
  Q{"Tổ chức kiểm soát<br/>headcount thế nào?"} -->|"Chặt: mỗi vị trí<br/>được duyệt riêng"| PM["POSITION MANAGEMENT<br/>· phải có position mở + approved<br/>trước khi hire<br/>· restriction per-position<br/>(kể cả qualifications)<br/>· lịch sử position qua nhiều đời"]
  Q -->|"Lỏng: kiểm soát bằng<br/>workflow/budget"| JM["JOB MANAGEMENT<br/>· không giới hạn số job<br/>· 1 bộ hiring restrictions<br/>cho cả org<br/>· job ở lại org cũ sau khi<br/>worker chuyển đi"]
  PM & JM --> R["Job requisition:<br/>CẢ HAI model đều dùng được"]

Khác biệt vận hành đáng nhớ: sau termination/chuyển việc, position (PM) chọn close/giữ mở, còn job (JM) luôn còn lại; PM báo cáo được cả open lẫn filled position, JM chỉ track filled; hiring freeze — JM chỉ freeze cả org, PM freeze được từng position.

Hiring restrictions — enforce lúc nào?

Restriction (job profile, location, worker type, time type…) được Workday kiểm tra tại thời điểm hire, không phải lúc tạo requisition — gotcha bị hỏi nhiều nhất chương. JM phải có hiring restriction trước khi tạo requisition; Availability Date không đổi được sau lần fill đầu; position closed là vĩnh viễn (chỉ rescind closure hoặc tạo mới).

Job requisition phía HCM

Không có Recruiting vẫn dùng được requisition (create/edit/close/freeze, background check, compensation details); cần Recruiting mới có career site, posting, questionnaire, evergreen, confidential. Con số: 1 requisition tạo position mới mở tối đa 500 opening; gộp position có sẵn tối đa 99; mass close/freeze 10.000 requisition/lần. Gotcha dịch thuật: requisition đa ngôn ngữ lấy base language theo người tạo — người khác edit sẽ rơi vào bản dịch của họ, bản gốc không đổi.

Autocomplete — tuyển số lượng lớn không cần bấm duyệt

Bật autocomplete trên Hire/Change Job/Contract Contingent Worker cho event khởi phát từ Recruiting: bước Approval/Review/To Do được bỏ qua, hồ sơ trúng tuyển tự chảy thành nhân viên. Điều kiện khắt khe: mọi field bắt buộc phải có sẵn (từ Recruiting hoặc Staffing Field Defaults) — thiếu một field là cả event rơi về routing thường; Ready for Hire kích hoạt ngay lập tức nên chỉ chuyển ứng viên sang stage này sát ngày nhận việc.

Chắt lọc từ Workday HCM Administrator Guide (Staffing tr.529–643) — doc.workday.com.