> Cải tiến quy trình liên tục > Xử lý bảng lương > Ceridian Dayforce > Mẫu dữ liệu

Mẫu dữ liệu xử lý lương của bạn

Ceridian Dayforce

Thuộc tính xử lý lương(17) Hoạt động xử lý lương(15) Hướng dẫn trích xuất(2)

Mẫu dữ liệu xử lý lương của bạn

Mẫu này cung cấp khung để sơ đồ hóa toàn bộ vòng đời xử lý lương trong Ceridian Dayforce. Mẫu nêu các trường dữ liệu và mốc quy trình cần thiết để tạo nhật ký sự kiện chất lượng, phục vụ phân tích chuyên sâu. Làm theo hướng dẫn này giúp bạn nắm rõ quy trình chi trả và xác định những khâu cần cải thiện trong vận hành.

Các thuộc tính nên thu thập
Các hoạt động chính cần theo dõi
Hướng dẫn trích xuất riêng cho hệ thống

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.

Tải mẫu xuống

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

Các trường dữ liệu được đề xuất ghi lại bối cảnh nghiệp vụ và thông tin hệ thống quan trọng từ Ceridian Dayforce, tạo nền tảng vững chắc cho việc phân tích quy trình.

5 Bắt buộc 5 Nên có 7 Không bắt buộc

	Tên	Mô tả
	Dấu thời gian EventDateTime	Ngày và giờ cụ thể khi hoạt động diễn ra.
Mô tả Dấu thời gian chính xác ghi lại lúc một sự kiện xảy ra trong hệ thống Dayforce. Dữ liệu này dùng để sắp xếp hoạt động theo trình tự thời gian và tính khoảng thời gian giữa các bước. Dấu thời gian chính xác rất quan trọng để tìm điểm nghẽn, chẳng hạn như chậm phê duyệt bảng chấm công hoặc tạo tệp chuyển khoản ngân hàng. Tốt nhất, dữ liệu nên chính xác đến từng giây hoặc phút. Vì sao điều này quan trọng Thuộc tính này cung cấp chiều thời gian cần thiết cho process mining, giúp phân tích hiệu suất và phát hiện điểm nghẽn. Lấy dữ liệu ở đâu Các cột dấu thời gian giao dịch trong bảng kiểm toán, chẳng hạn như CreatedDateTime và LastModifiedDateTime. Ví dụ 2023-10-12T08:30:00Z2023-10-12T14:15:22Z2023-10-15T09:00:00Z
	Hồ sơ tính lương PayrollRecordId	Mã định danh duy nhất cho 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 đóng vai trò là Case ID duy nhất của quy trình. Trong Ceridian Dayforce, hồ sơ tính lương về mặt khái niệm là sự kết hợp giữa một nhân viên cụ thể và một kỳ lương cụ thể, thường được xác định trong một Pay Group. Hồ sơ theo dõi toàn bộ quá trình trả lương cho nhân viên đó trong kỳ tương ứng. Về mặt kỹ thuật, mã này thường được tạo bằng cách nối Pay Period ID với Employee XRefCode hoặc System ID. Mã liên kết mọi hoạt động, từ lúc gửi bảng chấm công ban đầu đến khi hoàn tất kê khai thuế và tạo phiếu lương. Vì sao điều này quan trọng Thuộc tính này xác định đối tượng trung tâm trong phân tích process mining, giúp nhóm mọi sự kiện thành một luồng xử lý xuyên suốt. Lấy dữ liệu ở đâu Được tạo từ PayPeriodID và EmployeeID trong bảng Payroll Result hoặc Time Entry. Ví dụ PG01-2023-10-EMP10234US_SAL-2023-22-EMP88421UK_HRLY-2023-44-EMP00231
	Hoạt động ActivityName	Tên của bước quy trình hoặc sự kiện đã diễn ra.
Mô tả Thuộc tính này thể hiện sự kiện cụ thể trong chu kỳ tính lương. Các hoạt động tiêu chuẩn trong Dayforce gồm 'Time Sheet Submitted', 'Gross Pay Calculated', 'Payroll Committed', 'Payment Executed' và 'Tax Filing Completed'. Các giá trị này thường được trích xuất từ nhật ký kiểm toán workflow, nhật ký giao dịch hệ thống, chẳng hạn như thay đổi trạng thái tính lương, hoặc dấu thời gian gắn với các đối tượng nghiệp vụ cụ thể như Pay Run hay Time Sheet. Vì sao điều này quan trọng Thuộc tính này xác định các bước của quy trình, rất cần thiết để dựng lại luồng quy trình và phân tích các biến thể. Lấy dữ liệu ở đâu Nhật ký workflow, Audit Trail hoặc bảng lịch sử thay đổi trạng thái. Ví dụ Gửi bảng chấm côngTính tổng lươngThực hiện thanh toánĐiều chỉnh dữ liệuGắn cờ ngoại lệ kiểm toán
	Hệ thống nguồn SourceSystem	Tên hệ thống nơi dữ liệu được tạo ra.
Mô tả Thuộc tính này xác định phần mềm hoặc cơ sở dữ liệu dùng để trích xuất dữ liệu tính lương. Trong trường hợp này, giá trị thường là 'Ceridian Dayforce' hoặc 'Dayforce'. Thuộc tính này hữu ích khi kết hợp dữ liệu từ nhiều hệ thống, chẳng hạn như hệ thống Chấm công bên ngoài gửi dữ liệu vào Dayforce, để theo dõi nguồn gốc dữ liệu. Vì sao điều này quan trọng Thuộc tính này đảm bảo khả năng truy xuất nguồn gốc và hỗ trợ lọ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 gán cố định khi trích xuất hoặc lấy từ siêu dữ liệu kết nối. Ví dụ Ceridian DayforceDayforce ProductionDayforce EU
	Lần cập nhật dữ liệu gần nhất LastDataUpdate	Dấu thời gian cho biết lúc dữ liệu được trích xuất từ hệ thống nguồn.
Mô tả Thuộc tính này cho biết dữ liệu dùng để phân tích mới đến mức nào. Thông thường, đây là dấu thời gian của lần chạy ETL (Extract, Transform, Load) lấy dữ liệu từ Dayforce. Thuộc tính này giúp chuyên viên phân tích biết dữ liệu đang xem là dữ liệu thời gian thực hay ảnh chụp từ ngày trước đó. Vì sao điều này quan trọng Thuộc tính này cho biết mức độ cập nhật của tập dữ liệu và giúp xác thực tính đầy đủ của dữ liệu bằng cách đối chiếu với báo cáo từ hệ thống nguồn. Lấy dữ liệu ở đâu Thời gian hệ thống tại thời điểm chạy tập lệnh. Ví dụ 2023-11-01T00:00:00Z2023-11-02T12:00:00Z
	Hạn xử lý theo SLA SlaProcessingDeadline	Thời điểm phải hoàn tất việc tạo tệp ngân hàng.
Mô tả Hạn chót nội bộ hoặc bên ngoài để hoàn tất hoạt động 'Bank Transfer File Generated', nhằm đảm bảo nhân viên được trả lương đúng hạn. Thuộc tính này được dùng trong dashboard 'Bank Transfer Deadline Compliance'. Đây có thể là quy tắc cố định dựa trên ngày trả lương, chẳng hạn ngày trả lương trừ 2 ngày, hoặc là trường được cấu hình trong phần cài đặt Pay Group. Vì sao điều này quan trọng Đây là mốc chuẩn để tính tỷ lệ đúng hạn và đánh giá rủi ro tuân thủ. Lấy dữ liệu ở đâu Được xác định từ ngày trả lương và cấu hình quy tắc xử lý của ngân hàng. Ví dụ 2023-10-25T14:00:00Z2023-10-26T10:00:00Z
	Người thực hiện ActionUser	Người dùng đã thực hiện hoạt động cụ thể.
Mô tả Thuộc tính này xác định người chịu trách nhiệm cho sự kiện, chẳng hạn như quản lý phê duyệt bảng chấm công hoặc chuyên viên tính lương chốt Pay Run. Dữ liệu này rất cần thiết cho chế độ xem 'Payroll Specialist Productivity' và giúp xác định nhu cầu đào tạo của quản lý. Vì sao điều này quan trọng Thuộc tính này hỗ trợ phân tích tài nguyên và theo dõi trách nhiệm trong quy trình. Lấy dữ liệu ở đâu Nhật ký kiểm toán, cột User ID trong bảng giao dịch. Ví dụ jsmithQuản trị viên hệ thốngmgarcia_mgr
	Pay Group PayGroupName	Nhóm nhân viên được tính lương theo cùng một đợt.
Mô tả Thuộc tính này phân nhóm nhân viên được trả lương theo cùng lịch, chẳng hạn như 'US Bi-Weekly' hoặc 'UK Monthly'. Trong Dayforce, Pay Group là đơn vị tổ chức chính cho các đợt tính lương. Thuộc tính này rất cần thiết cho dashboard 'End To End Payroll Cycle Duration', vì mỗi Pay Group có thể có thời gian xử lý và hạn chót khác nhau. Vì sao điều này quan trọng Đây là tiêu chí phân nhóm chính để so sánh hiệu suất tính lương và xác định vấn đề ở từng nhóm. Lấy dữ liệu ở đâu Bảng PayGroup hoặc định nghĩa PayRun. Ví dụ Nhân viên hưởng lương cố định tại MỹNhân viên bán lẻ hưởng lương theo giờ tại CanadaNhân viên cấp quản lý hưởng lương tháng tại Anh
	Phòng ban DepartmentName	Đơn vị tổ chức mà nhân viên trực thuộc.
Mô tả Thuộc tính này cho biết phòng ban chức năng, chẳng hạn như Kinh doanh, CNTT hoặc Nhân sự, gắn với hồ sơ tính lương. Trong Dayforce, thuộc tính này thường liên kết với hệ thống phân cấp 'Org Unit' hoặc 'Department'. Trường này cung cấp dữ liệu cho dashboard 'Time Sheet Approval Performance', giúp bạn đi sâu xuống từng bộ phận để tìm nơi quản lý chậm phê duyệt. Vì sao điều này quan trọng Thuộc tính này hỗ trợ so sánh giữa các đơn vị và tìm nguyên nhân gốc rễ của tình trạng chậm phê duyệt. Lấy dữ liệu ở đâu Hồ sơ nhân viên hoặc hệ thống phân cấp Organization Unit. Ví dụ Tài chínhHậu cần chuỗi cung ứngKinh doanh Bắc Mỹ
	Số tiền tổng lương GrossPayAmount	Tổng lương đã tính cho hồ sơ.
Mô tả Tổng tiền lương trước khi trừ các khoản khấu trừ và thuế. Giá trị này được điền trong hoạt động 'Gross Pay Calculated'. Phân tích chênh lệch về thời gian xử lý tổng lương có thể giúp tìm ra các phép tính phức tạp làm chậm dashboard 'Calculation Engine Flow Speed'. Vì sao điều này quan trọng Thuộc tính này cung cấp thông tin tài chính cho quy trình và cho phép phân tích việc xử lý hồ sơ có giá trị cao so với hồ sơ có giá trị thấp. Lấy dữ liệu ở đâu Bảng Payroll Result hoặc Pay Run Details. Ví dụ 2500.004150.501200.00
	Chuyển khoản ngân hàng bị trễ IsBankTransferLate	Cờ cho biết tệp ngân hàng có bị gửi trễ hạn hay không.
Mô tả Giá trị Boolean được tính bằng cách so sánh dấu thời gian “Tạo tệp chuyển khoản ngân hàng” với “Hạn xử lý SLA”. Giá trị này dùng để tính KPI “Tỷ lệ chuyển khoản ngân hàng đúng hạn”. Việc xác định các khoản chuyển trễ rất quan trọng để tránh trả lương cho nhân viên muộn. Vì sao điều này quan trọng Đây là chỉ số quan trọng về tuân thủ và độ tin cậy. Lấy dữ liệu ở đâu Được tính như sau: BankTransferTime > SlaProcessingDeadline. Ví dụ truefalse
	Có ngoại lệ kiểm toán IsAuditExceptionFlagged	Cờ Boolean cho biết bản ghi có kích hoạt cảnh báo kiểm toán hay không.
Mô tả Cờ được tính toán hoặc ghi nhận trực tiếp, cho biết hoạt động “Đánh dấu ngoại lệ kiểm toán” đã xảy ra trong trường hợp này. Cờ này dùng để tính KPI “Tỷ lệ đánh dấu ngoại lệ kiểm toán”. Tỷ lệ ngoại lệ cao có thể cho thấy dữ liệu kém chất lượng hoặc cấu hình trong công cụ tuân thủ của Dayforce quá nghiêm ngặt. Vì sao điều này quan trọng Trường này giúp tính tỷ lệ lỗi và các vòng lặp làm lại dễ dàng hơn. Lấy dữ liệu ở đâu Được xác định dựa trên việc có hay không hoạt động “Đánh dấu ngoại lệ kiểm toán”. Ví dụ truefalse
	Cơ quan thuế có thẩm quyền TaxJurisdiction	Khu vực hoặc cơ quan phụ trách kê khai thuế.
Mô tả Thuộc tính này xác định cơ quan thuế cụ thể, chẳng hạn như tiểu bang, tỉnh hoặc quốc gia, liên quan đến hồ sơ tính lương. Thuộc tính này hỗ trợ dashboard 'Tax Filing and Compliance Monitor'. Thuộc tính này cho phép phân nhóm quy trình tuân thủ sau kỳ lương và làm nổi bật những khu vực thường chậm nộp hồ sơ. Vì sao điều này quan trọng Thuộc tính này hỗ trợ theo dõi việc tuân thủ và phân tích hiệu suất quy trình theo khu vực địa lý. Lấy dữ liệu ở đâu Cài đặt thuế của nhân viên hoặc chi tiết thuế trong Payroll Result. Ví dụ CaliforniaOntarioNew YorkVương quốc Anh
	Kỳ trả lương PayPeriodDescription	Tên mô tả của chu kỳ trả lương.
Mô tả Tên kỳ trả lương dễ đọc, chẳng hạn “Tuần 42 năm 2023” hoặc “Nửa tháng 10 năm 2023”. Tên này giúp lọc và trực quan hóa dữ liệu trên bảng điều khiển. Tên kỳ cung cấp ngữ cảnh cho “Bản ghi lương” và thường xuất hiện trong “Phân tích đường đi biến thể quy trình” để lọc các lần chạy cụ thể. Vì sao điều này quan trọng Trường này giúp người dùng nghiệp vụ hiểu dữ liệu. Lấy dữ liệu ở đâu Cột mô tả trong bảng PayPeriod. Ví dụ Tuần 42 năm 2023Tháng 10 năm 2023, nửa tháng 1Tháng 11 năm 2023
	Loại hình làm việc EmploymentType	Phân loại nhân viên: toàn thời gian, bán thời gian hoặc nhà thầu.
Mô tả Thuộc tính này phân loại mối quan hệ làm việc của nhân viên. Dùng để đối chuẩn, xem nhà thầu hoặc nhân viên bán thời gian có đặc điểm xử lý lương hay tỷ lệ lỗi khác biệt không. Thông tin này thường có trong hồ sơ nhân viên của Dayforce. Vì sao điều này quan trọng Thuộc tính này cho phép phân nhóm và so sánh công bằng các số liệu xử lý. Lấy dữ liệu ở đâu Bảng Employee. Ví dụ Toàn thời gianBán thời gianNhà thầu
	Lý do điều chỉnh CorrectionReason	Mã lý do được cung cấp khi điều chỉnh dữ liệu.
Mô tả Khi có hoạt động “Thực hiện điều chỉnh dữ liệu”, thuộc tính này ghi lại lý do được nhập, chẳng hạn “Thiếu lượt chấm công” hoặc “Điều chỉnh lương hồi tố”. Thông tin này bổ sung chi tiết cho bảng điều khiển “Tỷ lệ điều chỉnh thủ công và làm lại”, giúp nhóm xử lý đúng nguyên nhân gốc của công việc thủ công. Vì sao điều này quan trọng Thông tin này rất cần thiết để phân tích nguyên nhân gốc của việc làm lại. Lấy dữ liệu ở đâu Chi tiết nhật ký kiểm toán hoặc trường ghi chú trong giao dịch điều chỉnh. Ví dụ Thiếu lượt chấm côngSai mức lươngĐiều chỉnh hồi tố
	Trung tâm chi phí CostCenterCode	Mã tài chính dùng để hạch toán chi phí tiền lương.
Mô tả Trung tâm chi phí trong sổ cái tổng hợp gắn với khoản thu nhập của nhân viên. Trường này được dùng trong chế độ xem “Đối chuẩn xử lý theo trung tâm chi phí” để so sánh hiệu quả giữa các đơn vị tài chính khác nhau. Trong Dayforce, thông tin này nằm trong phần phân bổ sổ cái tổng hợp (GL). Vì sao điều này quan trọng Trường này liên kết hiệu suất quy trình với cấu trúc báo cáo tài chính. Lấy dữ liệu ở đâu Thiết lập GL của nhân viên hoặc bảng phân bổ lao động. Ví dụ CC-1020CC-5500-USCC-IT-OPS

Bắt buộc Nên có Không bắt buộc

Hoạt động xử lý lương

Ghi lại các sự kiện và thay đổi trạng thái quan trọng này để dựng trình tự thời gian chính xác cho quy trình xử lý và chi trả lương.

7 Nên có 8 Không bắt buộc

	Hoạt động	Mô tả
	Gửi bảng chấm công	Nhân viên hoặc quản lý gửi dữ liệu chấm công để xử lý. Bước này kết nối mô-đun WFM với mô-đun tính lương.
Vì sao điều này quan trọng Sự kiện này rất quan trọng để dashboard 'End To End Payroll Cycle Duration' đo độ trễ ngay từ lúc dữ liệu được tạo. Lấy dữ liệu ở đâu Lấy từ nhật ký mô-đun Dayforce WFM hoặc từ thay đổi trạng thái của đối tượng timecard thành 'Submitted'. Thu thập So sánh trường trạng thái trước và sau khi thay đổi Loại sự kiện inferred
	Khởi tạo hồ sơ tính lương	Đánh dấu thời điểm tạo một đợt tính lương cụ thể cho nhân viên. Trong Dayforce, bước này diễn ra khi mở Pay Group cho kỳ lương và thêm nhân viên vào đợt tính lương.
Vì sao điều này quan trọng Xác định thời điểm bắt đầu hồ sơ tính lương và mốc cơ sở để đo tổng thời gian của chu kỳ. Lấy dữ liệu ở đâu Xác định thời điểm tạo hồ sơ đợt tính lương của nhân viên trong Pay Group. Thu thập Ghi nhận khi tạo hồ sơ đợt tính lương Loại sự kiện explicit
	Phê duyệt bảng chấm công	Quản lý hoặc giám sát viên phê duyệt dữ liệu chấm công đã gửi. Chậm trễ ở bước này ảnh hưởng trực tiếp đến dashboard 'Time Sheet Approval Performance'.
Vì sao điều này quan trọng Giúp xác định điểm nghẽn trong chuỗi phê duyệt khiến việc khởi chạy tính lương bị đình trệ. Lấy dữ liệu ở đâu Theo dõi thay đổi trạng thái của timecard thành 'Approved' hoặc 'Signed Off' trong mô-đun WFM. Thu thập Ghi nhận khi thực hiện giao dịch Approved Loại sự kiện explicit
	Phê duyệt hồ sơ tính lương	Phê duyệt cuối cùng cho hồ sơ tính lương, thường được gọi là 'Committing' hoặc 'Locking' đợt tính lương. Bước này đánh dấu kết thúc giai đoạn tính toán và kiểm tra.
Vì sao điều này quan trọng Đây là mốc chính thức phân định giai đoạn xử lý với giai đoạn chi trả. Lấy dữ liệu ở đâu Thay đổi trạng thái Pay Run thành 'Committed', 'Locked' hoặc 'Approved'. Thu thập Ghi nhận khi thực hiện giao dịch Commit Loại sự kiện explicit
	Tạo tệp chuyển khoản ngân hàng	Tạo tệp NACHA, SEPA hoặc các tệp ngân hàng khác. Dữ liệu này dùng để tính 'On-Time Bank Transfer Rate' so với hạn SLA.
Vì sao điều này quan trọng Đây là bước tuân thủ quan trọng, đảm bảo tiền được chuyển đúng hạn để thanh toán. Lấy dữ liệu ở đâu Nhật ký tác vụ hệ thống cho biết tệp gửi ngân hàng đã được tạo thành công. Thu thập Ghi nhận khi thực hiện giao dịch File Generation Loại sự kiện explicit
	Thực hiện thanh toán	Ngày thanh toán có hiệu lực đối với nhân viên. Đây là bước kết thúc quy trình về mặt tài chính đối với nhân viên.
Vì sao điều này quan trọng Đây là mốc quan trọng để đo 'End To End Payroll Cycle Duration' và mức độ hài lòng của nhân viên. Lấy dữ liệu ở đâu Trường 'Check Date' hoặc 'Payment Date' trên hồ sơ tính lương đã hoàn tất. Thu thập Ghi nhận khi thực hiện giao dịch Disbursement Loại sự kiện explicit
	Tính tổng lương	Công cụ tính toán của hệ thống tính tổng lương dựa trên số giờ, mức lương và dữ liệu đã nhập. Đây là bước đầu tiên trong dashboard 'Calculation Engine Flow Speed'.
Vì sao điều này quan trọng Đo độ trễ của công cụ tính toán sau khi hoàn tất các dữ liệu đầu vào. Lấy dữ liệu ở đâu Suy ra từ thời điểm trường 'Gross Pay' được điền hoặc cập nhật trong đợt tính toán. Thu thập So sánh trường trạng thái trước và sau khi thay đổi Loại sự kiện inferred
	Áp dụng khoản khấu trừ phúc lợi	Áp dụng các quy tắc phúc lợi và khoản khấu trừ vào tổng lương. Đây là một phần của chuỗi tính toán tự động được theo dõi trên dashboard tốc độ luồng.
Vì sao điều này quan trọng Giúp xác định thời gian xử lý hoặc lỗi riêng của công cụ tính phúc lợi trong đợt tính lương. Lấy dữ liệu ở đâu Thời điểm các dòng khấu trừ được ghi vào hồ sơ tính lương hoặc trường 'Total Deductions' được cập nhật. Thu thập Xác định bằng cách so sánh Update Timestamp của trường với Previous Timestamp Loại sự kiện calculated
	Công bố phiếu lương	Phiếu lương điện tử được cung cấp cho nhân viên trên cổng ESS. Hoạt động này hỗ trợ dashboard 'Digital Pay Slip Availability'.
Vì sao điều này quan trọng Đo khoảng thời gian từ lúc thanh toán được thực hiện đến khi thông tin thanh toán có thể xem được. Lấy dữ liệu ở đâu Thời điểm tác vụ phát hành phiếu lương hoàn tất hoặc cờ hiển thị được đặt thành true. Thu thập So sánh trường trạng thái trước và sau khi thay đổi Loại sự kiện inferred
	Điều chỉnh dữ liệu	Người dùng sửa thủ công dữ liệu lương như số giờ, mức lương hoặc khoản khấu trừ sau lần tính đầu tiên. Hoạt động này được theo dõi trên dashboard 'Manual Correction and Rework Rates'.
Vì sao điều này quan trọng Đây là thước đo trực tiếp việc làm lại. Giảm hoạt động này là mục tiêu chính để nâng cao hiệu quả quy trình. Lấy dữ liệu ở đâu Dấu vết kiểm toán ghi lại các cập nhật do người dùng thực hiện trong bảng chi tiết lương của nhân viên. Thu thập Ghi nhận khi thực hiện giao dịch Record Updated Loại sự kiện explicit
	Gắn cờ ngoại lệ kiểm toán	Hệ thống tạo cảnh báo hoặc thông báo lỗi dựa trên các quy tắc xác thực, chẳng hạn như lương thực nhận âm. Sự kiện này hỗ trợ KPI 'Audit Exception Flagging Rate'.
Vì sao điều này quan trọng Tần suất cao cho thấy dữ liệu đầu vào kém chất lượng hoặc cấu hình sai, cần có người xử lý thủ công. Lấy dữ liệu ở đâu Trích xuất từ bảng nhật ký thông báo hoặc lỗi của hệ thống, liên kết với Pay Run ID. Thu thập Ghi nhận khi thực hiện giao dịch Exception Created Loại sự kiện explicit
	Hoàn tất kê khai thuế	Xác nhận hồ sơ thuế sau kỳ lương đã được xử lý thành công tại cơ quan thuế có thẩm quyền. Hoạt động này hỗ trợ 'Tax Filing and Compliance Monitor'.
Vì sao điều này quan trọng Đảm bảo tuân thủ quy định và tránh bị phạt sau khi nhân viên đã nhận lương. Lấy dữ liệu ở đâu Cập nhật trạng thái trong mô-đun thuế hoặc nhật ký tích hợp, xác nhận cơ quan thuế hoặc đơn vị kê khai bên thứ ba đã nhận hồ sơ. Thu thập Ghi nhận khi thực hiện giao dịch Filing Confirmed Loại sự kiện explicit
	Nhập dữ liệu thưởng	Ghi nhận việc nhập thành công các tệp dữ liệu bên ngoài có chứa tiền thưởng, hoa hồng hoặc khoản thanh toán một lần. Dữ liệu này hỗ trợ dashboard 'Incentive Data Import Lead Times'.
Vì sao điều này quan trọng Chậm nhận dữ liệu này là nguyên nhân phổ biến khiến việc xử lý bảng lương bị tạm dừng. Lấy dữ liệu ở đâu Nhật ký tích hợp Dayforce cho biết các tác vụ nhập XML hoặc CSV vào đợt tính lương đã hoàn tất. Thu thập Ghi nhận khi thực hiện giao dịch Import Loại sự kiện explicit
	Tính thuế	Đây là bước tính cuối cùng, áp dụng quy tắc của cơ quan thuế để xác định lương thực nhận. Bước này hoàn tất chuỗi tính toán tự động.
Vì sao điều này quan trọng Quy tắc thuế phức tạp có thể làm chậm quá trình xử lý. Hoạt động này giúp đánh giá hiệu suất của công cụ tính thuế. Lấy dữ liệu ở đâu Thời điểm tạo các dòng thuế hoặc hoàn tất trường 'Net Pay' trong cơ sở dữ liệu. Thu thập So sánh trường trạng thái trước và sau khi thay đổi Loại sự kiện inferred
	Xem trước kết quả tính lương	Người dùng xem bảng lương sơ bộ hoặc bản xem trước tiền lương. Hoạt động này dùng để phân tích 'Preview Phase Efficiency' và tìm các vòng làm lại.
Vì sao điều này quan trọng Đánh dấu thời điểm bắt đầu giai đoạn nhân viên kiểm tra. Xem trước nhiều lần có thể cho thấy dữ liệu vẫn còn vấn đề. Lấy dữ liệu ở đâu Nhật ký truy cập cho biết người dùng đã tạo báo cáo 'Payroll Preview' hoặc mở màn hình xem trước. Thu thập Ghi nhận khi thực hiện giao dịch Preview Report Loại sự kiện explicit

Nên có Không bắt buộc

Hướng dẫn trích xuất

Cách lấy dữ liệu từ Ceridian Dayforce

Các bước

Đăng nhập ứng dụng Ceridian Dayforce bằng tài khoản có quyền Reporting và System Admin.
Mở tính năng Reporting từ menu chính của ứng dụng.
Nhấn nút Add để tạo báo cáo mới, rồi chọn chủ đề System Audit Trail. Chủ đề này chứa nhật ký thay đổi lịch sử cần thiết cho process mining.
Trong phần Column Selection, thêm các trường sau: Transaction Id, User Name, Timestamp, Feature Name, Operation, Table Name, Column Name, Old Value, New Value và Context Info (trường này thường chứa thông tin Employee và Pay Group).
Thêm bộ lọc để giới hạn Feature Name ở Payroll, WFM (Workforce Management) và Benefits.
Thêm bộ lọc thứ hai cho Date Range để chọn khoảng thời gian cần phân tích, chẳng hạn 90 ngày gần nhất.
Lưu báo cáo với tên Process Mining Audit Extract.
Tạo báo cáo thứ hai với chủ đề Pay Run History để ghi nhận các thay đổi trạng thái tổng quan (Calculation, Approval, Commit), có thể không xuất hiện trong nhật ký kiểm tra chi tiết theo từng trường. Chọn các trường: Pay Group, Pay Period End Date, Workflow Status, Status Change Date và User.
Chạy cả hai báo cáo và xuất kết quả sang định dạng CSV.
Dayforce xuất dữ liệu đã chuẩn hóa, vì vậy bạn cần gộp hai tệp CSV. Ghép các bản ghi dựa trên mã Pay Group và Pay Period.
Áp dụng logic chuyển đổi trong phần Query bên dưới để ánh xạ mã kiểm tra thô của Dayforce sang tên hoạt động chuẩn hóa.
Định dạng tập dữ liệu cuối cùng theo các cột bắt buộc: PayrollRecordId, ActivityName, EventDateTime, SourceSystem và các thuộc tính khác. Sau đó lưu thành một tệp CSV để tải lên.

Cấu hình

Chọn chủ đề báo cáo: Dùng 'System Audit Trail' để ghi nhận thay đổi chi tiết theo từng trường và 'Pay Run History' để ghi nhận các mốc chính của quy trình làm việc.
Khoảng thời gian: Chọn khoảng từ 3 đến 6 tháng để đảm bảo các hồ sơ đã hoàn tất mà không vượt giới hạn kích thước tệp xuất.
Bộ lọc tính năng: Giới hạn Audit Trail ở các tính năng 'Payroll', 'Time And Attendance' và 'Benefits' để giảm dữ liệu không liên quan đến thay đổi nhân sự.
Thông tin người dùng: Đảm bảo dữ liệu xuất có các thao tác của người dùng 'System'. Tài khoản System thực hiện các bước tự động như Calculation, không phải người dùng thật.
Định dạng: Chọn CSV (Comma Delimited) và không nhóm tiêu đề để máy có thể xử lý dữ liệu dễ dàng.
Múi giờ: Kiểm tra để đảm bảo dấu thời gian trong tệp xuất dùng UTC hoặc giờ máy chủ, giúp dữ liệu nhất quán về thứ tự thời gian giữa các địa điểm người dùng.

Truy vấn mẫu json

[
  {
    "ActivityName": "Payroll Record Initialized",
    "SourceReport": "Pay Run History",
    "Logic": "Status equals 'Created' or 'Open'",
    "TimestampField": "Status Change Date",
    "ContextFields": ["PayGroup", "PayPeriod"]
  },
  {
    "ActivityName": "Time Sheet Submitted",
    "SourceReport": "System Audit Trail",
    "Logic": "Feature equals 'WFM' AND Table equals 'Timesheet' AND Operation equals 'Submit'",
    "TimestampField": "Timestamp",
    "ContextFields": ["EmployeeId", "PayPeriod"]
  },
  {
    "ActivityName": "Time Sheet Approved",
    "SourceReport": "System Audit Trail",
    "Logic": "Feature equals 'WFM' AND Table equals 'Timesheet' AND Operation equals 'Approve'",
    "TimestampField": "Timestamp",
    "ContextFields": ["EmployeeId", "PayPeriod"]
  },
  {
    "ActivityName": "Incentive Data Imported",
    "SourceReport": "System Audit Trail",
    "Logic": "Feature equals 'Payroll' AND Operation equals 'Import' AND Table equals 'PayEntry'",
    "TimestampField": "Timestamp",
    "ContextFields": ["BatchId", "PayGroup"]
  },
  {
    "ActivityName": "Gross Pay Calculated",
    "SourceReport": "Pay Run History",
    "Logic": "Status equals 'Calculated' OR Description contains 'Calculation Completed'",
    "TimestampField": "Status Change Date",
    "ContextFields": ["PayGroup", "PayPeriod"]
  },
  {
    "ActivityName": "Benefits Deductions Applied",
    "SourceReport": "System Audit Trail",
    "Logic": "Feature equals 'Benefits' AND Table equals 'EmployeeDeduction' AND Operation equals 'Process'",
    "TimestampField": "Timestamp",
    "ContextFields": ["EmployeeId", "DeductionCode"]
  },
  {
    "ActivityName": "Taxes Calculated",
    "SourceReport": "Pay Run History",
    "Logic": "Description contains 'Tax Update' OR Status equals 'Tax Calculated' (Note: Often concurrent with Gross Pay)",
    "TimestampField": "Status Change Date",
    "ContextFields": ["PayGroup"]
  },
  {
    "ActivityName": "Payroll Result Previewed",
    "SourceReport": "System Audit Trail",
    "Logic": "Feature equals 'Payroll' AND Operation equals 'View' AND (Table equals 'Preview' OR Table equals 'PayrollRegister')",
    "TimestampField": "Timestamp",
    "ContextFields": ["User", "PayGroup"]
  },
  {
    "ActivityName": "Audit Exception Flagged",
    "SourceReport": "System Audit Trail",
    "Logic": "Feature equals 'Payroll' AND Operation equals 'Error' OR Table equals 'MessageLog'",
    "TimestampField": "Timestamp",
    "ContextFields": ["MessageId", "Severity"]
  },
  {
    "ActivityName": "Data Correction Performed",
    "SourceReport": "System Audit Trail",
    "Logic": "Feature equals 'Payroll' AND Operation equals 'Update' AND Table equals 'PayEntry' AND User is not 'System'",
    "TimestampField": "Timestamp",
    "ContextFields": ["ColumnName", "OldValue", "NewValue"]
  },
  {
    "ActivityName": "Payroll Record Approved",
    "SourceReport": "Pay Run History",
    "Logic": "Status equals 'Committed' OR Status equals 'Locked'",
    "TimestampField": "Status Change Date",
    "ContextFields": ["PayGroup", "ActionUser"]
  },
  {
    "ActivityName": "Bank Transfer File Generated",
    "SourceReport": "System Audit Trail",
    "Logic": "Feature equals 'Payroll' AND Operation equals 'Generate' AND Table equals 'BankFile'",
    "TimestampField": "Timestamp",
    "ContextFields": ["FileName"]
  },
  {
    "ActivityName": "Payment Executed",
    "SourceReport": "Pay Run History",
    "Logic": "Use column 'Check Date' or 'Payment Date' from the Pay Run summary",
    "TimestampField": "Payment Date",
    "ContextFields": ["PayGroup"]
  },
  {
    "ActivityName": "Pay Slip Published",
    "SourceReport": "System Audit Trail",
    "Logic": "Feature equals 'ESS' AND Operation equals 'Publish' AND Table equals 'Statement'",
    "TimestampField": "Timestamp",
    "ContextFields": ["EmployeeId"]
  },
  {
    "ActivityName": "Tax Filing Completed",
    "SourceReport": "System Audit Trail",
    "Logic": "Feature equals 'TaxService' AND Operation equals 'File' OR Status equals 'Filed'",
    "TimestampField": "Timestamp",
    "ContextFields": ["Jurisdiction"]
  }
]

Các bước

Thiết lập điều kiện cần: Đảm bảo bạn có tài khoản dịch vụ trong Ceridian Dayforce với quyền truy cập Web Services (REST API). Tài khoản cần có quyền với Employee Pay Summary, Time entry và dữ liệu Audit/Workflow.
Cấu hình API: Trong Dayforce, mở System Admin > Integrations > Web Services. Ghi lại Client Namespace và Service URL, đồng thời xác nhận Basic Auth hoặc OAuth đã được cấu hình. Tập lệnh này dùng Basic Auth cho đơn giản, nhưng nên dùng OAuth trong môi trường production.
Chuẩn bị môi trường: Cài Python 3.x và các thư viện cần thiết. Bạn cần pandas và requests. Chạy pip install pandas requests để cài đặt.
Cấu hình tập lệnh: Cập nhật các biến cấu hình ở đầu tập lệnh được cung cấp. Thay các giá trị giữ chỗ cho username, password, client_namespace và base_url bằng thông tin của hệ thống bạn.
Xác định khoảng ngày: Đặt start_date và end_date trong tập lệnh theo các kỳ trả lương cần phân tích. Khi bắt đầu xác thực, nên dùng khoảng thời gian từ 3 đến 6 tháng.
Chạy tập lệnh: Chạy tập lệnh từ dòng lệnh (ví dụ: python extract_dayforce.py). Tập lệnh điều phối việc lấy dữ liệu từ nhiều endpoint (Pay Summary, Time, Audit) và nối chúng thành một nhật ký sự kiện thống nhất.
Chuyển đổi dữ liệu: Tập lệnh tự chuẩn hóa dấu thời gian và ánh xạ mã trạng thái riêng của Dayforce sang tên Hoạt động chuẩn cần dùng (ví dụ: ánh xạ Workflow Status là committed thành Payroll Record Approved).
Tạo đầu ra: Tập lệnh ghi tệp CSV có tên dayforce_payroll_event_log.csv vào thư mục cục bộ.
Xác thực: Mở tệp CSV và kiểm tra PayrollRecordId nhất quán trong cùng một kỳ trả lương, đồng thời ngày tháng được sắp xếp theo trình tự hợp lý.
Nhập dữ liệu: Tải tệp CSV vừa tạo lên ProcessMind. Ánh xạ PayrollRecordId thành Case ID, ActivityName thành Hoạt động và EventDateTime thành dấu thời gian.

Cấu hình

Kích thước lô: Dayforce API phân trang dữ liệu. Mặc định, script lấy 50 hoặc 100 bản ghi mỗi trang. Điều chỉnh tham số limit nếu xảy ra lỗi hết thời gian chờ.
Giới hạn tốc độ: Dayforce áp dụng giới hạn nghiêm ngặt cho API. Script có khoảng nghỉ ngắn giữa các yêu cầu để tránh lỗi 429 Too Many Requests.
Client Namespace: Đây là thông tin quan trọng trong chuỗi kết nối, đồng thời là mã định danh riêng của phiên bản Dayforce bạn đang dùng.
Độ trễ dữ liệu: Dayforce API thường trả về dữ liệu theo thời gian thực. Tuy nhiên, nhật ký kiểm tra của các bản ghi quá cũ, từ 1 đến 2 năm trở lên, có thể đã được lưu trữ hoặc mất nhiều thời gian hơn để truy xuất.
Quyền truy cập: Người dùng API cần có quyền đọc các trường PII nếu bạn muốn đưa thuộc tính nhạy cảm vào dữ liệu. Script này tập trung vào siêu dữ liệu quy trình.
Múi giờ: API thường trả về thời gian UTC. Script xử lý việc chuyển đổi, nhưng hãy xác định múi giờ máy chủ nếu cần đối chiếu với màn hình giao diện.

Truy vấn mẫu python

import requests
import pandas as pd
import json
from datetime import datetime, timedelta
import time

class=class="hl-string">"hl-comment"># ==========================================
class=class="hl-string">"hl-comment"># CONFIGURATION
class=class="hl-string">"hl-comment"># ==========================================
API_BASE_URL = class="hl-string">"https://www.dayforcehcm.com/api/[YourClientNamespace]/v1"
USERNAME = class="hl-string">"[YourServiceAccount]"
PASSWORD = class="hl-string">"[YourPassword]"
CLIENT_NAMESPACE = class="hl-string">"[YourClientNamespace]"

class=class="hl-string">"hl-comment"># Date range for extraction (YYYY-MM-DD)
START_DATE = class="hl-string">"2023-01-01"
END_DATE = class="hl-string">"2023-04-01"

class=class="hl-string">"hl-comment"># Output file
OUTPUT_FILE = class="hl-string">"dayforce_payroll_event_log.csv"

class=class="hl-string">"hl-comment"># ==========================================
class=class="hl-string">"hl-comment"># HELPER FUNCTIONS
class=class="hl-string">"hl-comment"># ==========================================

def get_auth_session():
    session = requests.Session()
    session.auth = (USERNAME, PASSWORD)
    session.headers.update({class="hl-string">"Content-Type": class="hl-string">"application/json"})
    return session

def fetch_paginated_data(session, endpoint, params=None):
    all_records = []
    url = fclass="hl-string">"{API_BASE_URL}/{endpoint}"
    
    while url:
        try:
            response = session.get(url, params=params)
            if response.status_code == 429:
                time.sleep(2)  class=class="hl-string">"hl-comment"># Simple backoff
                continue
            
            response.raise_for_status()
            data = response.json()
            
            if class="hl-string">'Data' in data:
                all_records.extend(data[class="hl-string">'Data'])
            
            class=class="hl-string">"hl-comment"># Handle Pagination (Paging.Next is typical Dayforce pattern)
            url = data.get(class="hl-string">'Paging', {}).get(class="hl-string">'Next')
            if url and not url.startswith(class="hl-string">'http'):
                class=class="hl-string">"hl-comment"># Sometimes generic Next link needs base url reconstruction
                pass 
            elif not url:
                break
                
        except Exception as e:
            print(fclass="hl-string">"Error fetching {url}: {e}")
            break
            
    return all_records

class=class="hl-string">"hl-comment"># ==========================================
class=class="hl-string">"hl-comment"># EXTRACTION LOGIC
class=class="hl-string">"hl-comment"># ==========================================

def extract_payroll_process():
    session = get_auth_session()
    event_log = []

    print(class="hl-string">"Fetching Pay Summaries...")
    class=class="hl-string">"hl-comment"># In Dayforce, EmployeePaySummary contains the core payroll results
    pay_params = {
        class="hl-string">"filterUpdateStart": START_DATE,
        class="hl-string">"filterUpdateEnd": END_DATE
    }
    pay_records = fetch_paginated_data(session, class="hl-string">"EmployeePaySummary", params=pay_params)

    print(fclass="hl-string">"Processing {len(pay_records)} pay records...")

    for record in pay_records:
        class=class="hl-string">"hl-comment"># Identify the Case
        emp_id = record.get(class="hl-string">'EmployeeXRefCode', class="hl-string">'Unknown')
        pay_period = record.get(class="hl-string">'PayPeriodStartDate', class="hl-string">'').split(class="hl-string">'T')[0]
        case_id = fclass="hl-string">"{emp_id}_{pay_period}"
        
        class=class="hl-string">"hl-comment"># Common Attributes
        common_attrs = {
            class="hl-string">"PayrollRecordId": case_id,
            class="hl-string">"SourceSystem": class="hl-string">"Ceridian Dayforce",
            class="hl-string">"PayGroupName": record.get(class="hl-string">'PayGroupXRefCode', class="hl-string">''),
            class="hl-string">"DepartmentName": record.get(class="hl-string">'OrgUnitXRefCode', class="hl-string">''),
            class="hl-string">"GrossPayAmount": record.get(class="hl-string">'GrossPay', 0.0),
            class="hl-string">"LastDataUpdate": datetime.now().isoformat()
        }

        class=class="hl-string">"hl-comment"># --------------------------------------
        class=class="hl-string">"hl-comment"># 1. Payroll Record Initialized
        class=class="hl-string">"hl-comment"># --------------------------------------
        class=class="hl-string">"hl-comment"># Based on Pay Period Start as a proxy for initialization in system
        if record.get(class="hl-string">'PayPeriodStartDate'):
            event_log.append({
                **common_attrs,
                class="hl-string">"ActivityName": class="hl-string">"Payroll Record Initialized",
                class="hl-string">"EventDateTime": record[class="hl-string">'PayPeriodStartDate'],
                class="hl-string">"ActionUser": class="hl-string">"System Scheduler"
            })

        class=class="hl-string">"hl-comment"># --------------------------------------
        class=class="hl-string">"hl-comment"># 2. Time Sheet Activities (Simulated)
        class=class="hl-string">"hl-comment"># --------------------------------------
        class=class="hl-string">"hl-comment"># In a real scenario, you would query the EmployeeTimesheet endpoint.
        class=class="hl-string">"hl-comment"># Here we approximate based on the period end date.
        period_end = record.get(class="hl-string">'PayPeriodEndDate')
        if period_end:
            dt_end = datetime.strptime(period_end.split(class="hl-string">'T')[0], class="hl-string">"%Y-%m-%d")
            
            class=class="hl-string">"hl-comment"># Time Sheet Submitted (Usually day after period end)
            event_log.append({
                **common_attrs,
                class="hl-string">"ActivityName": class="hl-string">"Time Sheet Submitted",
                class="hl-string">"EventDateTime": (dt_end + timedelta(days=1)).isoformat() + class="hl-string">"T09:00:00",
                class="hl-string">"ActionUser": class="hl-string">"Employee"
            })

            class=class="hl-string">"hl-comment"># Time Sheet Approved (Usually 2 days after period end)
            event_log.append({
                **common_attrs,
                class="hl-string">"ActivityName": class="hl-string">"Time Sheet Approved",
                class="hl-string">"EventDateTime": (dt_end + timedelta(days=2)).isoformat() + class="hl-string">"T14:00:00",
                class="hl-string">"ActionUser": class="hl-string">"Manager"
            })

        class=class="hl-string">"hl-comment"># --------------------------------------
        class=class="hl-string">"hl-comment"># 3. Calculation Activities
        class=class="hl-string">"hl-comment"># --------------------------------------
        class=class="hl-string">"hl-comment"># Derived from the LastCalculated Timestamp in the record
        calc_time = record.get(class="hl-string">'LastCalculatedDateTime')
        if calc_time:
            class=class="hl-string">"hl-comment"># Gross Pay Calculated
            event_log.append({
                **common_attrs,
                class="hl-string">"ActivityName": class="hl-string">"Gross Pay Calculated",
                class="hl-string">"EventDateTime": calc_time,
                class="hl-string">"ActionUser": class="hl-string">"Calculation Engine"
            })
            
            class=class="hl-string">"hl-comment"># Benefits Deductions Applied (Sequence + 1 second)
            calc_dt = datetime.fromisoformat(calc_time.replace(class="hl-string">'Z', class="hl-string">'+00:00'))
            event_log.append({
                **common_attrs,
                class="hl-string">"ActivityName": class="hl-string">"Benefits Deductions Applied",
                class="hl-string">"EventDateTime": (calc_dt + timedelta(seconds=1)).isoformat(),
                class="hl-string">"ActionUser": class="hl-string">"Calculation Engine"
            })

            class=class="hl-string">"hl-comment"># Taxes Calculated (Sequence + 2 seconds)
            event_log.append({
                **common_attrs,
                class="hl-string">"ActivityName": class="hl-string">"Taxes Calculated",
                class="hl-string">"EventDateTime": (calc_dt + timedelta(seconds=2)).isoformat(),
                class="hl-string">"ActionUser": class="hl-string">"Calculation Engine"
            })
            
            class=class="hl-string">"hl-comment"># Payroll Result Previewed (Assume preview happens shortly after calc)
            event_log.append({
                **common_attrs,
                class="hl-string">"ActivityName": class="hl-string">"Payroll Result Previewed",
                class="hl-string">"EventDateTime": (calc_dt + timedelta(minutes=30)).isoformat(),
                class="hl-string">"ActionUser": class="hl-string">"Payroll Analyst"
            })

        class=class="hl-string">"hl-comment"># --------------------------------------
        class=class="hl-string">"hl-comment"># 4. Exceptions & Corrections
        class=class="hl-string">"hl-comment"># --------------------------------------
        class=class="hl-string">"hl-comment"># Check if Net Pay is negative or zero (simple logic)
        if record.get(class="hl-string">'NetPay', 0) <= 0:
            event_log.append({
                **common_attrs,
                class="hl-string">"ActivityName": class="hl-string">"Audit Exception Flagged",
                class="hl-string">"EventDateTime": calc_time if calc_time else period_end,
                class="hl-string">"ActionUser": class="hl-string">"System Validator"
            })

        class=class="hl-string">"hl-comment"># Check if record was recalculated multiple times (Logic: Calc Time > Commit Time)
        class=class="hl-string">"hl-comment"># Note: API might not expose revision count directly without deep audit log
        class=class="hl-string">"hl-comment"># We will simulate a class="hl-string">'Data Correction' if an class="hl-string">'Import' flag is present
        if record.get(class="hl-string">'IsImported', False):
             event_log.append({
                **common_attrs,
                class="hl-string">"ActivityName": class="hl-string">"Incentive Data Imported",
                class="hl-string">"EventDateTime": record.get(class="hl-string">'PayPeriodStartDate'), class=class="hl-string">"hl-comment"># Proxy
                class="hl-string">"ActionUser": class="hl-string">"Interface"
            })
             class=class="hl-string">"hl-comment"># Assume correction happened if imported data exists
             event_log.append({
                **common_attrs,
                class="hl-string">"ActivityName": class="hl-string">"Data Correction Performed",
                class="hl-string">"EventDateTime": (datetime.fromisoformat(record[class="hl-string">'PayPeriodEndDate'].split(class="hl-string">'T')[0]) + timedelta(days=3)).isoformat() + class="hl-string">"T10:00:00",
                class="hl-string">"ActionUser": class="hl-string">"Payroll Admin"
            })

        class=class="hl-string">"hl-comment"># --------------------------------------
        class=class="hl-string">"hl-comment"># 5. Finalization & Payment
        class=class="hl-string">"hl-comment"># --------------------------------------
        class=class="hl-string">"hl-comment"># Commit Timestamp (Approval)
        commit_time = record.get(class="hl-string">'CommitDateTime')
        if commit_time:
            event_log.append({
                **common_attrs,
                class="hl-string">"ActivityName": class="hl-string">"Payroll Record Approved",
                class="hl-string">"EventDateTime": commit_time,
                class="hl-string">"ActionUser": class="hl-string">"Payroll Manager"
            })
            
            class=class="hl-string">"hl-comment"># Bank Transfer File (Usually 2 hours after approval)
            commit_dt = datetime.fromisoformat(commit_time.replace(class="hl-string">'Z', class="hl-string">'+00:00'))
            event_log.append({
                **common_attrs,
                class="hl-string">"ActivityName": class="hl-string">"Bank Transfer File Generated",
                class="hl-string">"EventDateTime": (commit_dt + timedelta(hours=2)).isoformat(),
                class="hl-string">"SlaProcessingDeadline": (commit_dt + timedelta(hours=4)).isoformat(),
                class="hl-string">"ActionUser": class="hl-string">"System Batch"
            })

        class=class="hl-string">"hl-comment"># Payment Executed (Check Date)
        check_date = record.get(class="hl-string">'CheckDate')
        if check_date:
            event_log.append({
                **common_attrs,
                class="hl-string">"ActivityName": class="hl-string">"Payment Executed",
                class="hl-string">"EventDateTime": check_date + class="hl-string">"T12:00:00",
                class="hl-string">"ActionUser": class="hl-string">"System Payment"
            })
            
            class=class="hl-string">"hl-comment"># Pay Slip Published (Same as Check Date usually)
            event_log.append({
                **common_attrs,
                class="hl-string">"ActivityName": class="hl-string">"Pay Slip Published",
                class="hl-string">"EventDateTime": check_date + class="hl-string">"T08:00:00",
                class="hl-string">"ActionUser": class="hl-string">"ESS Portal"
            })

            class=class="hl-string">"hl-comment"># Tax Filing Completed (Usually 3 days after check date)
            check_dt = datetime.strptime(check_date.split(class="hl-string">'T')[0], class="hl-string">"%Y-%m-%d")
            event_log.append({
                **common_attrs,
                class="hl-string">"ActivityName": class="hl-string">"Tax Filing Completed",
                class="hl-string">"EventDateTime": (check_dt + timedelta(days=3)).isoformat() + class="hl-string">"T17:00:00",
                class="hl-string">"ActionUser": class="hl-string">"Compliance Job"
            })

    class=class="hl-string">"hl-comment"># ==========================================
    class=class="hl-string">"hl-comment"># EXPORT
    class=class="hl-string">"hl-comment"># ==========================================
    df = pd.DataFrame(event_log)
    if not df.empty:
        class=class="hl-string">"hl-comment"># Ensure columns are sorted and dates formatted
        df = df.sort_values(by=[class="hl-string">'PayrollRecordId', class="hl-string">'EventDateTime'])
        df.to_csv(OUTPUT_FILE, index=False)
        print(fclass="hl-string">"Successfully exported {len(df)} events to {OUTPUT_FILE}")
    else:
        print(class="hl-string">"No data found for the specified criteria.")

if __name__ == class="hl-string">"__main__":
    extract_payroll_process()

Bạn đã sẵn sàng bắt đầu chưa?

Hãy bắt đầu cải tiến ngay hôm nay bằng cách áp dụng mẫu này vào dữ liệu tiền lương của bạn. Nhóm chúng tôi có thể hướng dẫn bạn trích xuất dữ liệu và chuẩn bị dữ liệu để phân tích.

Quay lại hướng dẫn cải tiến

Tải mẫu xuống

Giảm chậm trễ trong xử lý lương và bắt đầu tối ưu ngay hôm nay

Rút ngắn 30% thời gian xử lý bảng lương và loại bỏ các điểm nghẽn.

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.

Mẫu dữ liệu xử lý lương của bạn

Mẫu dữ liệu xử lý lương của bạn

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

Hoạt động xử lý lương

Hướng dẫn trích xuất

Xuất dữ liệu bảng lương từ báo cáo Ad-Hoc của Dayforce

Các bước

Cấu hình

Truy vấn mẫu json

Trích xuất bằng Python Script qua Dayforce REST API

Các bước

Cấu hình

Truy vấn mẫu python

Bạn đã sẵn sàng bắt đầu chưa?

Giảm chậm trễ trong xử lý lương và bắt đầu tối ưu ngay hôm nay