Mẫu dữ liệu xử lý bảng lương

Bảng lương Workday
Mẫu dữ liệu xử lý bảng lương

Mẫu dữ liệu xử lý bảng lương

Mẫu này cung cấp khung để thu thập dữ liệu bảng lương từ Workday Payroll, giúp bạn xác định điểm nghẽn và vấn đề tuân thủ. Mẫu nêu rõ các thuộc tính cần có để phân tích và những hoạt động chính cần theo dõi trong suốt chu kỳ trả lương. Làm theo hướng dẫn này sẽ giúp bạn cấu trúc nhật ký sự kiện để theo dõi rõ hoạt động chi trả.
  • Các thuộc tính nên có trong hồ sơ bảng lương
  • Các mốc quy trình chính từ lúc nộp đến khi thanh toán
  • Hướng dẫn trích xuất dành riêng cho Workday Payroll
Chưa quen với nhật ký sự kiện? Tìm hiểu cách tạo nhật ký sự kiện cho process mining.

Thuộc tính xử lý bảng lương

Đây là những trường dữ liệu nên có trong nhật ký sự kiện để phân tích chi tiết hiệu quả của chu kỳ trả lương.
5 Bắt buộc 8 Nên có 7 Không bắt buộc
Tên Mô tả
Hồ sơ tính lương
PayrollRecordId
Mã định danh duy nhất của hồ sơ tính lương, kết hợp nhân viên và kỳ lương.
Mô tả

Thuộc tính này là mã định danh hồ sơ trung tâm của quy trình. Mã xác định duy nhất một lần tính lương cho một nhân viên trong một kỳ lương cụ thể. Trong Workday, về mặt khái niệm, mã này là sự kết hợp giữa Worker, Period và Pay Group. Tất cả hoạt động, từ gửi bảng chấm công đến thực hiện thanh toán cuối cùng, đều được nhóm theo mã này để phân tích quy trình từ đầu đến cuối.

Vì sao điều này quan trọng

Đây là CaseId bắt buộc, liên kết mọi sự kiện rời rạc thành một dấu vết quy trình thống nhất.

Lấy dữ liệu ở đâu

Workday Report Writer: Trích xuất từ đối tượng nghiệp vụ 'Payroll Result', thường dùng khóa ghép gồm Employee_ID và Period_Reference.

Ví dụ
PAY-2023-10-US-E10045PAY-2023-10-UK-E99231PAY-2023-11-FR-E44122
Hoạt động
ActivityName
Tên của bước hoặc sự kiện trong quy trình đã diễn ra.
Mô tả

Thuộc tính này ghi lại hành động cụ thể hoặc thay đổi trạng thái trong chu kỳ tính lương. Các giá trị tương ứng với những bước Business Process tiêu chuẩn trong Workday, chẳng hạn 'Time Sheet Submitted', 'Payroll Record Created' hoặc 'Payment Executed'. Đây là trường cốt lõi để khám phá quy trình và phân tích các biến thể.

Vì sao điều này quan trọng

Thuộc tính này xác định thứ tự sự kiện và là thông tin bắt buộc để dựng lại sơ đồ quy trình.

Lấy dữ liệu ở đâu

'Business Process Transactions' hoặc nhật ký kiểm tra của Workday.

Ví dụ
Đã gửi bảng chấm côngĐã tính lương trước khấu trừĐã tạo tệp chuyển khoản ngân hàngĐã phát hiện ngoại lệ kiểm tra
Thời gian bắt đầu
EventTimestamp
Ngày và giờ chính xác khi hoạt động diễn ra.
Mô tả

Thuộc tính này ghi lại dấu thời gian khi một hoạt động cụ thể bắt đầu hoặc hoàn tất. Thông tin này cung cấp chiều thời gian cần thiết để tính thời gian chu kỳ, thời lượng và xác định điểm nghẽn. Trong Workday, thuộc tính này tương ứng với 'Completed Moment' hoặc 'Effective Moment' của bước Business Process.

Vì sao điều này quan trọng

Cần có thuộc tính này để sắp xếp sự kiện theo trình tự thời gian và tính mọi KPI dựa trên thời gian.

Lấy dữ liệu ở đâu

Lịch sử Business Process của Workday: 'Completed Date/Time'.

Ví dụ
2023-10-01T09:15:00Z2023-10-05T14:30:22Z2023-10-25T11:00:00Z
Hệ thống nguồn
SourceSystem
Hệ thống lưu trữ dữ liệu gốc.
Mô tả

Thuộc tính này xác định hệ thống phần mềm ghi lại sự kiện. Với quy trình này, giá trị thường là 'Workday Payroll'. Thuộc tính này rất cần thiết trong môi trường nhiều hệ thống để theo dõi nguồn gốc dữ liệu và đảm bảo áp dụng đúng ngữ cảnh khi phân tích.

Vì sao điều này quan trọng

Thuộc tính này giúp theo dõi nguồn gốc dữ liệu trong các thiết lập process mining có nhiều hệ thống.

Lấy dữ liệu ở đâu

Được điền cố định trong quá trình trích xuất hoặc cấu hình trong quy trình ETL.

Ví dụ
Bảng lương WorkdayWorkday HCM
Lần cập nhật dữ liệu gần nhất
LastDataUpdate
Dấu thời gian trích xuất hoặc làm mới dữ liệu gần nhất.
Mô tả

Thuộc tính này cho biết lần cập nhật gần nhất của hồ sơ trong mô hình dữ liệu process mining. Thuộc tính được dùng để theo dõi độ mới của dữ liệu và xác định độ trễ đồng bộ có thể có giữa hệ thống nguồn và môi trường phân tích.

Vì sao điều này quan trọng

Giúp chuyên viên phân tích biết dữ liệu được cập nhật đến thời điểm nào.

Lấy dữ liệu ở đâu

Thời gian hệ thống tại thời điểm chạy ETL.

Ví dụ
2023-11-01T00:00:00Z2023-11-02T12:00:00Z
Chuyên viên tính lương
PayrollSpecialist
Người dùng hoặc nhân viên thực hiện hoạt động.
Mô tả

Thuộc tính này xác định cá nhân hoặc tài khoản hệ thống chịu trách nhiệm thực hiện hoạt động. Trong Workday, đây là 'Actor' gắn với bước Business Process. Thuộc tính này rất quan trọng để phân tích năng suất nhân sự, phân tách nhiệm vụ và phân bổ khối lượng công việc.

Vì sao điều này quan trọng

Cho phép phân tích năng suất của chuyên viên và điểm nghẽn về tài nguyên.

Lấy dữ liệu ở đâu

Lịch sử Business Process của Workday: trường 'Actor'.

Ví dụ
John SmithTài khoản hệ thốngMaria GarciaPayrollBatchBot
Được tự động hóa
IsAutomated
Cờ cho biết hoạt động có do hệ thống thực hiện hay không.
Mô tả

Thuộc tính đúng/sai này xác định một bước cụ thể do hệ thống Workday thực hiện, chẳng hạn như tính toán theo lịch, hay do người dùng thực hiện. Thuộc tính này rất cần thiết để tính 'ActivityAutomationCost' và xác định cơ hội xử lý tự động, không cần người can thiệp.

Vì sao điều này quan trọng

Cần thiết để phân tích khả năng tự động hóa và ước tính chi phí.

Lấy dữ liệu ở đâu

Kiểm tra Workday Audit: Actor có phải là 'System' hoặc khác với 'Worker' không.

Ví dụ
truefalse
Kỳ lương
PayPeriod
Khoảng thời gian cụ thể mà hồ sơ tính lương áp dụng.
Mô tả

Thuộc tính này xác định chu kỳ tính lương, chẳng hạn 'Tháng 10 năm 2023, hai lần mỗi tháng'. Thuộc tính được dùng để nhóm hồ sơ khi phân tích giữa các kỳ và là thành phần thiết yếu trong logic xác định hồ sơ 'Payroll Record'.

Vì sao điều này quan trọng

Cần thiết để nhóm các trường hợp và phân tích theo thời gian.

Lấy dữ liệu ở đâu

Payroll Result trong Workday: 'Period'.

Ví dụ
2023-10 Hàng tháng2023-W42 Hàng tuần2023-11 Hai lần mỗi tháng
Loại đợt tính lương
PayrollRunType
Phân loại đợt tính lương, chẳng hạn thông thường, ngoài chu kỳ hoặc tiền thưởng.
Mô tả

Thuộc tính này phân loại hình thức thực hiện tính lương. Cần phân biệt các đợt 'Regular', 'Correction' và 'On-Demand' khi phân tích, vì các đợt ngoài chu kỳ thường là kết quả của việc làm lại hoặc ngoại lệ, có thể làm sai lệch chỉ số hiệu suất thông thường.

Vì sao điều này quan trọng

Hỗ trợ phân nhóm quy trình tiêu chuẩn và quy trình ngoại lệ.

Lấy dữ liệu ở đâu

Workday Payroll: 'Run Category' hoặc 'Result Type'.

Ví dụ
Thông thườngNgoài chu kỳTheo yêu cầuĐiều chỉnh cuối năm
Lý do chỉnh sửa
CorrectionReason
Mã lý do được chọn khi chỉnh sửa dữ liệu.
Mô tả

Thuộc tính này ghi nhận lý do người dùng chọn cho hoạt động 'Data Correction Performed'. Thông tin chi tiết này giúp bảng điều khiển 'Manual Correction and Rework Analysis' xác định nguyên nhân gốc rễ, chẳng hạn như 'Thay đổi hồi tố' hoặc 'Lỗi nhập liệu'.

Vì sao điều này quan trọng

Thông tin then chốt để phân tích nguyên nhân gốc rễ của việc làm lại.

Lấy dữ liệu ở đâu

Workday: trường 'Reason' trong quy trình nghiệp vụ Rescind/Correct.

Ví dụ
Thay đổi khoản thù lao hồi tốĐiều chỉnh bảng chấm côngCập nhật lựa chọn phúc lợi
Nhóm trả lương
PayGroup
Nhóm nhân viên được xử lý trả lương cùng nhau.
Mô tả

Thuộc tính này xác định nhóm nhân viên có cùng kỳ lương và quy tắc xử lý (ví dụ: 'Nhân viên hưởng lương tháng tại Mỹ'). Đây là khái niệm cốt lõi trong Workday, dùng để phân nhóm phân tích cho 'Payroll Preview Iteration Tracker' và 'Tax Calculation Efficiency Monitor'.

Vì sao điều này quan trọng

Chiều phân tích chính để phân nhóm vận hành trong Workday.

Lấy dữ liệu ở đâu

Workday Worker/Payroll Result: 'Pay Group'.

Ví dụ
Nhân viên hưởng lương tháng tại MỹNhân viên hưởng lương theo giờ, trả lương hằng tuần tại AnhLãnh đạo cấp cao tại Pháp
Quốc gia
Country
Quốc gia hoặc khu vực pháp lý về thuế áp dụng cho hồ sơ tính lương.
Mô tả

Thuộc tính này cho biết địa điểm địa lý chính dùng để tính lương. Đây là thông tin thiết yếu cho dashboard 'Chuẩn hóa thời gian chu kỳ toàn cầu', giúp tổ chức so sánh hiệu quả giữa các môi trường pháp lý và xác định vấn đề riêng của từng khu vực.

Vì sao điều này quan trọng

Hỗ trợ phân tích 'Chênh lệch thời gian chu kỳ theo khu vực' và chuẩn hóa trên toàn cầu.

Lấy dữ liệu ở đâu

Đối tượng Worker trong Workday: 'Primary Work Location' -> Quốc gia.

Ví dụ
Hoa KỳVương quốc AnhPhápĐức
Trung tâm chi phí
CostCenter
Phòng ban hoặc trung tâm chi phí gắn với hồ sơ tính lương.
Mô tả

Thuộc tính này liên kết hồ sơ tính lương với một đơn vị cụ thể trong tổ chức. Nhờ đó, bạn có thể so sánh hiệu quả giữa các phòng ban, xác định nơi thường gây chậm trễ, chẳng hạn ở khâu phê duyệt bảng chấm công, hoặc có tỷ lệ lỗi cao.

Vì sao điều này quan trọng

Cần thiết cho các dashboard 'Hiệu quả phê duyệt bảng chấm công' và 'Ngoại lệ kiểm tra'.

Lấy dữ liệu ở đâu

Đối tượng Worker trong Workday: 'Cost Center' hoặc 'Supervisory Organization'.

Ví dụ
CC-501 Tài chínhCC-202 Kỹ thuậtCC-101 Nhân sự
Hạn xử lý SLA
SLAProcessingDeadline
Hạn chót dự kiến để tạo tệp chuyển khoản ngân hàng.
Mô tả

Thuộc tính này xác định hạn chót theo hợp đồng hoặc quy định nội bộ để hoàn tất hoạt động 'Bank Transfer File Generated'. Thuộc tính được dùng để tính 'Bank Transfer SLA Adherence Rate' và hiển thị mức độ tuân thủ trên bảng điều khiển.

Vì sao điều này quan trọng

Cơ sở để tính mức độ tuân thủ SLA.

Lấy dữ liệu ở đâu

Được tính từ ngày kết thúc kỳ lương cộng với khoảng thời gian điều chỉnh có thể cấu hình (ví dụ: 2 ngày).

Ví dụ
2023-10-28T17:00:00Z2023-11-28T17:00:00Z
Khu vực
Region
Khu vực địa lý rộng hơn, chẳng hạn EMEA, APAC hoặc NA.
Mô tả

Thuộc tính này nhóm các quốc gia thành những khu vực vận hành rộng hơn. Thuộc tính hỗ trợ KPI 'Chênh lệch thời gian chu kỳ theo khu vực', cho phép so sánh tổng quan hoạt động tính lương giữa các thị trường lớn như Bắc Mỹ, EMEA và APAC.

Vì sao điều này quan trọng

Hỗ trợ so sánh hiệu quả tổng quan giữa các khu vực địa lý.

Lấy dữ liệu ở đâu

Suy ra từ Quốc gia hoặc trường 'Region' trên Worker.

Ví dụ
Bắc MỹEMEAAPACMỹ Latinh
Loại ngoại lệ kiểm toán
AuditExceptionType
Nhóm lỗi kiểm toán được phát hiện trong kỳ.
Mô tả

Thuộc tính này phân loại quy tắc cụ thể khiến sự kiện 'Audit Exception Flagged' được ghi nhận. Ví dụ: 'Lương thực nhận âm', 'Chênh lệch > 10%' hoặc 'Thiếu mã số thuế'. Thuộc tính này cung cấp dữ liệu cho chế độ xem 'Audit Exception and Quality Control'.

Vì sao điều này quan trọng

Xác định các vấn đề cụ thể về chất lượng dữ liệu cần cải thiện.

Lấy dữ liệu ở đâu

Báo cáo Workday Audit hoặc kết quả từ Validation Rule.

Ví dụ
Lương thực nhận âmChênh lệch lớnThiếu SSN
Số lần xem trước
PreviewIterationCount
Tổng số bước xem trước của bản ghi này.
Mô tả

Chỉ số được tính toán này đếm số lần hoạt động 'Payroll Result Previewed' diễn ra cho một hồ sơ cụ thể. Số lần cao cho thấy dữ liệu khó ổn định và là dữ liệu đầu vào chính cho 'Payroll Preview Iteration Tracker'.

Vì sao điều này quan trọng

Đo lường hiệu quả quy trình và mức độ ổn định của chất lượng dữ liệu.

Lấy dữ liệu ở đâu

Cách tính: Đếm số hoạt động 'Payroll Result Previewed' theo từng CaseId.

Ví dụ
1312
Tổng lương trước khấu trừ
GrossPayAmount
Tổng số tiền lương trước khấu trừ được tính cho hồ sơ.
Mô tả

Thuộc tính này lưu tổng giá trị tiền lương trước khấu trừ. Dù thường là dữ liệu nhạy cảm, giá trị này có thể dùng để ước tính mức độ phức tạp và rủi ro. Trong process mining, bạn có thể dùng thuộc tính này để phân tích xem hồ sơ có giá trị cao hơn có được kiểm tra kỹ hơn hoặc mất nhiều thời gian phê duyệt hơn không.

Vì sao điều này quan trọng

Dùng làm thuộc tính phân tích mức độ phức tạp nếu chính sách bảo mật cho phép.

Lấy dữ liệu ở đâu

Các dòng Payroll Result trong Workday: Tổng các thành phần lương trước khấu trừ.

Ví dụ
5000.002500.5010000.00
Trạng thái khai thuế
TaxFilingStatus
Trạng thái khai thuế sau kỳ trả lương.
Mô tả

Thuộc tính này theo dõi tình trạng hoàn tất báo cáo theo quy định. Kết hợp với hoạt động 'Tax Filing Completed', thuộc tính này cung cấp dữ liệu cho bảng điều khiển 'Post-Cycle Tax Filing Velocity' và giúp đảm bảo tuân thủ quy định.

Vì sao điều này quan trọng

Cần thiết để theo dõi việc tuân thủ và rủi ro.

Lấy dữ liệu ở đâu

Workday Payroll: lịch sử Tax Filing hoặc trạng thái tích hợp.

Ví dụ
Đang chờĐã hoàn tấtBị từ chối
Trạng thái tuân thủ SLA
SLAComplianceStatus
Cho biết lệnh chuyển khoản ngân hàng có được tạo đúng hạn hay không.
Mô tả

Thuộc tính được tính toán này so sánh thời điểm thực tế của 'Bank Transfer File Generated' với 'SLA Processing Deadline'. Các giá trị như 'Đạt' hoặc 'Quá hạn' giúp bạn nhanh chóng nhận ra vấn đề về hiệu suất trên bảng điều khiển 'Bank Transfer and SLA Compliance'.

Vì sao điều này quan trọng

Cung cấp dữ liệu trực tiếp cho KPI tuân thủ SLA.

Lấy dữ liệu ở đâu

Cách tính: Nếu EventTime <= SLAProcessingDeadline thì 'Đạt', nếu không thì 'Quá hạn'.

Ví dụ
ĐạtQuá hạnCó nguy cơ trễ hạn
Bắt buộc Nên có Không bắt buộc

Các hoạt động xử lý bảng lương

Ghi lại các bước và mốc quan trọng này trong nhật ký sự kiện để theo dõi đầy đủ quá trình xử lý bảng lương và khám phá cách quy trình thực sự diễn ra.
9 Nên có 5 Không bắt buộc
Hoạt động Mô tả
Bảng chấm công đã được phê duyệt
Quản lý hoặc đối tác nhân sự chính thức phê duyệt các mục chấm công. Khi trạng thái thay đổi, số giờ được chuyển sang giao diện tính lương hoặc công cụ tính lương.
Vì sao điều này quan trọng

Tính thời gian chờ phê duyệt. Chấm công chưa được phê duyệt là nguyên nhân chính dẫn đến điều chỉnh hồi tố và làm lại trong các kỳ lương tiếp theo.

Lấy dữ liệu ở đâu

Lịch sử Business Process của Workday Time Tracking. Tìm sự kiện 'Step Completed' có loại bước là 'Approval'.

Thu thập

Ghi nhận khi trạng thái bước phê duyệt chuyển thành Completed

Loại sự kiện explicit
Đã chỉnh sửa dữ liệu
Chuyên viên tính lương can thiệp thủ công để sửa dữ liệu đầu vào hoặc ghi đè giá trị đã tính trên kết quả tính lương. Điều này cho thấy lần tính toán ban đầu không chính xác.
Vì sao điều này quan trọng

Đo trực tiếp khối lượng công việc phải làm lại. Giảm hoạt động này là mục tiêu chính của các sáng kiến tự động hóa và nâng cao chất lượng dữ liệu.

Lấy dữ liệu ở đâu

Audit Trail của đối tượng Pay Result trong Workday. Tìm các sự kiện 'Field Edit' do người dùng thực hiện, không phải hệ thống, sau lần tính toán đầu tiên.

Thu thập

Ghi nhận khi người dùng lưu thay đổi vào Pay Result

Loại sự kiện explicit
Đã gửi bảng chấm công
Nhân viên hoặc người phụ trách chấm công gửi dữ liệu giờ làm lần đầu trong phân hệ Time Tracking. Sự kiện này ghi nhận số giờ ban đầu được đưa vào luồng xử lý, trước khi quản lý xem xét.
Vì sao điều này quan trọng

Gửi dữ liệu chậm sẽ tạo điểm nghẽn ở các bước sau trong khoảng thời gian tính lương. Theo dõi mốc này giúp xác định thời lượng cơ sở của toàn bộ chu kỳ trả lương.

Lấy dữ liệu ở đâu

Nhật ký kiểm tra Business Process của Workday Time Tracking. Xác định dấu thời gian của sự kiện 'Submit' trong Pay Period tương ứng.

Thu thập

Ghi nhận khi thực hiện thao tác 'Submit Time'

Loại sự kiện explicit
Đã phát hiện ngoại lệ kiểm tra
Hệ thống phát hiện lỗi xác thực hoặc cảnh báo kiểm tra tự động trên kết quả tính lương. Trạng thái kết quả được đặt thành 'Error' hoặc 'Requires Action'.
Vì sao điều này quan trọng

Thông tin này rất quan trọng để đo lường mức độ tuân thủ và chất lượng dữ liệu. Ngoại lệ thường xuyên làm tăng chi phí mỗi phiếu lương và trì hoãn việc chốt lương.

Lấy dữ liệu ở đâu

Trường Pay Result Status trong Workday. Xác định các lần chuyển sang trạng thái 'Error' hoặc thời điểm tạo cảnh báo 'Smart Audit'.

Thu thập

So sánh trường trạng thái trước và sau khi tính toán

Loại sự kiện inferred
Đã phê duyệt hồ sơ tính lương
Hoàn tất tính lương cho một nhân viên. Việc này diễn ra trong quy trình 'Run Pay Completion', khóa kết quả để không thể thay đổi bằng các lần tính toán tiếp theo.
Vì sao điều này quan trọng

Đây là mốc quan trọng, đánh dấu kết thúc giai đoạn tính toán và bắt đầu giai đoạn thanh toán. Cần theo dõi mốc này để đo thời gian chu kỳ.

Lấy dữ liệu ở đâu

Nhật ký tác vụ 'Run Pay Completion' của Workday. Xác định thời điểm Pay Result Status chuyển thành 'Complete' hoặc 'Final'.

Thu thập

Ghi nhận khi chạy 'Run Pay Completion'

Loại sự kiện explicit
Đã tạo hồ sơ tính lương
Khởi tạo kết quả tính lương cho một nhân viên trong kỳ cụ thể. Việc này thường diễn ra khi quy trình Pay Calculation xác định nhân viên đủ điều kiện trong đợt tính lương.
Vì sao điều này quan trọng

Đánh dấu thời điểm chính thức bắt đầu xử lý lương trong công cụ tính lương. Giúp phân biệt khâu chuẩn bị dữ liệu nhân sự với quá trình tính lương thực tế.

Lấy dữ liệu ở đâu

Dấu thời gian tạo đối tượng 'Pay Result' trong Workday Payroll hoặc thời điểm bắt đầu quy trình 'Run Pay Calculation' cho nhân viên.

Thu thập

Ghi nhận khi khởi tạo đối tượng Pay Result

Loại sự kiện explicit
Đã tạo tệp chuyển khoản ngân hàng
Tạo tệp gửi ngân hàng, chẳng hạn NACHA hoặc SEPA, chứa chỉ thị thanh toán lương thực nhận. Việc này diễn ra trong 'Settlement Run'.
Vì sao điều này quan trọng

Đo lường mức độ đáp ứng SLA khi gửi thanh toán. Chậm trễ ở bước này có thể ảnh hưởng đến ngày trả lương thực tế.

Lấy dữ liệu ở đâu

Nhật ký quy trình 'Run Settlement' của Workday. Tìm thời điểm tạo 'Payment File' hoặc sự kiện hoàn tất đợt thanh toán.

Thu thập

Ghi nhận khi Settlement Run tạo đầu ra

Loại sự kiện explicit
Đã thực hiện thanh toán
Xác nhận tiền đã được chuyển đi hoặc séc đã được in. Đây là bước hoàn tất thanh toán thực tế cho hồ sơ tính lương.
Vì sao điều này quan trọng

Đây là điểm kết thúc cuối cùng của quy trình liên quan đến nhân viên. So sánh thời điểm này với lúc tạo tệp chuyển khoản ngân hàng sẽ cho thấy độ trễ xử lý của ngân hàng.

Lấy dữ liệu ở đâu

Trạng thái thanh toán trong Workday. Tìm các lần chuyển trạng thái thành 'Completed' hoặc xác nhận tích hợp từ ngân hàng.

Thu thập

Ghi nhận khi Settlement Status được cập nhật thành Complete

Loại sự kiện explicit
Đã tính lương trước khấu trừ
Công cụ tính toán xử lý dữ liệu để xác định thu nhập trước khấu trừ dựa trên số giờ, mức lương và kế hoạch đãi ngộ. Hoạt động này có thể lặp lại nhiều lần nếu dữ liệu được chỉnh sửa.
Vì sao điều này quan trọng

Số lần lặp cao ở bước này cho thấy có thể có vấn đề về chất lượng dữ liệu. Đây là bước xử lý chính, tiêu tốn nhiều tài nguyên hệ thống và thời gian nhất.

Lấy dữ liệu ở đâu

Nhật ký tác vụ 'Run Pay Calculation' của Workday. Ghi lại dấu thời gian hoàn tất tác vụ tính lương cho nhân viên/nhóm lương cụ thể.

Thu thập

Ghi nhận khi tác vụ 'Run Pay Calculation' hoàn tất

Loại sự kiện explicit
Đã áp dụng các khoản khấu trừ phúc lợi
Áp dụng các gói phúc lợi và quy tắc khấu trừ vào lương trước khấu trừ để xác định thu nhập chịu thuế. Hoạt động này thường nằm trong bước tính toán chính, nhưng được tách riêng ở đây để theo dõi khâu xử lý khấu trừ.
Vì sao điều này quan trọng

Độ trễ đồng bộ giữa HCM Benefits và Payroll thường gây lỗi ở bước này. Tách riêng bước này giúp xác định vấn đề trong cấu hình hoặc luồng dữ liệu.

Lấy dữ liệu ở đâu

Có thể suy ra từ chi tiết nhật ký 'Run Pay Calculation' nếu hệ thống ghi riêng các quy trình con xử lý khấu trừ, hoặc từ các cập nhật trong mục 'Deductions' của Pay Result.

Thu thập

So sánh các trường khấu trừ trong Pay Result trước và sau khi tính toán

Loại sự kiện inferred
Đã công bố phiếu lương
Phiếu lương đã chốt được cung cấp để nhân viên xem. Việc này thường diễn ra sau khi hoàn tất thanh toán hoặc vào ngày đã lên lịch.
Vì sao điều này quan trọng

Ảnh hưởng đến mức độ hài lòng của nhân viên. Theo dõi bước này giúp đảm bảo tính minh bạch và tuân thủ luật lao động địa phương về việc cung cấp phiếu lương.

Lấy dữ liệu ở đâu

Có thể suy ra từ 'Payslip Available Date' được cấu hình trong Pay Group hoặc dấu thời gian hoàn tất quy trình 'Generate Payslip'.

Thu thập

Suy ra từ cấu hình Payslip Available Date

Loại sự kiện inferred
Đã hoàn tất kê khai thuế
Tạo và gửi thành công báo cáo thuế theo quy định đến cơ quan nhà nước. Việc này diễn ra sau khi thanh toán.
Vì sao điều này quan trọng

Đảm bảo tuân thủ quy định. Chậm trễ ở hoạt động sau kỳ lương này có thể dẫn đến khoản phạt đáng kể.

Lấy dữ liệu ở đâu

Nhật ký tích hợp với nhà cung cấp dịch vụ tính lương bên thứ ba hoặc trạng thái hoàn tất các tác vụ 'Tax Filing' thủ công trong danh sách kiểm tra chốt kỳ.

Thu thập

Ghi nhận khi sự kiện Tax Integration hoàn tất

Loại sự kiện explicit
Đã nhập dữ liệu thưởng
Nhập dữ liệu đãi ngộ bên ngoài, chẳng hạn hoa hồng, tiền thưởng hoặc khoản thanh toán một lần, qua Enterprise Interface Builder (EIB) hoặc connector. Thao tác này tạo hoặc cập nhật các đối tượng Input/One-Time Payment.
Vì sao điều này quan trọng

Xác định độ trễ tích hợp. Để tính lương chính xác, cần xác nhận dữ liệu bên ngoài đến trước thời điểm chốt tính toán.

Lấy dữ liệu ở đâu

Nhật ký Integration System Event hoặc Audit Trail cho các quy trình nghiệp vụ 'Request One-Time Payment' hoặc 'Input'.

Thu thập

Ghi nhận trong lúc tải EIB hoặc gọi Web Service

Loại sự kiện explicit
Đã xem trước kết quả tính lương
Người dùng xem kết quả tính lương hoặc 'Payslip Preview'. Hoạt động này thường diễn ra trước khi phê duyệt và đánh dấu giai đoạn kiểm tra.
Vì sao điều này quan trọng

Xem trước nhiều lần mà chưa phê duyệt có thể cho thấy người dùng chưa chắc chắn hoặc cần kiểm tra ngoài hệ thống. Dữ liệu này giúp phân tích hành vi người dùng trong quá trình rà soát.

Lấy dữ liệu ở đâu

Nhật ký truy cập người dùng hoặc lịch sử chạy báo cáo. Tìm sự kiện 'View' trên phiên bản 'Pay Result' hoặc lần chạy báo cáo 'View Payslip'.

Thu thập

Ghi nhận trong System Access Logs (sự kiện View)

Loại sự kiện explicit
Nên có Không bắt buộc

Hướng dẫn trích xuất dữ liệu

Tìm hiểu cách trích xuất và chuẩn bị dữ liệu bảng lương từ Workday Payroll hiệu quả cho các dự án process mining.

Sẵn sàng bắt đầu?

Áp dụng mẫu dữ liệu này vào hệ thống Workday của bạn ngay hôm nay để cải thiện hoạt động xử lý bảng lương. Nhóm của chúng tôi sẵn sàng hỗ trợ bạn trong quá trình trích xuất và phân tích dữ liệu.

Cải thiện quy trình xử lý bảng lương ngay hôm nay

Rút ngắn 30% thời gian xử lý và loại bỏ các lần chỉnh sửa Workday thủ công

Bắt đầu dùng thử miễn phí

Không cần thẻ tín dụng... Thiết lập trong 5 phút