Disclaimer 1
Introduction 6
Document Updates 2
Organization Structures 3
Introduction 3
Enterprise 3
Legal Jurisdictions 5
Legal Addresses 7
Legal Authorities 8
Legal Entities 11
Legal Entity HCM Information for Legal Employers and Payroll Statutory Units 13
Business Units 22
Workforce Structures 23
Locations 24
Divisions 25
Departments 27
Reporting Establishments 28
Roles in Organization 29
Grades 29
Jobs 31
Positions 32
Addresses 34
Address Validation 34
Address Mapping 34
Name Style 35
Name Formats 37
Legislative Information 40
National Identifiers 41
Hiring a Worker 43
Person Management 48
Employment Management 53
Adding a Nonworker 53
Terminating a Worker 56
Corrections 59
Validations 59
Audit Report 59
Prerequisites 59
Corrections 62
Example of Correction 63
Prerequisites 77
Association Details 84
Banking Setup 86
Banks 86
Bank Branches 87
Bank Accounts 88
Consolidation Groups 93
Payroll Definitions 93
Elements 98
Conclusion 121
The organizational structures that need to be defined to manage HR processes for Dutch localization.
Netherlands-specific data that needs to be provided.
Where and how predefined Netherlands-specific data can be integrated with customer-specific data.
The data that needs to be defined to manage work relationships in the Dutch localization.
Netherlands-specific business rules that have been implemented.
The HR processes that can be executed for Dutch localization.
Information required for supporting the interfacing or transferring data to a third-party payroll system.
The migration process from a legacy system, by identifying Netherlands-specific fields that need to be populated
by such migration.
An additional white paper, Oracle Fusion HCM (Netherlands): Dutch Statutory Absences Implementation and
Functional Considerations, contains information about implementing:
This documentation can also be beneficial to end users who run application processes after implementation.
Note: This document should not be considered a comprehensive guide for HR implementations. The focus of this
document is Netherlands-specific processes and information. For information about generic tasks, the
implementation team should refer to documentation listed in the following section.
You may also use the Send Feedback to Oracle link in the footer of Oracle Fusion Applications Help.
Introduction
Before a customer can hire a worker in the Netherlands or run any country-specific process, the implementation
team must set up the organization structures required for the management of HR processes. You can perform all
setup tasks using the Functional Setup Manager (FSM).
The following sections describe how to create an implementation project and define enterprise structures and
related objects required for the Dutch localization implementations. These structures, which typically contain
country-specific information, must be defined before you can create application users.
Note: For the complete set of setup tasks required for a full implementation, please refer to the documents listed
under Other Information Sources.
Enterprise
The Enterprise classification represents the top structure in the organization that supports partitioning requirements
for Oracle Fusion applications. A person exists within the context of an enterprise. If a person is associated with two
enterprises, the person has two person records.
Once the users log in, they work in the context of an enterprise. All the structures explained below are created within
that context.
Since there is no concept of legislation at the enterprise level, no Netherlands-specific attributes are stored at this
level; these attributes must be stored at the level of other structures such as legal entity.
This document does not describe enterprise setup since this structure is defined at a higher level than HR and is
used across product lines.
Legal Jurisdictions
All legal entities must be registered against a jurisdiction that is governed by a legal authority. The legal jurisdiction
is a combination of a physical territory (like group of countries, country, a state or a city) and a legislative category
(such as Commerce Law), defined by the registration codes used by the government authorities to identify legal
organizations within the enterprise. Jurisdictions must be set up before creating registrations, because a jurisdiction
is required in the registration process. A jurisdiction may also have a start date and end date to show when the
jurisdiction is effective and when you can register against it. There is a predefined jurisdiction for Netherlands, that
XLE_JURISDICTIONS_B
Identifying IDENTIFYING No
Legal LEGAL_REPORTING_UNIT_REGISTRATION_ HRX_NL_TRN Indicates that the legal reporting unit Tax
Reporting Unit CODE registration number is used to do
Registration registration. The value HRX_NL_TRN is
Code predefined for the Netherlands in the lookup
type XLE_REG_CODE_EST.
You can create additional jurisdictions as needed using the Manage Legal Jurisdictions task. Such additional
jurisdictions can be used in the registration process of legal entities or legal reporting units of the enterprise.
Legal Addresses
A legal address is the address of record for an entity. For example, the legal address of a legal authority is used in
communications with that authority. No legal addresses are predefined for the Netherlands. You must create legal
addresses for all organizational units of the enterprise.
Legal Authorities
Legal authorities are the government entities with which an enterprise interacts, for example to send legal reports.
No legal authorities are predefined for the Netherlands. You must create a legal authority for each government
entity, such as a local tax office, that has a relationship with the enterprise. Later, you register each legal entity you
create with a legal authority.
Each PSU is attached to one LDG and an LDG may be attached to multiple PSUs.
If an LDG is associated with a PSU, then whenever you create payroll data, the LDG can be derived from the payroll
relationship for the transaction using the PSU association.
To define an LDG:
1. Select Manage Legislative Data Groups in the implementation project task list:
A legal employer is a legal entity that employs workers. In the Netherlands, the concept of legal employer
corresponds to the concept of company.
A PSU is a legal entity that is responsible for paying workers, including the payment of payroll tax and social
insurance. A PSU can pay and report on payroll tax and social insurance on behalf of one or many legal entities,
depending on the structure of your enterprise.
PSUs provide a way to group legal employers so that certain statutory calculations, such as court orders and some
taxes, can be performed at a higher level. A legal employer can belong to only one PSU, and the PSU represents
the highest level of aggregation for a person. No balances are aggregated across PSUs.
In the Netherlands, a legal entity is a legal employer as well as PSU. You must define a legal entity that is both a
legal employer and a PSU.
No legal entities are predefined for the Netherlands. You must create all legal entities that apply to the enterprise
you are setting up.
If LRUs are used in Oracle Fusion Payroll for tax reporting purposes, then they are considered as tax reporting units
(TRUs). In the Legal Entity Configurator, when you create an LRU that belongs to a PSU, the application
automatically creates an LRU in HCM and associates it with the parent PSU. There can be multiple LRUs under one
Legal Employer or PSU in the Netherlands. You can define more LRUs under a Legal Employer or PSU in addition
to the one created automatically
LRU can be marked as TRU or Reporting Establishment or both. TRUs are especially relevant for the Netherlands
because the TRU establishes the connection with a set of external organizations. For the Netherlands, the TRUs
must have a one to one relationship with the reporting establishments. You must define an LRU as both a TRU and
Reporting Establishment.
2. Click Go to Task.
3. On the Select Scope page, select Search Legal Entities, and Select and Add in the Legal Entity field:
Legal Entity HCM Information for Legal Employers and Payroll Statutory Units
You must specify additional information about legal entities for the Oracle HCM processes.
The Dutch localization supports all employment models. Refer to the section on employment models in chapter
Define Enterprise Structures for Human Capital Management of Oracle Fusion Applications Workforce Development
Implementation Guide (http://docs.oracle.com/cd/E28271_01/fusionapps.1111/e20380/toc.htm).
12. In the Dutch Legal Employer Details region, select the checklist template that is used for all the
Gatekeeper Law checklists allocated in your legal employer. The predefined Gatekeeper Law checklist
template is selected by default:
The Fiscal Year Start for a customer in the Netherlands must be set to January 1st of the year the enterprise goes
live on the Oracle Fusion product.
For more information about legal entities, refer to the Define Enterprise Structures for Human Capital Management
chapter, Oracle Fusion Applications Workforce Deployment Implementation Guide, Oracle Fusion Applications
Workforce Development Implementation Guide, or Oracle Fusion Applications Compensation Management
Implementation Guide.
Figure 27. Define Legal Reporting Units for Human Capital Management Task
2. In the Select Scope window, select Manage Legal Reporting Unit and Select and Add in the Legal
Reporting Unit field. Then click Apply and Go to Task:
SENDER DETAILS
CONTACT DETAILS
Figure 40. Manage Legal Reporting Unit HCM Information: Reporting Establishment Details
If data is migrated from a legacy system, the following Netherlands-specific fields need to be populated.
The following table shows the attributes of these Flexfields for record
PER_ORGANIZATION_INFORMATION_EFF (DESCRIPTIVE_FLEX_CONTEXT_CODE =
HRX_NL_ORG_WAGE_REPORT_INFO):
The following table shows the attributes of these flexfields for record PER_ORGANIZATION_INFORMATION_EFF
(DESCRIPTIVE_FLEX_CONTEXT_CODE = HRX_NL_SICKNESS_REPORT_CONTACT_INFO):
Business Units
Oracle Fusion HCM uses the business unit classification to group sets of data that are enabled with the Set ID
functionality. Thus, when you associate a business unit with a default set, this default set is inherited by every entity
connected to the business unit.
No Netherlands-specific data is required or captured at this level. However, you must assign a business unit to a
worker in the new hire process, so business units must be created for the enterprise.
You must have previously created the location and default set. (Default sets are created using the Manage Reference Data Sets
task. For more information about business units and default sets, refer to the Oracle Fusion Workforce Deployment
Implementation Guide: http://docs.oracle.com/cd/E28271_01/fusionapps.1111/e20379/toc.htm).
Workforce Structures
Workforce structure setup must be performed once organization structure setup is complete. Workforce structures
are used to:
Locations
The first workforce structures to define are the locations where business is conducted or which are of interest to the
business. Locations can store information about the physical location of a workforce structure and can be assigned
to workers in order to define their physical work location.
For the Netherlands, you can create locations that are defined as internal organizations.
Divisions
A division is a high-level organization that supports functionality for roll-up reporting. Division exists above a legal
entity, but below an enterprise. As there is no concept of legislation at the division level, no Netherlands-specific
attributes are stored here.
Departments
A department is a division of a business enterprise dealing with a particular area or activity. You can assign workers
to departments.
To create departments:
1. Select Manage Departments in the implementation project task list:
Note: In the sample screen above, a location has been selected. Each time this department is associated to another
entity, such as a worker, this location will also be associated to that entity by default.
4. Click Next to provide additional department details:
5. Review and Submit.
Reporting Establishments
A reporting establishment represents an organizational unit used for HR statutory reporting. You can create a new
reporting establishment from scratch or you can select an existing TRU and define it as a reporting establishment,
but for the Netherlands, you must select existing TRUs and define them as reporting establishments. There must be
a one to one relationship between the reporting establishment and the TRU for the Netherlands.
You mark an LRU as both TRU and Reporting Establishment in LRU HCM Information, following the process
described in section Manage LRU Information earlier in this document
The organization model for the Netherlands Establishments relies on three main concepts:
Roles in Organization
A set of workforce structures, including grades, jobs, and positions, must be defined during implementation. These
structures are used to assign a role to each worker in the organization.
Grades
A grade defines the relative rank, level, or status of a worker. It is one of the key building blocks used for managing
compensation.
To create grades:
1. Select Manage Grades in the implementation project task list:
Note: In the sample screen above, this grade is associated with the business unit created earlier.
4. Click Next to define the order of progression between grades:
Grade rates can be used to define pay values for grades in a legislative data group (country). You can add a rate
that was previously defined or create a new rate:
Jobs
A job defines a set of roles or duties that are linked to a worker. Each enterprise must create the job codes that are
suited for its organization.
You must define a job structure while setting up the workforce structures in the Dutch HR implementation.
To create jobs:
1. Select Manage Job in the implementation project task list:
Note: On this page, the selected Job Set is the same as the default set selected for the business unit. Thus, this job
cannot be assigned to workers who belong to a business unit that is associated with a different job set.
4. Click Next to enter job details:
Positions
A position is a specific instance of a job in a department or business unit. The use of jobs or jobs and positions
varies by industry and customer requirements.
To create positions:
1. Select Manage Positions in the implementation project task list:
Note: On this page, the position is associated with the previously created business unit. The business unit you
select here determines which jobs, departments, and location values can be selected on subsequent screens.
4. Click Next to provide additional position details:
Addresses
Names
Legislative information
National IDs
Addresses
The format in which addresses must be entered for workers located in the Netherlands is predefined and must not
be modified during implementation. The predefined format enables the following fields:
Country (Required)
Street Name (Required)
House or Building Number
House or Building Number Addition
Location Description
Postal Code (Required)
City (Required)
The following figure shows how an address in the Netherlands is captured in the application:
Address Validation
The following set of validations specific to the Netherlands is performed when address is entered:
The postal code must be in the format NNNNAA or NNNN AA (where N is a number and A is an alphabet).
Address Mapping
If you are uploading the data through HCM Data Loader (HDL) or File Base Loader (FBL), then map the address
fields as follows:
City TOWN_OR_CITY
Country COUNTRY
Correspondence Title
First Name (Required)
Initials (Required)
Prefix
Last Name (Required)
Title 1
Title 2
Title 3
Partner Last Name
Partner Prefix
Name Style
The following figure shows how a Dutch name is captured in the application:
The values for the 3 Title fields can be configured by making entries into the lookup type HRX_NL_TITLE.
Name Formats
When a person's name is displayed to users, the format of the name can vary according to the context in which it
appears. For example, in an ordered list of names last name may appear before first name, but in other contexts first
name appears before last name. A name format is a template for arranging the predefined components of a name,
such as first name, last name, and title, in a specified order for a particular purpose.
In addition to the four name formats that are available for use in all localizations (display name, list name, full name,
and order name), three additional local format types are predefined for the Netherlands:
Own last name and partner last name - [Initial] [Prefix] [Last Name] [Partner Prefix] [Partner Last Name]
Partner last name and own last name - [Initial] [Partner Prefix] [Partner Last Name] [Prefix] [Last Name]
Partner name - [Initial] [Partner Prefix] [Partner Last Name]
You can select one of these formats in the person record of a person in a Dutch LDG and it will be used wherever
the default full name format would otherwise be used, such as on statutory reports or a payslip.
You can also define additional Netherlands-specific format types that can be used wherever the default full name
format would otherwise be used. This provides you with the flexibility to select a specific name format at individual
employee level and display the name as the employee prefers (using the predefined Dutch name style components)
instead of the default full name format.
Configure the new name format in two lookups, PER_NAME_FORMATS (with +NL Tag) and
HRX_NL_FULL_NAME_FORMAT. This ensures that these new formats are available in all the Dutch LDGs in your
enterprise.
1. Navigate to the Manage Common Lookups page and search for the lookup PER_NAME_FORMATS:
5. Select the new lookup that you created. Define the name format for the selected format type using the
following mapping:
NAM_INFORMATION1 15 N Initials
PRE_NAME_ADJUNCT 20 N Prefix
NAM_INFORMATION2 30 N Title 1
NAM_INFORMATION3 35 N Title 2
NAM_INFORMATION4 40 N Title 3
6. Enter the name in the Preview Name Format region and verify the formatted name:
Legislative Information
The following figure shows how the Netherlands-specific legislative information is captured in the application:
National Identifiers
The following validation has been delivered for the Dutch National ID (BSN):
EIGHT-DIGIT VALIDATION
First 9
Second 8
Third 7
Fourth 6
Fifth 5
Sixth 4
Seventh 2
Validation for 9-digit number: The BSN is NNNNNNNNC where C is control figure and it is the last digit. Each digit
except control digit is multiplied by a number as mentioned in table below. The outcome is added up and the result
is divided by 11. The final result is equal to the Control figure C.
NINE-DIGIT VALIDATION
First 9
Second 8
Third 7
Fourth 6
Fifth 5
Sixth 4
Seventh 3
Eighth 2
The following figure shows how a national identifier is captured in the application:
Note:
If the enterprise is using the Payroll Interface then element eligibility for the element Tax and Social Insurance
Calculations should be created before creating the payroll relationship. In addition, it is recommended that the user
does not check the Automatic entry checkbox while creating the element eligibility.
To hire an employee:
1. Select New Person under Workforce Management in the Navigator:
Note: The other supported person types for the Netherlands are:
Contingent Worker
Nonworker
The Hire Reason field displays a list of valid action reasons defined for the hire action.
The Legal Employer field displays a list of all legal employers.
The name format is determined by the predefined name formats for the Netherlands.
The Date of Birth field is required for the Hire process.
National ID is validated according to the predefined National Identifier Netherlands rules.
4. On the Person Information page, provide the required information:
In accordance with the simplified employment model (and as selected in legal employer setup), you enter
employment information at assignment level.
If you are using the two-tier single contract and single assignment employment model, the Type field in the
Contract details section allows you to select the contract type for the person being hired. The contract type
that you select here is defaulted in the Contract Type field in the Wage Report Details section of the personal
calculation card that is created. If no contract type is selected during new hire, the contract type on the
calculation card is defaulted to Unlimited Contract.
The Business Unit, Job, Grade, Department, Reporting Establishment and Location must have been
previously defined. The Business Unit you select determines which jobs, grades, and departments you can
select.
Reporting Establishment is required for a person to be included in legal reports for the Netherlands. In the
Netherlands, a Reporting Establishment is the same name as that of the TRU. This information is used in
validating the payroll frequency of the payroll that is added in the Payroll Details section. The frequency of
the payroll selected is validated against the payroll frequency, which is selected in the Manage Legal
Reporting Unit HCM Information page.
When a payroll is being added to the person in the Payroll Details page, the frequency of the selected payroll must
be the same as the payroll frequency of the TRU with which the employee's reporting establishment is associated.
Person Management
To maintain person information:
1. Select Person Management under Workforce Management in the Navigator:
3. If you select the person, the Employment page is opened, If you wish to update their personal details,
select the Actions button in the Search Results table:
4. Navigate through the various tabs to view and manage the complete set of person information. Select
either Edit>Correct or Edit>Update to modify the information in any section:
6. For the Netherlands, the Passport region is used to store ID card information along with the passport
information. The Type field lists both Regular and ID card in the list of values.
7. On the Create Document Record page, , an employer can upload a copy of the passport or ID card:
Employment Management
The Person Management work area also provides tasks for maintaining employment information.
You can modify an existing instance of employment or add a new instance if, for example, an employee has a job
change.
Adding a Nonworker
After having signed in the application to hire a Nonworker:
1. Select New Person under Workforce Management in the Navigator:
Note: If a Dutch Legal employer is selected, the following Netherlands-specific Nonworker types are displayed:
Benefit nonworker
Nonworker paid
Nonworker unpaid
4. On the Person Information page, provide the required information:
3. On the Terminate Work Relationship page, enter the termination details, including the termination reason:
Note: The Termination Reason field displays a list of Action Reasons associated with the termination
action, as described earlier in this guide.
2. Review the pay status for terminated assignments and make changes, if required:
One HCM extract definition and one flow is delivered for each report. The reports can be accessed from the Data
Exchange Work Area or Payroll Checklists Work area using a role that has the profile of a Human Resource
Specialist.
The extract definitions are associated with the type HR Archive. The definitions are based on user entities (for the
design of extract blocks) and database item groups (for the design of data elements). The Dutch localization delivers
a set of user entities and database item groups that are specific to reporting for the Netherlands. You can use these
to customize the extract definitions. Those artifacts can be used for customized extract definitions.
Business Intelligence Publisher (BIP) templates in XSL format are provided for each of the reports. The First Day
Notification audit report is additionally available in RTF format. These templates are located in the BIP Catalog,
which can be accessed from Reports and Analytics.
For setup information for the digital absence reports, refer to Oracle Fusion HCM (Netherlands): Dutch Statutory
Absences Implementation and Functional Considerations white paper.
The First Day Notification report is available for HR-only and Payroll Interface customers.
In the report process, a single XML is created for each Employee and Tax Registration Number combination.
The Tax Authorities mandate the use of start date while running First Day Notification Report. This start date is used
in the parameters of the file creation. The report creates files for employees who join on or after the date mentioned
in the start date parameter. In the exceptional case that an employee joins before the start date of the First Day
Notification Report, but needs to be reported, the employee can be selected by leaving the start date blank in the
report parameters.
The report is regenerated for the employee if a correction is made to any of the following fields:
Date of Birth
Initials
Prefix
Last Name
BSN (National Identifier)
Validations
No file is created if any of the following occurs:
Audit Report
An audit report helps you to identify the work relationships, and the creation date for the First Date Notification
report. It has a free format and is not based on any legislation. The output can be on paper or a PDF file. There is a
single audit report for the report process run.
Prerequisites
Create the jurisdiction for Netherlands Tax Office with Legislative Category as Wage Tax and LRU registration
number as Tax Registration Number.
Create the Legal Entity and specify it as both PSU and a Legal Employer.
One TRU is created automatically when the legal entity is created. More TRUs under legal entity can be created,
if required.
Create the registration at LRU (TRU) level for the Netherlands Tax Office jurisdiction.
Define the TRU as a reporting establishment.
Create employees and attach them to the reporting establishment at Assignment level.
The payroll flows that have been executed for a specific report
The output of a specific report
Figure 118. First Day Notification Report: Checklists Work Area Navigation
2. Search all the available flows related to the report whose output needs to be reviewed (or any other search
criteria) and the executed payroll flow:
Corrections
If any of the fields that are reported have changed since the report was last run, the report must be regenerated. The
last file creation date is tracked on the Manage Work Relationship page.
Any updates to the reported fields trigger the automatic selection of the First Day Notification - Recreate File
checkbox on the employee's work relationship. If this box is selected, a new report with the updated values will be
created for this employee the next time the First Day Notification Report is run for this legal employer (or the
individual employee). Once the report is generated again, the recreate option is deselected.
This report is regenerated for the employee if correction is made to any of the following fields.
Date of Birth
Example of Correction
1. Change the Prefix of the employee from Manage Person page:
2. Within the folder structure Navigate to Shared Folders > Human Capital Management > Workforce
Management > Person Management > Netherlands
Figure 123. First Day Notification Report: Reports and Analytics Navigation
3. Select First Day Notification HR Report.
4. Click View:
Alternatively, you can execute the report using the following procedure:
1. Sign in to the Oracle Fusion application and navigate to the Data Exchange Work Area.
2. Go to Submit an HCM Process and select a Netherlands-specific LDG:
Figure 125. First Day Notification Report: Submit from Data Exchange Work Area
3. Search for Run First Day Notification Report and click Next:
If the enterprise is required to extract data from the Oracle Fusion application, using the Payroll Interface, to feed an
external payroll system, additional payroll-related data is provided to support the Payroll Interface. Detailed
documentation for the Payroll Interface can be found in the Global Payroll Interface Guide
(http://www.oracle.com/technetwork/fusion-apps/payrollinterfaceguider4-1873384.pdf). The sections that follow
describe how to define payroll-related information to support the Payroll Interface for Netherlands implementations:
Figure 131. Create Legal Reporting Unit Calculation Card: Sector Fund WW Contribution
7. Select the Sector Fund WW Contribution Calculation Component and click on Edit > Correct
8. Select the appropriate sector funds for this calculation component and click OK. When you add multiple
sector funds, you must mark one of them as the default sector fund:
Figure 133. Legal Reporting Unit Calculation Card: Sector Fund WW Contribution
9. Click on component group Taxes and provide the required details for the calculation components Tax
Calculation and Wage Tax Subsidy:
Figure 134. Legal Reporting Unit Calculation Card: Tax Calculation Details
10. Enter the differentiated WGA Contribution rate:
Figure 135. Legal Reporting Unit Calculation Card: Create WGA Contribution
Figure 136. Legal Reporting Unit Calculation Card: WGA Contribution Override
12. Click Create and enter the required information as below and click OK:
Figure 137. Legal Reporting Unit Calculation Card: WGA Contribution Override Details
13. The calculation card component with the override is created as shown below:
Figure 138. Legal Reporting Unit Calculation Card: WGA Contribution Details
14. Review the information entered.
Following are the highlights of the automatic creation process for the Dutch Statutory Deductions and Reporting
Card:
Calculation cards are created automatically for all payroll relationships of type Standard. For the Netherlands,
standard payroll relationship applies to the person types Employees and Nonworker (paid).
Automatic card creation is enabled only for customers with a license for Payroll or Payroll Interface. The license
setup must be done appropriately for the automatic card creation. Refer to the section, Availability of Element
Template Functionality based on customer license, for information on setting up licenses.
A TRU calculation card must exist for the automatic card creation process. Without the TRU card, the calculation
cards will not be automatically created.
The card is created automatically upon completion of the new hire process. If additional assignments are added,
the existing card will not be updated automatically, nor will a new card be created. If required, you must create a
new card (for example, for a different TRU) or update the existing calculation card with the assignments, if the
same tax and social insurance rules apply to the new assignment.
It is assumed that reporting establishment specified in the employment page of the new hire flow is also a TRU.
It is assumed that the payroll frequency applicable for the TRU is present in the TRU flexfield.
The structure of the TRU card is the same as discussed in the above sections for manual card.
Prerequisites
As already mentioned in Hiring a Worker section, element eligibility for the element Tax and Social Insurance
Calculations should be created before creating the payroll relationship. In addition, the user should not check the
Automatic entry checkbox while creating element eligibility.
Figure 143. Manage Calculation Cards: Social Insurance Information Component Details
7. Select the Taxes component group to view the Tax and Special-Rate Tax calculation components:
Note: The reference column on the Tax component refers to the TRU to which the Tax component is attached. It is
automatically populated with the TRU linked to the reporting establishment selected during the hire process.
8. Select Special-Rate Tax, and expand the calculation component details Special-Rate Tax to see the
default values. Edit or update the values as required:
Figure 147. Manage Calculation Cards: Special-Rate Tax Individual Percentage Override
Note: If you specify a rate for the individual percentage, this percentage is taken into account while calculating
special-rate tax instead of the values provided by the legislation. Individual Percentage is applicable for one year
and must be end dated to the year-end.
12. To set the Calculation Value for Previous Year Annual Income, select Special-Rate Previous Year Income
from the list of values and provide the override value:
Note: If an override is created for previous year annual income, this amount is considered while calculating
special-rate tax as the previous year income instead of calculated previous year value. Special-Rate Previous
Year Income is applicable for one year and must be end dated to the year-end.
13. Select the calculation component Tax. In the calculation component details Standard-Rate Tax, review to
see the default values. Edit or update the values as required:
A manual personal calculation card is required in scenarios where you need to create a new card to attach
assignments on a different TRU. This is not common. It is more likely that you will need to review the automatically
created card and edit any information if required or add additional assignments to an existing card.
Prerequisites
A valid TRU calculation card must exist.
Element eligibility for the element Tax and Social Insurance Calculations should be created before creating the
card. In addition, the user should not check the Automatic entry checkbox while creating element eligibility.
1. Search for the cards available for this person. Check that the Effective As-of-Date is no earlier than the
employees hire date:
Note: The TRU selected must correspond to the Reporting Establishment selected during the new hire process.
8. Select the Tax Reporting Unit in the Correct Calculation Component window and click OK.
Note: You cannot create your Special-Rate Tax component before you have selected the Tax Reporting Unit in the
Tax component, as described in the previous steps.
Figure 160. Manual Calculation Cards: Enter Standard-Rate Tax Component Details
13. Click Save.
Note: When the card is saved, it is automatically associated to the selected TRU.
Note: If you specify a rate for the individual percentage, this percentage is considered while calculating
special-rate tax instead of which are displayed on the calculation component details. Individual Percentage
is applicable for one year and must be end dated to end of the year by user manually. You can optionally
enter the approval date for the individual percentage rate on the calculation component details.
4. To set the Calculation Value for Previous Year Annual Income, select Special-Rate Previous Year Income
from the list of values and provide the override value.
Figure 164. Manual Calculation Cards: Special-Rate Previous Year Income Override
Note: If calculation values are created for previous year annual income, this amount is taken into account while
calculating special-rate tax as the previous year income instead of calculated previous year value. Special-Rate
Previous Year Income is applicable for one year and must be end dated to end of the year by user manually.
5. Select the Social Insurance component group to display the Social Insurance calculation component and
the Social Insurance calculation component details.
6. Enter both social insurance information and subsidies and discounts here. You can use the same process
to review and edit these as you did for Tax calculation component details.
7. Select the Wage Report Information component group and review and edit the Wage Report Information
component details in the same way. If you selected a contract type during new hire, it will be shown here.
Figure 166. Manual Calculation Cards: Wage Report Information Component Details
8. Click Create to create the Sector Fund WW component.
9. Select Sector Fund WW as the calculation component and Social Insurance as the parent.
10. Select a Sector Fund that is valid for the TRU:
Association Details
To create association and association detail:
1. In the Calculation Card Overview pane, click Associations:
2. Click the Create button in Association Details, and select the assignment number and Calculation
component as shown below:
A TRU (employer deduction information) card must exist for a personal calculation card to be created. Once the
TRU is selected and the calculation card is saved, you cannot change the TRU for the card.
Payroll frequency for the assignment on the card must match the payroll frequency for the TRU with which the
card is associated.
An assignment can only be associated to a single calculation card at any time.
All assignments being associated on the card must be on the same payroll.
A payroll cannot be deleted if it is attached to assignments that are associated with a calculation card.
Following are the additional validations provided for individual components:
Attribute Validation
Tax Type and Tax Table Both tax tables (white and green) are not allowed in combination of all tax types. Only green
table can be entered with all tax types, while white table is applicable only for 0, 3 and 5 tax
types.
Tax Code, Tax Type, Tax Table and You can enter either their standard tax code through the Taxation Type, Tax Table, and Payroll
Payroll Period Period fields, or they must enter their nonstandard tax code in the Tax Code field.
Tax Code Tax code 227 applies only to employees who are of state pension age or older.
Tax code 228 applies only employees who are younger than state pension age.
Daily Tax Table and Student Taxation A person cannot have both daily tax table and student tax at the same time.
Rate
Temporary Tax Discount Applies only to employees who are lesser than the state pension age. Applies only to Green
Table.
Attribute Validation
Wage Tax Discount and Single Senior The Single Senior Discount is applicable only when the Wage Tax Discount is selected for the
Discount employee. This validation is applied on both the segments. You can select the Single Senior
Discount only if the Wage Tax Discount is selected. You cannot deselect the Wage Tax
Discount while the Single Senior Discount is selected.
Single Senior Discount The Single Senior discount is applicable only for employees who are of state pension age or
older with marital status as single.
Holiday Coupons The Holiday Coupons are not applicable for employees who are on a Quarterly payroll. The
Payroll frequency is obtained from the TRU selected on the tax component.
Attribute Validation
Sector Fund WW The sector fund selected for the Sector Fund WW calculation component must be associated
with the TRU on the TRU card.
Assignment An assignment cannot be associated with more than one sector fund on the same calculation
card.
Banking Setup
An HR customer may want to add payee banking information even if payroll is not processed by Oracle Fusion
Payroll for the Netherlands. For example, banking setup may be required for reporting purposes or because the data
may be passed to other products, such as an expenses module.
To accommodate this scenario, the setup of banks and branches must be done before entering bank accounts and
payment methods for the payee. Additionally, some payroll setup, described later in this document, would be
needed.
No banks or branches are predefined for the Netherlands. Banks and branches must be defined during
implementation. This can be done manually, by entering the banks and branches in the application, or it can be
done in a mass upload process.
Banks
To define banks:
1. Sign in to the application with a user that has implementation privileges, such as
APP_IMPL_CONSULTANT.
2. Select Manage Banks in the implementation project task list:
Bank Branches
To define branches for the banks you created:
1. Select Manage Bank Branches in the implementation project task list:
Bank Accounts
Once banks and branches are set up, you can define the bank accounts that are needed for the organization.
Normally, implementation teams set up bank accounts that are used at an organizational level, such as the source
bank accounts for payments, rather than bank accounts at the individual payee level.
Note: If you want to use this bank account for processing payments related to payroll, select the Payroll option in
the Account Use field.
Note: The only Legal Entities that can be selected are the ones that have been assigned to a Primary Ledger.
4. On the Create Organization Payment Method page, enter the required information:
In the process of creating an organization payment method a payment source needs to be created:
SEPA EFT
Cash
3. Click the Net Pay balance in the Search Results to view the balance information:
Note: The Core Relationship Payments balance dimension has been associated with this balance.
Consolidation Groups
Consolidation groups are used within the organization to enable grouping of different payrolls for reporting purposes.
No consolidation groups are predefined for the Netherlands. If you will be creating payroll definitions for the
implementation, you must define at least one consolidation group first since it is required information for payroll
definitions.
Payroll Definitions
Payroll definitions contain calendar and offset information that determine when payments are calculated and paid.
Using payroll definitions, you can specify payment frequency, processing schedule, and other parameters for a
particular payroll. Payroll period types, such as weekly or monthly, determine the interval at which you pay
employees.
Before you can create a payroll definition, you must have already defined a legislative data group and consolidation
group.
In the sample screen above, only the basic information required to create a payroll definition (for the purpose of
assigning a payment method to an employee) is provided.
For more information about personal payment methods, refer to the Oracle Fusion Global Payroll User Guide
(http://www.oracle.com/technetwork/fusion-apps/payrolluserguider4-1873385.pdf).
4. On the Personal Payment Method page, select the Organization Payment Method for this employee:
Note: If the payment type is SEPA EFT, you must add a bank account and provide banking details
Elements may also be used in the process of calculating gross compensation for the Payroll Interface.
HR-Only: An HR-only customer gets access to the basic version of the element templates. These templates create
the element and the customer needs to create the input values, formulas, balances etc to meet their business
requirements.
Payroll Interface: A payroll interface customer gets access to a number of payroll features not available to a HR-
only customer. This includes access to the full earnings element that will create the element, input values, formulas,
balances etc. These earnings elements can be processed through the calculation to Gross process, which is also
available to Payroll Interface customers. Any other types of element, such as deductions are created using the basic
version of the element templates and the customer needs to create the input values, formulas, balances etc.
Payroll: A payroll customer gets access to all full set of earning and deduction templates. These templates create
the element, input values, formulas, balances etc.
Disclaimer: If customers want to use element in payroll, then new elements should be created only after the Oracle
Product Usage is set to Payroll. This creates the full set of data that is required in payroll such as elements, input
values, balances, formula.
4. Navigate to Manage Default Process Configuration Group Profile Option Values Task in FSM:
Figure 201. Manage Default Process Configuration Group Profile Option Values
5. Set the appropriate configuration group in the profile option value field:
2. Set the appropriate license customer has taken for that country:
The following steps show how to create a regular earnings element for basic salary:
1. Sign in to the Oracle Fusion application using a role that has the profile of a Payroll Manager:
Note: The questions and default answers shown here are based on the predefined core element template for
earnings. Your answers drive the definition of the earnings element to be created.
6. Click Next, and complete the rest of the questionnaire:
Note: Use the Element Overview panel to navigate through the setup pages. Element eligibility must be defined so
the element can be linked to an element entry (and hence to gross compensation).
9. In the Element Overview panel, select Actions>Create Element Eligibility.
10. On the Element Eligibility page, enter a name in the Element Eligibility Name field and click Submit.
Note: By entering only a name and no eligibility criteria, the element is eligible for all employees.
11. Click on Input Value in the left panel to provide additional information as needed:
12. Repeat this entire process to create a set of elements to support your business needs. For example, you
might create another element for a car allowance.
Element Entries
For earnings to be associated with a person, you must create an element entry for that person and that element. In
the sections that follow, you will see how an element entry is automatically generated by creating a Salary Basis or a
Compensation entry for the payee. Other processes (described in detail in the Oracle Fusion Payroll Guide) can also
be used to create element entries for a person.
Individual Compensation
To create a compensation plan, such as for a car allowance:
1. In the Compensation work area, select Manage Plans and click Create:
Figure 219. Create Individual Compensation Plan: Payment Start and End Dates
4. Select the Eligibility tab to define eligibility for the plan:
Adding a Salary
To add a salary:
1. Select Manage Salary in the Person Management work area:
When you save this record, an element entry with the specified start and end dates is automatically generated. You
can view the entry on the Manage Elements page:
Note: An annualized value of the compensation is given to the Salary Basis. The salary element entry is
passed to the Gross Compensation calculation process, which prepares compensation data for the Payroll
Interface.
Adding Compensation
1. Select Manage Compensation in the Person Management work area
3. On the Award Compensation window, select the previously created compensation plan and enter the
compensation amount, such as 500 EUR for Car allowance:
When you save this record, an element entry with the specified start and end dates is automatically generated. You
can view the entry on the Manage Elements page:
Based on this report output, the user can take the necessary action to enter or correct the data before running the
dependent processes or reports.
Examples of where there could be missing or non-compliant data are:
At the time of data entry, required information for a statutory process is unavailable.
Some of the data being migrated from previous applications and required for running the statutory processes
might be unavailable during migration or might be statutorily non-compliant.
This data might not be needed by customers running legal processes or reports with third-party providers. Hence,
these validations are not enforced at a UI level. The report helps users by providing:
The list of employees who have either missing data or statutorily noncompliant data.
Details of the business rule and a validation message to enable the user to know which data to enter or correct.
Organization
Person
A value for the attribute Address is required
A house or building number is required if the address includes a house or building number addition.
The postal code must follow the format NNNNAA, where N is a number and A is either an uppercase or a
lowercase letter, for example, 2412DC.
A value for the attribute Name Initials is required.
A value for the attribute First Name is required.
A value for the attribute Marital Status is required.
8. Select the file under File Name or URL to view the output.
You must run this report after the Gross Compensation calculation process.
You can run this report for a single employee. Use this report when there is an issue with an employee and you
need to view the results for that single employee to help diagnose the problem. The report shows all the results for
an employee.
Payroll Flow: Identifier for the process that is being run. You can enter a value each time the process is
executed. You can choose any format to describe the payroll flow.
Payroll: Payroll definition for which the payroll is run.
Process Start Date: Start date of the process for which the payroll is run.
Process End Date: End date of the process for which the payroll is run.
You can sort this report by Employee Full Name, Payroll Relationship, and Process Date.
If two reports are run on the same date, the reports display data by Payroll Name in ascending order. The report is
based on the Run Results.
Payroll Flow: Identifier for the process that is being run. You can enter a value each time the process is
executed. You can choose any format to describe the payroll flow.
Process Start Date: Start date of the process for which the payroll is run.
Process End Date: End date of the process for which the payroll is run.
Payroll: Payroll definition for which the payroll is run.
CONTACT
MAR_STATUS
PER_HIGHEST_EDUCATION_LEVEL
PER_NATIONAL_IDENTIFIER_TYPE
PER_ETHNICITY
PER_VISA_PERMIT_TYPE
In order to verify that all the tasks needed in an Oracle Fusion Human Capital Management implementation have
been performed, we recommend referring to the documents mentioned in the Other Information Sources section.
BSN (Burgerservicenummer) is the Citizen Service Number or Tax and Social Insurance Number national identifier
for the Netherlands.
Business unit
Business Unit is a unit of an enterprise that performs one or many business functions that can be rolled up in a
management hierarchy. A business unit can process transactions on behalf of many legal entities.
Consolidation group
Consolidation group is a grouping of payroll runs within the same time period for which you can schedule reporting,
costing, and post-run processing.
Calculation card
A mechanism for capturing values required for calculating payroll deductions at the level of a payroll statutory unit,
tax reporting unit, or payroll relationship. At the payroll relationship level, this is called a personal calculation card. At
the tax reporting unit level, it is the employer deduction information card, also referred to as the TRU card.
Calculation component
An individual calculation captured on a calculation card. Typically relates to a calculation element for which the
calculation component creates an entry.
Department
Division
Division is a business-oriented subdivision within an enterprise. Each division is organized to deliver products and
services or address different markets.
Enterprise
Enterprise is an organization with one or more legal entities under common control.
Flexfield
Grouping of extensible data fields called segments, where each segment is an attribute added to an entity for
capturing additional information.
Gatekeeper Law
Dutch legislation (Wet Verbetering Poortwachter) that describes the process, schedule, and documentation to which
an employer must conform to support the return to work of an employee who has been on an extended, or repeated
(and related) pattern of sickness absence.
Geography structure
A hierarchical grouping of geography types for a country. For example, the geography structure for United States is:
State, County, City, and then Postal Code.
The first jurisdiction a legal entity or establishment must register with to be allowed to do business in a country.
Legal authority
A government or legal body that is charged with powers such as make laws, levy and collect fees and taxes, and
remit financial appropriations for a given jurisdiction.
Legal employer
Legal entity
An entity is identified and given rights and responsibilities under commercial law, through the registration with the
country's appropriate authority.
Legal jurisdiction
Legal jurisdiction is a physical territory, such as a group of countries, single country, state, county, parish, or city,
which comes under the purview of a legal authority.
Legal reporting unit is the lowest level component of a legal structure that requires registrations. Used to group
workers for the purpose of tax and social insurance reporting or represent a part of your enterprise with a specific
statutory or tax reporting obligation.
Legislative data group is a means of partitioning payroll and related data. At least one legislative data group is
required for each country where an enterprise operates. Each legislative data group is associated with one or more
payroll statutory units.
Location
A legal entity registered to report payroll tax and social insurance. A legal employer can also be a payroll statutory
unit, but a payroll statutory unit can represent multiple legal employers.
A group of action parameters that set options, mainly related to performance and logging, for payroll processes. A
few parameters control other features, such as element templates, dates, and report output location.
Registration
The record of a party's identity related details with the appropriate government or legal authorities for the purpose of
claiming and ensuring legal and or commercial rights and responsibilities.
Reporting establishment
An organization used in the production of human resources (HR) reports that are required by government agencies.
Tax reporting unit is a legal entity that groups workers for the purpose of tax and social insurance reporting.
SEPA
The Single Euro Payments Area (SEPA) will be the area where citizens, companies and other economic actors will
be able to make and receive payments in euro, within Europe, whether between or within national boundaries under
the same basic conditions, rights and obligations, regardless of their location.
CONNECT W ITH US
blogs.oracle.com/oracle
Copyright 2017, Oracle and/or its affiliates. All rights reserved. This document is provided for information purposes only, and the
contents hereof are subject to change without notice. This document is not warranted to be error-free, nor subject to any other
facebook.com/oracle warranties or conditions, whether expressed orally or implied in law, including implied warranties and conditions of merchantability or
fitness for a particular purpose. We specifically disclaim any liability with respect to this document, and no contractual obligations are
formed either directly or indirectly by this document. This document may not be reproduced or transmitted in any form or by any means,
twitter.com/oracle
electronic or mechanical, for any purpose, without our prior written permission.
oracle.com Oracle and Java are registered trademarks of Oracle and/or its affiliates. Other names may be trademarks of their respective owners.
Intel and Intel Xeon are trademarks or registered trademarks of Intel Corporation. All SPARC trademarks are used under license and
are trademarks or registered trademarks of SPARC International, Inc. AMD, Opteron, the AMD logo, and the AMD Opteron logo are
trademarks or registered trademarks of Advanced Micro Devices. UNIX is a registered trademark of The Open Group. 0817
White Paper Title: Oracle Fusion HCM (Netherlands): HR Implementation and Functional Consideration
August 2017
Author: Pawan Kumar
Contributing Authors: Julia Margetson