Oracle Cloud Payroll - US Retiree Payroll Configuration

US RETIREE PAYROLL IN ORACLE CLOUD HCM — MUST-DO CONFIGURATION

This article is designed to help Oracle Cloud HCM practitioners implement US retiree payroll in a clean, auditable way. It focuses on practical configuration choices, common setup gaps, and testable outcomes—so teams can enable learning, reduce rework, and deliver reliable payroll operations.

This checklist is based on hands-on implementation patterns and guidance from Oracle documentation/support material, including:

• Oracle Support Document ID 2461709.1 — “Oracle Fusion Human Capital Management for RETIREES US: Implementation and Use (v1.9)”

• Oracle Cloud Human Capital Management for the United States: How do I perform tax filing through a third-party? KB160976

• Audience: Payroll implementers, HCM functional consultants, payroll admins supporting US retiree pay

• Scope: US retirees paid via Oracle Cloud Payroll (commonly pension/annuity payments; often reported via 1099-R depending on your program design)

————————————————————————————————————

Retiree payroll has a few “small” setup decisions that create big downstream impact: tax card creation, TRU/PSU structure, registrations, reporting card associations, and address quality. If you get right early, year-end, reconciliation, and ongoing maintenance become predictable.

————————————————————————————————————

SECTION A — FOUNDATION (NON-NEGOTIABLE)

If you are already payroll customer running employee's payroll then this would be already configured.

A1) Set the United States Selected Extension correctly

• Confirm your US “Selected Extension” setting aligns with how you plan to process retirees (HR-only vs payroll-enabled configuration).

A2) Address Validation + geographies maintenance (strongly recommended)

• Enable Address Validation (if your governance permits).
• Establish an operational cadence to refresh geographies (as applicable).

————————————————————————————————————

SECTION B — ORG STRUCTURE (BUILD RETIREE BOUNDARIES EARLY)

B1) Separate retiree PSUs from employee PSUs (recommended baseline)

• Create retiree Payroll Statutory Units (PSUs) separately from employee PSUs where your business/legal reporting model supports it.

B2) Create retiree TRUs separately; lock down distribution code governance

• Create retiree TRUs separately from employee TRUs.

• If your program requires different 1099-R distribution codes, segment TRUs accordingly.

• Governance rule: do not change TRU’s 1099-R distribution code after creation—create a new TRU if the code changes.

        Manage LRU HCM Information => Enter the distribution code

————————————————————————————————————

SECTION C — TAX REGISTRATIONS (REQUIRED FOR STABLE PAYROLL PROCESSES)

This configuration is same as your regular employee(Non-Retiree) payroll configuration.

C1) US Federal registration at LRU level (FEIN)

• Create the US Federal Tax registration at the LRU level.
• Enter the Employer FEIN.

C2) State registrations (as applicable)

• Populate state registrations for jurisdictions where you withhold/report, based on your compliance model and filing responsibilities.

————————————————————————————————————

SECTION D — TRU CALCULATION RULES (PUT WITHHOLDING LOGIC IN THE RIGHT PLACE)

This configuration is same as your regular employee(Non-Retiree) payroll configuration.

D1) Create TRU calculation rules card

Create “Calculation Rules for Tax Reporting and Payroll Statutory Unit” at the TRU level.

D2) Flat-rate override governance (if your retiree program uses it)

Recommended override priority (high → low)
1. Retiree person tax card overrides
2. TRU-level overrides
3. Tax engine defaults

Note –

Retiree payments that are subject to 1099-R rules are not subject to SUI, SDI, FLI, Social Security, or Medicare taxes. Therefore, the payroll process does not calculate them.

————————————————————————————————————

SECTION E — CONSOLIDATION GROUP AND PAYROLL GROUP

E1) It would be better to create separate consolidation group and payroll definition for retiree payroll processing

————————————————————————————————————

SECTION F — RETIREE TAX CARDS (ENSURE THEY AUTO-CREATE AND STAY CORRECT)

F1) Confirm the retiree tax card model

• Validate the retiree tax card behavior for your program (commonly “Tax Withholding for Pensions and Annuities”).

F2) Validate auto-creation is working (don’t assume)

F3) State-tax edge case validation

When you onboard or convert employee to retiree; you will see below calculation created and TRU association created auto

————————————————————————————————————

SECTION G — REPORTING INFORMATION CARD (OFTEN MISSED, HIGH IMPACT)

G1) Confirm TRU components are associated to the correct assignment

• Validate that Reporting Information Card components created per TRU are correctly associated to the retiree assignment number—especially when multiple TRUs exist.

————————————————————————————————————

SECTION H — RETIREE ASSIGNMENT (MINIMUM REQUIRED FIELDS)

This data point is same as your regular employee(non-retiree) payroll data point.

H1) Retiree must have a payroll-eligible assignment

• Payroll relationships are assigned
• Ensure retiree assignment is Active and Payroll Eligible

————————————————————————————————————

SECTION I — HOME ADDRESS, LOCATION AND WFH FLAG FOR RETIREES (WHAT IT MEANS IN ORACLE)

Key point (clear definition)

Retirees aren’t “working,” but Oracle still requires a Work Location on the retiree assignment. For WFH/Remote retirees, treat Work Location as a required data field for consistency and reporting—not as a local tax driver.

I1) All Retirees must have valid US Home Address for payroll processing. Retirees can have overseas mailing address for communication.

I2) Create a dedicated retiree remote location and assign it to all retirees and check 'Work From Home' flag for them.

————————————————————————————————————

SECTION J — PAYMENTS (DIRECT DEPOSIT MUST BE OPERATIONALLY SUPPORTED)

This data point is same as your regular employee(Non-Retiree) payroll data point.

J1) Run prerequisite process for new retirees

• Run “Maintain Party and Location Current Record” before entering personal payment methods (for newly onboarded retirees).

J2) Enter payment methods

• Use “Manage Personal Payment Methods” to add direct deposit details.

————————————————————————————————————

SECTION K — KNOWN CONSTRAINTS (DESIGN AROUND THEM EARLY)

• Local taxes for retirees may not be supported in retiree processing models; plan your retiree withholding accordingly.
• Involuntary deductions may not be supported for retiree processing; define an alternative approach if required.
• Confirm territory/jurisdiction scope early if you have retirees outside standard US states.

————————————————————————————————————

Finally Let's add earning elements and run QuickPay to see the results

————————————————————————————————————

Disclaimer: 

The checklist provided here focuses on foundational setup patterns and common “must-do” configurations for US retiree processing in Oracle Cloud HCM. Actual implementations can vary by retiree plan design, bargaining agreements, legal/tax requirements, and reporting needs. Most projects also require additional configuration, including elements and balance definitions, fast formulas, eligibility, costing rules, payroll calendars, retro and correction processes, and integrations with third-party or downstream systems (e.g., tax services, payment files, benefits providers, and financial/GL systems) to deliver end-to-end processing and statutory reporting.

Different types of Costing in Oracle Payroll

Different types of costing in Oracle Payroll

When you define oracle element link; you can select element costing type

- Not costed

Means no costing will be done for that particular element

- Fixed Costed

In Fixed Costed  you can not override at Element entry and assignment level costing segments.

- Costed

Costing will follow the normal costing hierarchy.

- Distributed

If you want to distribute the overhead costing to the other elements.

Oracle Payroll Costing hierarchy

Oracle Payroll Costing Hierarchy

In oracle payroll costing can be set at 5 levels with below priority order.

- Payroll                    = Lowest

- Element Link

- Organization

- Assignment

- Element Entry        = Highest

Batch Balance Adjustment

Batch Balance Adjustment

If your responsibility is not having ‘Batch Balance Adjustment’ function then add the 3 functions to your menu as shown below.

Functions Name:

-          Batch Balance Adjustment Spreadsheet Interface

-          Create or Update Batch Balance Adjustment Lines

-          Desktop Integration - Create Document

      Double click on ‘BBA Spreadsheet Interface’

k      Click on the ‘Create Batch’ button

       

It will create WEB ADI document, enter the details as below and then upload the document.

The Batch will be created.

Search the batch as shown below.

Select the batch, select create lines in the drop down and click on process button.

Select the element that you want to use for balance adjustment.

Then click on go button.

It will create a new WEB ADI document; enter the details shown as below and upload the document.

Then validate and transfer the batch.

P11D in UK payroll

P11D :

Your employer sends a P11D to HM Revenue & Customs (HMRC) if you get any ‘benefits in kind’ (eg company cars or interest-free loans).

The P11D records how much each benefit is worth.

Your employer will send HMRC a P11D if your earnings, including the value of company benefits, are at least £8,500 in the tax year (6 April to 5 April).


Your employer will usually give you a copy of the P11D. They don’t have to by law, but they must tell you what’s on it.

P60 in Uk payroll

P60:

Your P60 shows the tax you’ve paid on your salary in the tax year (6 April to 5 April). Your employer must give you a P60 if you’re working for them on 5 April.

You’ll need your P60 to prove how much tax you’ve paid on your salary, eg:

- to claim back overpaid tax

- to apply for tax credits

- as proof of your income if you apply for a loan or a mortgage

Your P60 can be on paper or electronic.

P45 for in Payroll

P45 :
               
-  Employee will get a P45 from your employer when you stop working for them.

-  Your P45 shows how much tax you’ve paid on your salary so far in the tax year (6 April to 5    April).

-  A P45 has 4 parts (Part 1, Part 1A, Part 2 and Part 3).

-  Your employer sends Part 1 to HM Revenue & Customs (HMRC) and gives you the other         parts.

-  You give Part 2 and 3 to your new employer (or to Jobcentre Plus if you’re not working).

-  Keep Part 1A for your own records.

-  By law your employer must give you a P45 - ask them for one.

-  You won’t have a P45 if you’re starting your first job or you’re taking on a second job. Your    employer will need to work out how much tax you should be paying on your salary.

-  They may use a ‘Starter Checklist’ to collect the information, or may collect it another way.      The Starter Checklist has questions about any other jobs, benefits or student loans you          have. It helps your employer work out your correct tax code before your first payday.