Implementing Payroll Interface For ADP Global Payroll
Implementing Payroll Interface For ADP Global Payroll
Payroll
ORACLE WHITE PAPER | JANUARY 2018
Table of Contents
Introduction 1
Prerequisite 1
Organization Setup 2
Enterprise 2
Loading Geographies 2
Legal Employer 7
Payroll 9
Salary Management 13
Illustration: 30
Effective Dates 40
Prior Values 41
Action Indicators 44
Lookup Type 48
Value Sets 49
Fast Formula 49
Setup Recommendations 51
License Type 53
Payroll 53
Elements 53
Object Groups 54
SFTP 54
Transaction Recommendations 54
Deletions 54
Payroll Transfers 55
Employee Terminations 55
Operational Recommendations 57
Flow 57
Instance Name 57
Initial Extract 57
Extraction Window 58
Extraction Schedule 58
Ad hoc Runs 58
Prerequisite
Configure these prerequisite elements:
The setup mentioned below is not specific to the payroll interface scenario. However, set up all these organizations
completely before commencing any transaction.
Enterprise
An enterprise is enabled out-of-the box when the cloud environment is provisioned. Use the Manage Enterprise
HCM Information task to configure any implementation specific details at the enterprise level.
Loading Geographies
Load geographies to create the geography structure for each country. It defines the following:
For example, you can create geography types called State, City, and Postal Code.
To load US geographies for Robertson Global Services, complete the following steps:
1. From the Setup and maintenance work area, search for and select the Load Geographies for US task.
2. On the Load Geographies for US page, Processes tab, select the Validate Input Parameters and Load
Geography Information job.
3. In the Data Source field, ensure that you have selected Vertex.
For example, for a multinational, multiple company enterprise, register one payroll statutory unit in each country,
where people are employed and paid. For a simpler setup, register a consolidated payroll statutory unit to pay and
report on workers across multiple legal employers within the same country.
Associate a legislative data group with a payroll statutory unit to provide the correct payroll information for workers.
Illustration:
Robertson Global Services operates in multi-countries and pays its employees through ADP Global Payroll. The
company uses Fusion Global Payroll interface to transfer employment details of its employees and optionally, their
pay components to ADP Global Payroll. They create a consolidated payroll statutory unit to report on workers across
the multiple legal employers within US.
Follow these steps to create the payroll statutory unit and associate it with a legislative data group:
1. From Setup and maintenance, navigate to the Manage Legal Entities for Human Capital Management
task either through the implementation project (as shown in screenshot below) or directly.
Legal Employer
A legal employer is a legal entity that employs workers. Depending on the structure of the organization, there might
be one of the following:
» One legal entity that is also a payroll statutory unit and a legal employer.
» Multiple legal entities which are children of one payroll statutory unit.
» Multiple legal entities, payroll statutory units, and legal employers.
For example, as Robertson Global Services performs its payroll processing and payments using the ADP Global
Payroll, they wouldn’t create the entire payment structure in HCM cloud. However, since the availability of at least
one payment method is a pre-requisite to the payroll definition, they could define one payment method specifying
one bank account.
To create a payment method and associate it to a payment source, perform the following steps:
1. On the Setup and Maintenance page, search for and select Manage Organization Payment Methods
task.
2. On the Manage Organization Payment Methods page, click Create to create a new payment method
under the US legislative data group.
Payroll
Payroll definitions indicate the payment frequency and processing schedule. The Global Payroll Interface application
uses payroll definitions to group employees with similar pay characteristics so that reporting and processing of
payroll by the third party payroll application becomes efficient. Employees are associated with payroll through payroll
relationships. Typically, to pay employees, define one payroll for each payment frequency.
Robertson Global Services uses three pay frequencies, namely Monthly, Bi-weekly, and Weekly to process
payments for the different categories of its employees.
For specifying payroll details when creating payroll definitions, you must be familiar the following definitions:
The effective start date is the first date when the payroll definition is available for employee data. The start date must
be on or before the earliest date of any historical data that you want to load.
For example, for a payroll starting on 1/1/2013 with five years of historical payroll data to load, you set the start date
of the payroll definition to 1/1/2008.
The effective start date does not affect the generated calendar of payroll periods. The start date for the first payroll
period is based on the first period end date.
The first period end date is the end date of the first payroll period that the application generates for a payroll
definition. Typically, it is based on the date of implementation, tax year, benefits enrollments, or a particular payment
cycle.
For example, if your weekly payroll work week is Saturday through Friday, and your first payment date is on 1/6/12,
you could use 12/30/11 as your first period end date.
Number of Years
The number of years represents how many years of time periods to generate starting from the beginning of the first
payroll period, which is determined by the first period end date.
After you save a payroll definition, you can only increase, but cannot decrease this parameter because the
application would have already generated a calendar of time periods.
To create payroll definitions, perform the following steps:
1. On the Setup and Maintenance page, select Manage Consolidation Groups to open the Manage
Consolidation Groups page.
2. In the Search Results section, click Add Row from the Actions menu.
3. In the Name field, enter a name.
4. In the Legislative Data Group field, select a US Legislative Data Group.
5. Click Save.
6. Click Done to return to the Search page.
7. Search for and select the Manage Payroll Definitions task to open the Manage Payroll Definitions
page.
8. In the Search Results section, click Create from the Actions menu.
Salary Management
Salary Management involves the following:
To define a base pay element, salary basis, and the association of the element with the salary basis, perform the
following steps:
Parameter Value
Legislative Data Group Legislative Data Group under which you want
to create the element
Parameter Value
Reporting Name Enter the name that you want to display on reports for this element.
Effective Date 1/1/1951. Enter an early date so that the payroll element is available for
use immediately in your salary bases.
What is the earliest entry date for this First Standard Earning Date
element?
What is the latest entry date for this Last Standard Process Date
element?
At which employment level should this Match the employment level to the level at which the salary basis is
element be attached? associated with workers, either Assignment Level or Term Level.
Does this element recur each payroll For base pay, use Recurring.
period, or does it require explicit entry?
7. Click Next to open the Create Element: Review page. Review the element definition.
9. In the Elements Overview section, select Element Eligibility. Select Create Element Eligibility from the
Actions menu. Create an open element eligibility for the element just defined.
NOTE: When managing salary for employees, use the salary basis with the frequency that matches up with the
employee pay frequency.
3. On the Submit a Payroll Flow: Select Flow Pattern page, search for the Manage Global Payroll
Interface Features Usage flow.
4. Select the flow and click Next.
Parameter Value
Component Search for Additional Assignment Details for ADP Global Payroll
Subcomponent The search displays all the delivered data elements under the component. Choose the
element that you want to enable.
Repeat steps 3 to 6 choosing the various subcomponents that you want to enable under the feature.
7. To enable the additional data available under Person, repeat the above steps using the following details:
Parameter Value
Recommendation: Features and the subcomponents that you can enable for implementation depends on
the recommendation given by ADP. Please consult with ADP before enabling the features and
subcomponents.
13. Ensure that the Deployment Status column shows a green tick mark.
Assignment Assignment
HR Administrator Assignment
ADP manages and specifies the list of values for these data elements. To make these values available for person
management transactions, the Oracle Fusion HCM cloud captures them using the user lookup types and value sets.
For example, you can capture Business Area as a lookup code and Employee Group and Sub-Group as value set.
3. On the Manage Common Lookups page, Lookup Type field, enter ORA_GPY_BUSINESS_AREA and
click Search.
Field Description
Display Sequence 10
3. On the Manage Value Sets page, Value Set Code field, enter ORA_GPY_PER_AREA_VS. Click Search.
Illustration:
Robertson Global Services uses three payrolls to process payments for its employees. Group these three payrolls
into one or more object groups as shown below. Run the extract process against each object group to extract data
belonging to the payrolls grouped together.
1. From the Setup and Maintenance page, search for and select the Manage Object Groups task.
Field Description
Name ADP_US_PAY_OBJ_GRP
6. In the Object Group Parameter dialog box, search for and select the value for usage as Reports.
7. On the Create Object Groups page, click Next.
8. In the Payroll Definition Inclusion and Exclusions section, add a new record.
9. Select the payrolls that need to be grouped together using the Lens icon.
NOTE: Follow the same to create a group of employees for adhoc data extraction scenarios. Repeat the
above steps 1 to 4. In step 8, Payroll Inclusion and Exclusion section, instead of choosing the Payrolls,
select the relevant payroll relationships.
Associate employees to payrolls during the hiring process. Additionally, you can associate hired employees to the
respective payroll.
New Employees
When hiring an employee using the Oracle Fusion HCM hire flow, specify the payroll to which the employee must be
mapped in the Payroll Details sub section of the Assignment section.
On the Manage Payroll Relationships page, you can associate newly-hired employees to the respective payroll.
1. On the Person Management page, search for the employee.
Ensure that you have loaded the master list of applicable values provided by ADP into the Fusion HCM application
before you map employees with those values.
Field Description
Category Element
Element Name Select the element name defined for the base pay.
4. Click OK.
5. On the Rate Definition page, complete the following fields:
Field Action
The Standard Payroll Interface for ADP Global Payroll flow includes the following processes in addition to the ADP
Global Payroll interface process:
Process Description
Data Validation Report Validates the data available on the Fusion HCM cloud
before passing them to ADP. It takes into account the
statutory requirements and identifies the missing or non-
compliant data. You can then take the necessary action
to fix the data before passing the data to ADP.
Payroll Interface for ADP Global Payroll Submits the ADP Global Payroll interface process and
generates the output file that is passed to ADP.
2. Select the Submit a Process or Report task from the task pane.
3. Select the legislative data group.
4. Search for and select the Run Payroll Interface for ADP Global Payroll process. Click Next.
Parameter Description
Object Group The application extracts data pertaining to the conditions mentioned in the selected Object group.
» If the object group is a group of payrolls, then the application considers all employees associated
with the payrolls that have been mapped to this object group for extraction. This enables data
corresponding to multiple payrolls being reported in a single output file.
» If the object group is a group of payroll relationships created for the purpose of exception
reporting, then the application extracts only those payroll relationships (employees) mapped to
this object group.
Payroll Payroll is an optional parameter provided to support customers who do not wish to group payrolls.
If you specify a payroll, then the application extracts only those employees that are mapped to that
particular payroll.
Process End Date End date of the extraction period. The application considers this as the effective date and extracts those
records that are effective as on this date.
These features and their intended usage are discussed in detail in the section below:
» Effective Dates
Effective Dates
The effective start and end dates are enabled for a specific set of data elements, such as Assignments, Salary, and
so on.
Two data elements - EffectiveStartDate and EffectiveEndDate are added to these blocks. These data elements will
contain the start and end date of the record extracted.
NOTE: The payroll interface for ADP Global Payroll extracts the top-of-the-stack record that is effective as on the
effective date of extraction for all HR related data. It takes the Process End Date parameter specified at the time of
submitting the payroll interface as the effective date for extracting data.
For example, consider the following set of date effective assignment data records for an employee:
» Scenario 1: When the extract process is run with effective date (= end date parameter) as 10-Dec-2017, the
application extracts Record #3 with start date as 1-Dec-17 and end date as 31-Dec-4712 (end of time).
Prior Values
The ADP Global Payroll interface extracts and communicates changes made to the employment and payment data
of employees to ADP Global Payroll. To identify and interpret the actual change, the BLOCK_OLD mode has been
enabled on the ADP Global Payroll Interface.
While the updated data as on the effective date comes up as the current value of the respective attribute, the
previous value of the attribute is reflected as prior value of that attribute.
In the below example, an employee moves from the Consulting department to Development department changing
his position from Consultant to Developer.
The table below summarizes the behavior of the PriorValue attribute in response to the type of change that the data
element undergoes.
<ADDRESS2></ADDRESS2>
</DEMO>
First Snapshot Yes/No = Prior Yes/No = Yes Change: Available data is reported and the corresponding prior
Yes/No = Yes
Run with Changes value will be NULL value shows NULL.
Only = BLOCK_OLD <DEMO>
An object or entity <PERSON NUMBER Prior_value=””> 11111 </PERSON
reported for the first NUMBER>
time.
<NAME Prior_value =””> JACK </NAME>
Includes New Hire and
<ADDRESS1 Prior_value=””> BELMONT </ADDRESS1 >
Payroll Transfer as a
new entity. <ADDRESS2></ADDRESS2>
</DEMO>
Element changes from Yes/No = Prior Yes/No = Yes Change: Address 2 changed from no value to a value and has a
Yes/No = Yes
no value to a value.
value will be NULL prior value NULL. The other attributes have not changed and
so they do not contain a prior value.
<DEMO>
</DEMO>
Element changes from Yes/No = Yes Yes/No = Yes Change: Address 2 changed from value to no value and has a
Yes/No = Yes
value to no value.
prior old value. The other attributes have not changed and so
they do not contain a prior value.
<DEMO>
</DEMO>
Element does not Yes/No = No Yes/No = No Change: No changes. All values are shown as they are without
Yes/No = No
change
prior values.
<DEMO>
<ADDRESS2></ADDRESS2>
</DEMO>
Element changes from Yes/No = Yes Yes/No = Yes Change: Element changes from one non-null value to another
Yes/No = Yes
one non-null value to
non-null value. Address changes from Belmont to Jersey city.
<ADDRESS2></ADDRESS2>
</DEMO>
» Data validation report that validates the completeness and correctness of the data that is being extracted. For
more information about this report, refer to the section: Data Validation Report.
» ADP Global Payroll interface process.
» Data deletion report that reports what was deleted on the Fusion HCM Cloud subsequent to the last data
extraction. For more information about this report, refer to the section: Data Deletion Report.
» The Calculate Rates process.
The delivered flow Standarad Payroll Interface for ADP Global Payroll contains all of the above processes that
are run executed when you submit the flow.
Illustration:
When the extraction start and end date is 1-Jun-17 to 30-Jun-17, the application extracts the salary records as
shown in the table below:
When the extraction start and end date is 1-Jun-17 to 31-Jul-17, the application extracts the salary records as
shown in the table below:
Action Indicators
The ADP Global Payroll Interface comprises of delivered indicators that help the third party applications to avoid
interpreting data changes that happen because of various transactions. The applications can use the indicators to
decide on the corresponding action to perform.
Indicators identify and indicate the transactions that cause change in the employment information.
In the first release, the indicators identify the following such transactions:
Salary Change » Indicates whether a salary change has happened during extraction.
» Located within the Assignment data.
» Represented by values Y, N, and Null.
The below table summarizes the behavior of the indicators for various scenarios:
Action
Indicator
Effective Block_Old Mode
Name
Date
1-Mar to 31-Mar Any period subsequent Daily Extract for 4-Mar Daily Extract for 5-Mar Daily Extract for 6-Mar
to 31-Mar
New Hire Hire Date = 5- ActionIndicator = H ActionIndicator = O. Employee not ActionIndicator = H ActionIndicator = O
Mar-2017 All attributes for the reported All attributes for the Prior value for
Prior value for New
person should also person should also ActionIndicator = H
Hire flag = H
come up since the come up since the Any other attribute that
Any other attribute that
person is extracted for person is extracted for has undergone
has undergone
the first time. All prior the first time. All prior changes or has been
changes or has been
values should be null. values should be null. marked should come
marked should come
up with prior values.
up with prior values.
If no other attribute
If no other attribute has
has changed, the
changed, the person
person should not
should not come up in
come up in the extract
the extract at all.
at all.
Rehire Rehire Date = Same as new Hire Same as new Hire Same as new Hire Same as new Hire Same as new Hire
5-Mar-2017 except that for rehire except that for rehire except that for rehire except that for rehire except that for rehire
the ActionIndicator will the ActionIndicator will the ActionIndicator will the ActionIndicator will the ActionIndicator will
have the value as R. have the value as R. have the value as R. have the value as R. have the value as R.
Payroll Payroll Under first payroll: Employee would only Employee would Under second payroll: Employee would only
Transfer Transfer date Payroll transfer flag = show under second show under first Employee would show show under second
= TO (=transfer out). payroll. payroll. under the second payroll.
5-Mar-2017 Employee would show payroll from 5-Mar.
Payroll transfer flag = Payroll transfer flag = Payroll transfer flag =
under the first payroll till Payroll transfer flag = TI
blank TO blank
4-Mar.
Under second payroll:
Employee would show
under the second
payroll from 5-Mar.
Salary Salary change Salary change flag = Y Salary change flag = Salary Change Flag = Salary change flag = Y Salary change flag =
change date = N/Blank N/Blank Prior Value = Prior value = N/Blank N/Blank if the
Prior Value = N/Blank
5-Mar-2017 N/Blank if the Salary record would employee is picked up.
Salary record would Prior Value = Y if the
employee is show the latest salary
show the latest salary employee is picked up.
extracted. record based on current
record based on current
design with the effective
design with the effective
dates starting from 5-
dates starting from 5-
Mar. Element entries
Mar. Element entries
would show the salary
would show the salary
element entry record
element entry record(s)
starting on 5-Mar.
ending on 4-Mar and
starting on 5-Mar
Terminate ATD = 20- If the same payroll ActionIndicator = O ActionIndicator = O ActionIndicator = T. When extract is run for
and Rehire Mar-2017 relationship id is used Termination Details 21-Mar-2017:
in the Date on which for rehire: should be populated ActionIndicator = R.
extraction the ActionIndicator = R with ATD as 20-Mar-
period termination Termination details 2017.
was recorded should be populated
in the system with ATD as 20-Mar-
= 2017.
5-Mar-2017
Rehire Date =
21-Mar-2017.
Hire, Hire Date = 1- If the same payroll ActionIndicator = O When running the ActionIndicator = T. When extract is run for
Terminate Mar-2017 relationship is used for extract for 1-Mar- Termination Details 21-Mar-2017:
and Rehire Termination rehire: 2017, ActionIndicator should be populated ActionIndicator = R.
in the same recorded on 5- ActionIndicator = R =H with ATD as 20-Mar-
period Mar-2017 Termination details From 2-Mar to 4-Mar, 2017.
ATD = 20- should be populated. it will be O.
Mar-2017 Previous hire details
Rehire Date = should be populated.
21-Mar-2017
To ensure that the ADP Global Payroll application does not process this employee as a new hire again, the
Indicator Repeated flag will report a value Y to the application.
Some scenarios where the value of Action Indicator flag could repeat are as follows:
1. Ad-hoc extraction runs covering retrospective data changes. Such runs will have their start dates pushed
back in history, but their end dates will be the same or later than the end date of the previous run.
2. With periodic extractions, the extract might actually be run daily with the extraction window sliding by a day
every time. This might cause an overlap of the extractions.
To generate ADP Global Payroll interface files with the above filename, complete the following configurations:
» Lookup Type
» Value Sets
» Fast Formula
Lookup Type
Configure a new lookup type to hold implementation specific values for some of the components in the dynamic file
name. For example, the Client Number might vary between different customers. And you must capture to use it in
the file name.
Creating a Lookup Type
1. On the Setup and Maintenance page, search for and select the Manage Common Lookups task.
2. On the Manage Common Lookups page, click New.
3. Enter the values as shown in the table:
Parameter Value
Description ADP Global Payroll System Number ADP Global Payroll Client Number
6. Click Save.
Value Sets
Value Sets are used to extract various values required to form the dynamic output file name.
Fast Formula
A fast formula needs to be defined to combine the various filename components in the correct sequence and return the final
filename.
Create fast formula of type Extract Rule as shown in the table below:
Description Formula to consolidate various filename components and return the final output filename
dynamically.
----- GET THE INSTANCE NAME FROM THE INTERFACE PROCESS PARAMETER
L_FINAL_VALUE='ORC_P' + GET_PARAMETER_VALUE('INSTANCE_NAME')
L_PARAM ='|=LOOKUP_CODE=''ADP_GV_SYSTEM_NUMBER'''
L_VALUE_1 = GET_VALUE_SET('ADP_GPY_OUT_FILENAME_COMP_VS',L_PARAM)
----- GET THE CLIENT NUMBER FROM THE LOOKUP AND CONCATENATE TO FINAL
FILENAME
L_PARAM ='|=LOOKUP_CODE=''ADP_SAP_CLIENT_NUMBER'''
L_VALUE_1 = GET_VALUE_SET('ADP_GPY_OUT_FILENAME_COMP_VS',L_PARAM)
L_FINAL_VALUE = L_FINAL_VALUE + L_VALUE_1
----- GET THE COUNTRY CODE FROM THE LDG AND CONCATENATE TO FINAL FILENAME
L_LEG_PARAM = GET_PARAMETER_VALUE_NUMBER('LEGISLATIVE_DATA_GROUP_ID')
L_PARAM ='|=LEGISLATIVE_DATA_GROUP_ID='+TO_CHAR(L_LEG_PARAM)
L_VALUE_1 = GET_VALUE_SET('ADP_LEGISLATION_CODE_VS',L_PARAM)
L_FINAL_VALUE = L_FINAL_VALUE
+GET_VALUE_SET('SYST EM_TIME_STAMP_VS')+L_VALUE_1+'ORCL_'+'HR MD'+'01_'+'D'
+'UT8'+'G2I'+'.SAP'
RULE_VALUE = L_FINAL_VALUE
RETURN RULE_VALUE
-------FORMULA ENDS-------------------------------------------------------------------------------------
-----
The extract version number is of the format x.y.z (example 1.0.0) where
NOTE: The count displayed in the file is the count of distinct payroll relationships. For example, an employee with
two payroll relationships is reported as two in the record count.
The Fusion ADP Global Payroll Interface and its corresponding application consist of components that are designed
for use with the ADP Global Payroll product.
Follow these recommendations when implementing the Fusion ADP Global Payroll Interface on Oracle Fusion HCM
cloud.
NOTE: These recommendations ensure that the setup is fully supported by ADP Global Payroll. Fusion HCM cloud
provides flexibility by allowing alternate configurations for some or most of these business objects. If required, use
these alternate configurations after consulting with the ADP consultants.
Setup Recommendations
Set up the following in the Fusion HCM cloud:
Geography data
Ensure that you load the geography data from the respective application, such as Nokia or Vertex before configuring.
For example, for United States and Canada, load the geography data from Vertex using the following tasks:
For countries for which Oracle has not delivered an extension, you might need additional configurations to use these
legislations.
Refer to the Payroll Legislative Data: Explained section in Implementing Global Payroll Interface guide for setting up
these legislations.
Payroll
Ensure the following:
» All pay frequencies supported by ADP for every legislation is configured as payrolls within the respective
legislation in Fusion HCM cloud.
» Employee-payroll mapping in Fusion HCM cloud synchronizes with the ADP mapping.
Elements
When configuring elements, specify the output currency for elements as the currency associated to the legislative
data group.
For more information on managing element input values, refer to the chapter “Elements” in Implementing Global
Payroll Interface cloud document.
Object Groups
When setting up a group of payroll and payroll relationships, use the Payroll Inclusions and Payroll Exclusions
section to specify the payroll of interest.
SFTP
To configure ADP’s secured FTP server for automatic file delivery, follow the instructions provided in Oracle Support
Document Id 1526505.1 - How to setup sFTP Server for BI Publisher.
Transaction Recommendations
Follows these recommendations when performing transactions on the Fusion HCM cloud:
Deletions
» Do not purge data. To delete data, use the end date option of the business object.
Payroll Transfers
» Transfer employees as close as possible to the process period end date of the destination payroll.
» Update the Final Close Date of the source payroll as the process period end date. To set up the Final Close Date,
refer to the section Updating the Final Close Date.
» In the output file, for transferred employees, the Payroll Transfer Indicate the following:
» TO (transfer out) on the source payroll.
» TI (transfer in) on the destination payroll.
» Transferred employees are reported under both source payroll and destination payroll till the source payroll’s
process period end date (which is also updated as the Final Close Date). Such employees are processed in the
source payroll for that period.
» After the process period end date, the employees will appear only under the transferred payroll.
Employee Terminations
When recording terminations, specify the Notified Termination Date as the date on which termination is recorded
in the system.
» Update the payments on the Fusion HCM cloud and send the details to Payroll for process.
Until you make the final settlement for the employee, extract the terminated employee’s details whenever there is
a change in employee’s information. Update the Final Close Date of the payroll relationship of the terminated
employee. Set the date into a future period in time so that the organization can process the final settlement. After
the Final Close Date, the application does not extract the employee.
» Capture and process the payroll details directly on the Global Payroll application.
In this case, the application does not extract the terminated employee after the terminated date. Set the Final
Close Date as the actual termination date of the employee so that the application does not extract the employee
after the termination date.
Operational Recommendations
Follow these recommendations for submitting the ADP Global Payroll Interface.
Flow
For processing the ADP Global Payroll interface, use the delivered Run Payroll Interface for ADP Global Payroll
flow. This flow when run from a specific LDG extracts the global data and the legislative data pertaining to the
country to which that LDG is associated.
Instance Name
Identifies the type of environment on which the current data extraction is run. This can be one of the following –
Production, Development or QA Test. This source pod determines the ADP destination system into which the
extracted data is imported.
This parameter is defaulted to QA Test and must be set appropriately before the process is submitted.
Initial Extract
Extracts all information pertaining to all employees identified based on process parameters. Since this information is
available on the ADP Global Payroll application, the ADP Global Payroll application does not use the output file of
initial extract for any processing.
If the recommended daily runs do not address the business requirements, consider a wider extraction window and
set the following to ensure that you address the retrospective data entries and future dated changes that you must
report in advance:
» Extraction start date to a date sufficiently earlier than current date.
» Extraction end date to a date sufficiently later than the current date.
Extraction Schedule
Schedule the regular ADP Global Payroll interface processes like any other process within the Fusion HCM cloud.
The application supports all options, such as dynamic (fast formula based) date parameter setting.
When scheduling the ADP Global Payroll Interface runs or when executing successive ADP Global Payroll Interface
runs, ensure that you do not set the Process End Date parameter to a date that is earlier than the Process End
Date parameter of any of the previous runs. The Process End Date parameter must always be same or later than
the Process End Date of the previous run.
Ad hoc Runs
The ADP Global Payroll Interface supports ad hoc runs to address exception scenarios that result in transaction and
ad hoc changes. Examples include retrospective changes to the employees’ salary, mistakes in data, and so on.
The ADP Global Payroll interface can be run ad hoc in between regular runs. For such runs, the start date of the
extraction can be pushed back to a date as early as needed to cover all the retrospective data changes, keeping the
end date of the extraction the same as the end date of the immediate last regular interface run.
Subsequent runs of the interface will pick up only those data that have undergone changes after the ad hoc run was
complete.
Extraction Rollback
Roll back nullifies the extraction runs that failed or contain erroneous data.
You can perform rollback at both the process level and within the process.
Refer to section: Setting Up Object Groups for more information on setting up payroll relationship groups.
Rolling back multiple processes
When rolling back multiple processes, roll back the last submitted process first.
It is a part of the Standard ADP Global Payroll Interface consolidated flow and is automatically submitted when the
consolidated flow is submitted. If required, the report can also be run independently.
3. In the Manage Audit Policies page, click Configure Business Object Attributes corresponding to
Oracle Fusion Applications.
5. Select Personal Payment Method. The attributes available for auditing are displayed on the right hand
side of the page under Audited Attributes section.
7. In the Select and Add Audit Attributes dialog box, search for the attributes that you want to audit and
click OK.
3. Click Next.
4. On the parameters page, enter the following parameters as shown in the below table:
Field Description
Process Start Date Start date of the extraction window. Typically, this
should be the same as the ADP Global Payroll
Interface extraction window.
Process End Date End date of the extraction window. Typically, this
should be the same as the ADP Global Payroll
Interface extraction window.
5. Click Submit.
6. Monitor the process to completion and view the report output.
The Data Validation Report is based on the Data Validation Report extract definition. Run data validation reports from the Payroll
Checklist work area to identify any missing attributes based on statutory rules of the legislative data group.
6. Navigate to the / S H A R E D F O L D E R S / C U S T O M / H U M A N C A P I T A L M A N A G E M E N T / P A Y R O L L I N T E R F A C E
folder and select ADP Global Payroll Interface report, which is a copy of the delivered report.
12. After uploading the template, click View a list to change the output.
Do not edit the delivered report layout directly. To modify, use the Customize option to create a copy under the
Custom folder. After creating a modified copy of the report layout in the /SHARED FOLDERS/CUSTOM/HUMAN
CAPITAL Management/Payroll Interface folder, the application generates the interface output file in this layout. The
delivered layout will no longer be used. To revert modifications and to start using the delivered layout, delete all
objects of the modified layout from the / S H A R E D FOLDERS/CUSTOM/HUMAN CAPITAL MANAGEMENT/PAYROLL
INTERFACE folder.
Follow these steps to enable diagnostics log on the ADP Global Payroll Interface process.
1. Login into the application as a user with BI Administrator role and go to the BI Catalog.
2. Navigate to the / S H A R E D F O L D E R S / H U M A N C A P I T A L M A N A G E M E N T / P A Y R O L L INTERFACE folder.
Select the ADP Global Payroll Interface report. Click Schedule.
4. Go to the Diagnostic Tab and select the Enable Consolidated Job Diagnostic checkbox.
6. After the job completes, go to Job History of the report from Catalog and search with the name of the job
just submitted.
7. Click the report job name from the search results.
CONNECT W ITH US
blogs.oracle.com/oracle
Copyright © 2018, 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. 0118