When a legacy payroll report is retired during a PeopleSoft-to-Oracle Fusion HCM transition, replacing the file is only part of the requirement. Payroll and benefits teams also need to preserve the calculations, employee-level detail, grouping structure, control totals, and review process that support recurring reconciliation.
DataTerrain developed a customized Oracle HCM Benefits Paid Report - Canada to recreate the core reporting requirements of the PeopleSoft PAY021CN Benefits Register in Oracle Fusion HCM. The report provides employee-level taxable and non-taxable benefit amounts, benefit-related taxes, calculated benefit base, month-to-date (MTD), quarter-to-date (QTD), and year-to-date (YTD) values, together with multi-level totals for reconciliation and audit review.
A Canadian enterprise transitioning payroll reporting from PeopleSoft to Oracle Fusion HCM needed to maintain a familiar benefits register after the retirement of the PeopleSoft PAY021CN report.
The existing process depended on the PAY021CN Benefits Register to review benefit amounts, benefit-related taxes, accumulated balances, and reconciliation totals across employees and organizational structures.
The replacement report needed to provide the same practical reporting capability using Oracle Fusion HCM payroll, benefits, element, and balance data.
Without a purpose-built report, the review process could require:
This creates additional reconciliation work and makes it harder to maintain a consistent reporting process after a legacy payroll platform is retired.
DataTerrain developed a customized Benefits Paid Report - Canada in Oracle Fusion HCM to reproduce the core business requirements of the PeopleSoft PAY021CN Benefits Register.
The solution uses Oracle HCM data to retrieve the applicable payroll, benefits, deduction, element, and balance information for the selected reporting scope.
The report then:
Because the report is parameter driven, the same solution can be reused across payroll cycles, pay groups, companies, and authorized employee populations without changing the underlying extraction logic.
Depending on the organization's Oracle HCM configuration, runtime parameters can include:
| Parameter | Purpose |
|---|---|
| Legislative Data Group | Defines the legislative reporting scope |
| Pay Period Start and End Date | Defines the payroll period being reviewed |
| Employee | Supports employee-specific investigation |
| Payroll | Limits the report to a selected payroll |
| Payroll Relationship Group | Supports population-level filtering |
| Payroll Statutory Unit | Defines the applicable statutory payroll scope |
| Tax Reporting Unit | Supports tax-reporting-level filtering |
| Company | Limits the output to a configured company |
| Pay Group | Supports pay-group-specific reporting |
| Focuses the report on a specific benefit or deduction |
Users can therefore run a focused employee or deduction review or generate a broader benefits register for the authorized population.
Parameter availability and defaulting can be configured according to the organization's Oracle HCM reporting requirements.
The report preserves the control information needed to make each Benefits Register traceable and review ready.
The output can include:
This information helps payroll and benefits teams identify the reporting scope and validate the report during reconciliation or audit review.
The report provides employee-level benefit and balance information required for payroll and benefits validation.
Employee and Deduction Context
The report can display:
These fields identify the employee and the benefit or deduction being reported.
Current Benefit Values
The report includes:
These values provide the current-period benefit information required for payroll and benefits reconciliation.
Accumulated Balance Values
The report also provides:
These accumulated values give payroll and benefits teams additional context when validating benefit balances across payroll periods.
The exact benefit plans, deduction types, balance definitions, and calculation rules depend on the organization's Canadian payroll and benefits configuration.
Built-In Reconciliation Totals
A key requirement of the legacy PAY021CN Benefits Register was the ability to review totals at multiple levels.
The Oracle HCM report can therefore provide:
This hierarchy allows reviewers to move from individual employee records to broader control totals without manually rebuilding the totals in a spreadsheet.
Oracle HCM Extracts is well suited to the requirement because the Benefits Paid Report involves payroll and benefit balances across potentially large employee populations, reusable runtime parameters, and recurring scheduled execution.
The extraction framework supports:
The extract can be configured to retrieve the required payroll elements and balances while limiting the data to the reporting scope required by the business.
BI Publisher
BI Publisher complements HCM Extracts when a controlled, register-style output is required.
It can support:
For the PAY021CN-equivalent requirement, BI Publisher provides the presentation layer needed to reproduce the structured Benefits Register experience.
OTBI
OTBI may be appropriate when users primarily need interactive analysis, dashboards, or ad-hoc reporting and the required fields are available in the relevant subject areas.
For this requirement, HCM Extracts with BI Publisher is the stronger fit because the report requires high-volume payroll and balance retrieval, controlled grouping, multiple subtotal levels, and a repeatable register-style output.
The Benefits Paid Report follows a parameter-driven reporting process:
Input: Legislative Data Group, Pay Period, Employee, Payroll, Payroll Relationship Group, Payroll Statutory Unit, Tax Reporting Unit, Company, Pay Group, and optional deduction filters
Source: Oracle Fusion HCM Payroll, Benefits, element, deduction, and balance data
Processing: Runtime filtering, deduction classification, taxable and non-taxable classification, benefit-tax and benefit-base preparation, MTD/QTD/YTD balance retrieval, and multi-level total generation
Output: Structured Oracle HCM Benefits Paid Report equivalent in purpose to the PeopleSoft PAY021CN Benefits Register
Replacing a legacy PeopleSoft Benefits Register with an Oracle HCM equivalent helps preserve an established payroll control process while reducing dependence on manual extraction and spreadsheet reconciliation.
| Activity | Manual / Legacy Transition Approach | With Oracle HCM Benefits Paid Report |
|---|---|---|
| Benefit review | Extract and reconcile balances separately | Employee-level benefit register in one output |
| Taxable classification | Review taxable and non-taxable values separately | Current taxable, non-taxable, and benefit-tax columns |
| Period validation | Calculate accumulated values manually | MTD, QTD, and YTD values included |
| Control totals | Rebuild totals in spreadsheets | Deduction, pay group, pay period, company, and grand totals |
| Recurring reporting | Repeat manual extraction and formatting | Reusable parameter-driven report |
Illustrative planning estimate: A benefits register that previously required 12–15 or more hours of extraction, spreadsheet calculation, and reconciliation could potentially be reduced to approximately 10–30 minutes of report execution and validation.
These figures are planning estimates rather than measured customer results. Actual results depend on employee population, pay groups, companies, deduction complexity, payroll elements, balance definitions, report runtime, and review requirements.
Potential outcomes include:
The report operates within the Oracle Fusion HCM role-based security model.
Users can retrieve only the employee, payroll, benefits, and organizational information permitted by their:
Because the report contains employee-level payroll, benefits, and tax information, access should be restricted to authorized payroll, benefits, HR, finance, tax, compliance, and audit users.
Runtime parameters narrow the requested reporting population; they do not expand the user's underlying Oracle HCM data authorization.
A Benefits Paid Report -Canada implementation generally includes:
Typical implementation effort is approximately 1–3 weeks, depending on the number of deduction types, pay groups, companies, payroll elements, balance definitions, subtotal rules, and legacy-report behaviors involved.
The estimate should be confirmed after detailed requirements review.
Canadian payroll and benefits configurations vary across organizations. Benefit plans, deduction types, payroll elements, companies, pay groups, balance definitions, and reconciliation requirements may differ significantly.
DataTerrain can configure the Benefits Paid Report with:
This allows the Oracle HCM report to preserve the business requirements of a legacy report while adapting the underlying data and reporting framework to Oracle Fusion HCM.
The Oracle HCM Benefits Paid Report - Canada demonstrates how a business-critical PeopleSoft payroll report can be recreated in Oracle Fusion HCM without losing the employee-level detail, accumulated balances, grouping, and control totals required for recurring benefits reconciliation.
By reproducing the core PAY021CN Benefits Register experience including taxable and non-taxable benefits, benefit taxes, calculated benefit base, MTD/QTD/YTD values, and multi-level totals the solution provides payroll and benefits teams with a consistent, parameter-driven, and audit-ready reporting process after PeopleSoft retirement.
Moving from PeopleSoft to Oracle Fusion HCM does not require your existing payroll reporting processes to be rebuilt manually. DataTerrain can analyze legacy reports, map their business rules to Oracle HCM data, and develop customized HCM Extract and BI Publisher solutions that preserve the reporting detail, calculations, parameters, and control totals your payroll teams rely on.