SAP SuccessFactors EC Payroll Configuration Workbook
SAP SuccessFactors EC Payroll Configuration Workbook
own versions based upon local requirements, scope, and other factors. In almost every case, items will need to be added that
benefits will also significantly alter the content of this workbook for specific implementations.
It is expected that those using this template and then implementing EC Payroll will be experienced SAP payroll professionals fa
questions as to content exist, please consult first with senior payroll implementation consultants on the assigned team. In mo
Remember, SAP payroll configuration documentation can be accessed at http://www.help.sap.com . A recent shortcut to this
This workbook describes the details about the EC Payroll Processing.
Worksheet
Master Data
Gross Payroll
Taxes
Paystub
Garnishments
Postings to Finance
Month-end Accruals
Third-party Remittance
Off-Cycle
Benefits
Process Models
Other
Gaps
e details about the EC Payroll Processing.
Description
This worksheet describes the master data requirements for EC Payroll. The focus of this worksheet
will be to list the specific infotypes that are purely maintained on EC Payroll and does not come from
Employee Central.
Please refer to the separate spreadsheet for the CUSTOMER Earnings Codes. And the deductions
spreadsheet for the deductions, memo items and other technical wage types.
In this worksheet we will list the payroll periods and the dates.
This worksheet lists the work schedules, holiday calendars and details to maintain the Planned
Working Time Infotype (which will be interfaced from EC). It also lists the absences and the mapping
to the wage types.
This worksheet describes the pay structures that will be setup in EC Cloud payroll. The actual pay
elements will be maintained and interfaced from Employee Central.
This worksheet lists the details around the payment methods in EC Payroll and the maintenance of
the Bank Details in Infotype 0009 (which will be interfaced from EC).
This worksheet details the gross payroll requirements around the pro-ration, shift differential
calculation, processing of LTD/STD etc.
This worksheet details the tax calculation requirements at CUSTOMER for the US employees. It lists
the tax companies, EIN numbers and the taxes that need to be calculated per tax area.
This worksheet describes the ta reporting process and the custom wage types that must be printed in
box 12 - 14 of the W-2.
This worksheet describes the paystub requirements. Employees will review and retrieve their
paystubs from Employee Central with no paystubs being mailed out.
This worksheet described the garnishment requirements. Garnishments will be entered by ADP via an
interface but processed in the EC payroll and then extracted again to ADP to be remitted. This
workbook lists all of the different types of garnishment types and orders and the adjustments to the
disposable net pay for certain authorities.
This worksheet describes the configuration required to update the financial postings. This will be
executed in EC Payroll but will update Finance remotely (on a separate SAP instance) via ALE. It also
lists the ALE requirements for master data required from Finance like GL accounts and cost centers.
This worksheet details the benefit plans that must be built in EC Payroll. Most of the benefits will be
done in BenefitFocus with the exception of 401k plans and flexible spending accounts.
This worksheet details the process models that will be needed at CUSTOMER to automate the
different types of payrolls.
This worksheets lists all the items that do not fit into any of the other tabs and are miscellaneous in
nature.
This worksheet lists the gaps for the EC payroll implementation
Comments
The data models for data replication will not be discussed in detail in this worksheet. It is covered under the data integration.
Integration
The EC Could Payroll interfaces with a number of systems for data exchange. The following systems will deliver data into the
- Employee Central (General HR system with payroll related data interfaced to EC Payroll)
- Workforce (Time data and sends results to EC Payroll)
- BenefitFocus (Benefits system with benefits deductions interfaced to EC Payroll)
- Fidelity (401k, Roth 401k and 401k loans administration with interfaces to EC Payroll)
The payroll data from Workforce and BenefitFocus and the benefits data from Fidelity will not be discussed further in this wo
earnings and deductions spreadsheets where there are specific columns created to indicate if it will come from Workforce or
Maintain bank details for employees that require Aline Checks as pay
0009 Bank Details
be entered and no bank account (or a generic bank account).
The master data that can be maintained in both Employee Central and EC Payroll, will only be maintained in EC and interface
green and light blue box on left) CUSTOMER will not used Infotype 0045, 0078 and 0506. The data in the light blue box on left
screen (or called UI Federation) which updates EC Payroll in the back-end. This data is not really stored in Employee Central b
0014 Recurring
4L3D Education Reimbursement
Payments/Deductions This loan will be maintained
4L3B deduction and Balance
0015 Additional Payments
0014 Recurring
4L4D Repay deduction and
Payments/Deductions This loan will be maintained
4L4B Balance
0015 Additional Payments
0014 Recurring
Payments/Deductions
Claim forgiveness and All claim forgiveness's and
Additional Payments 9L**
repayments EC Payroll.
0015 Additional Off-Cycle
0267 Payments
0194 & 0195 Garnishment Maintenance N/A N/A Garnishments are maintain
nder the data integration. This worksheet focuses on the data that will be maintained directly into EC Payroll.
will deliver data into the EC Cloud Payroll and serve as the systems of records for the specific data:
scussed further in this worksheet. The details of which payroll codes (called wage types) can be found in the
come from Workforce or BenefitFocus or Fidelity.
tion worksheets. There are a few exceptional cases where some of the details that are normally interfaced by
Details
uire Aline Checks as payment methods where a specific routing number needs to
ic bank account).
mething like the Estate of ...) in cases where we need to make a payment for a
ciary payments)
ained in EC and interfaced to EC Payroll. There are no known exceptions at this stage. From the list above (in
n the light blue box on left (tax and garnishment data) will be maintained in Employee Central via a mash up
ed in Employee Central but the data entry happens from the Employee Central screens.
or BenefitFocus (as indicated In the earnings and deductions spreadsheets in the notes and origin columns).
mples are:
Details
aintain reduction in force wage types for regular pay and holiday directly in EC Payroll. This is because of the rarity of these
age types. The wage types are identified in the earnings spreadsheet. (wage types 0301, 0302, 2A01, 2A02).
C Payroll is retro aware and incorrect payments can be fixed by correcting the incorrect entry and doing a retro calculation.
When we however go live we cannot do this to correct entries on ADP and thus the need for a retro pay wage type. Since this
ill be on an exception base and will be phased out over time it will need to be maintained in EC Payroll directly without any
tegration from EC. There may be rare exceptions where it will be used in the future again but it is not anticipated.
aintain severance pay manually in EC payroll because of the rarity of the use.
aintain deceased pay manually in EC payroll because of the rarity of the use.
aintain survivor benefit payment manually in EC payroll because of the rarity of the use.
aintain the miscellaneous payment/bonus manually in EC payroll because of the rarity of the occurrence and the fact that it
eeds to be scrutinized by the payroll department.
he payroll department will also maintain the relocation pay (taxable and non-taxable) in EC Payroll in the Payroll Adjustments
fotype.
he expense reimbursements will be interfaced to EC payroll via an interface into Infotype 0015 (for regular payrolls) and
fotype 0267 for off-cycle payrolls. These will not come from Employee Central.
he stock transactions and the associated off-sets are manually maintain in EC Payroll by the payroll department. The
formation is coming from the stock administrator.
his is to load income realized outside of payroll. This goes with the imputed income off-set that is also used for stock offset.
sed for claims stock distribution associated with bankruptcy. This will be maintained manually by the payroll department in EC
ayroll.
he payroll department also maintains the expat earnings and off-sets manually in EC Payroll.
his miscellaneous deduction is manually entered in EC Payroll and is mostly used for refunds.
his is used when EE's elect to have RSU taxes taken in payroll (or default if they forget to choose). This amount comes from
ock administrator. This is the taxes owned on the vesting. This is tracked by the payroll department and manually entered in
C Payroll.
his is used for the repayment of a pedometer. This is loaded from benefits who tracks this manually outside of benefits plans.
his is loaded by payroll.
his code is used to reduce the arrears that built up while the employee was out on LTD/STD and being paid on an external
ayroll (Aetna) and where those deductions were taken in the external payroll. This will be maintained by the payroll department
rectly in EC Payroll.
ll claim forgiveness's and repayments will be manually entered and administered by the payroll department and only entered in
C Payroll.
his infotype is needed for benefits plans maintained in infotype 0169 and 0170. This will be populated directly in EC Payroll by
n interface or background job (still to be finalized).
department. The
ng paid on an external
by the payroll department
d directly in EC Payroll by
Earnings:
Please refer to the separate spreadsheet for the CUSTOMER Earnings Codes.
Deductions:
Please refer to the separate spreadsheet for the CUSTOMER Deduction Codes. It also contains taxes, memo wage types and o
ontains taxes, memo wage types and other technical wage types.
Payroll Area
CUSTOMER only needs one payroll area for payroll as well as one for non-employees. The following payroll area will be create
Number of
Payroll Type Payroll Area Date Range Pay Date Periods in
Year
Non-payroll Non-payroll-
99 N/A N/A
relevant relevant
Defaulting
The payroll area will be defaulted in EC Payroll as follows:
** ** Other 99
Dates
Finance closes the posting period at the end of each month. Payroll posts to the GL on the Wednesdays after the payroll run (
but with a posting date of the pay date. This defines the ACC date for month-end accruals (also sometimes called the LDCD - l
Period Year Start date End date Pay date Posting date
01 2012 12/26/11 01/08/12 01/13/12 01/13/12
02 2012 01/09/12 01/22/12 01/27/12 01/27/12
03 2012 01/23/12 02/05/12 02/10/12 02/10/12
04 2012 02/06/12 02/19/12 02/24/12 02/24/12
05 2012 02/20/12 03/04/12 03/09/12 03/09/12
06 2012 03/05/12 03/18/12 03/23/12 03/23/12
07 2012 03/19/12 04/01/12 04/06/12 04/06/12
08 2012 04/02/12 04/15/12 04/20/12 04/20/12
09 2012 04/16/12 04/29/12 05/04/12 05/04/12
10 2012 04/30/12 05/13/12 05/18/12 05/18/12
11 2012 05/14/12 05/27/12 06/01/12 06/01/12
12 2012 05/28/12 06/10/12 06/15/12 06/15/12
13 2012 06/11/12 06/24/12 06/29/12 06/29/12
14 2012 06/25/12 07/08/12 07/13/12 07/13/12
15 2012 07/09/12 07/22/12 07/27/12 07/27/12
16 2012 07/23/12 08/05/12 08/10/12 08/10/12
17 2012 08/06/12 08/19/12 08/24/12 08/24/12
18 2012 08/20/12 09/02/12 09/07/12 09/07/12
19 2012 09/03/12 09/16/12 09/21/12 09/21/12
20 2012 09/17/12 09/30/12 10/05/12 10/05/12
21 2012 10/01/12 10/14/12 10/19/12 10/19/12
22 2012 10/15/12 10/28/12 11/02/12 11/02/12
23 2012 10/29/12 11/11/12 11/16/12 11/16/12
24 2012 11/12/12 11/25/12 11/30/12 11/30/12
25 2012 11/26/12 12/09/12 12/14/12 12/14/12
26 2012 12/10/12 12/23/12 12/28/12 12/28/12
01 2013 12/24/12 01/06/13 01/11/13 01/11/13
02 2013 01/07/13 01/20/13 01/25/13 01/25/13
03 2013 01/21/13 02/03/13 02/08/13 02/08/13
04 2013 02/04/13 02/17/13 02/22/13 02/22/13
05 2013 02/18/13 03/03/13 03/08/13 03/08/13
06 2013 03/04/13 03/17/13 03/22/13 03/22/13
07 2013 03/18/13 03/31/13 04/05/13 04/05/13
08 2013 04/01/13 04/14/13 04/19/13 04/19/13
09 2013 04/15/13 04/28/13 05/03/13 05/03/13
10 2013 04/29/13 05/12/13 05/17/13 05/17/13
11 2013 05/13/13 05/26/13 05/31/13 05/31/13
12 2013 05/27/13 06/09/13 06/14/13 06/14/13
13 2013 06/10/13 06/23/13 06/28/13 06/28/13
14 2013 06/24/13 07/07/13 07/12/13 07/12/13
15 2013 07/08/13 07/21/13 07/26/13 07/26/13
16 2013 07/22/13 08/04/13 08/09/13 08/09/13
17 2013 08/05/13 08/18/13 08/23/13 08/23/13
18 2013 08/19/13 09/01/13 09/06/13 09/06/13
19 2013 09/02/13 09/15/13 09/20/13 09/20/13
20 2013 09/16/13 09/29/13 10/04/13 10/04/13
21 2013 09/30/13 10/13/13 10/18/13 10/18/13
22 2013 10/14/13 10/27/13 11/01/13 11/01/13
23 2013 10/28/13 11/10/13 11/15/13 11/15/13
24 2013 11/11/13 11/24/13 11/29/13 11/29/13
25 2013 11/25/13 12/08/13 12/13/13 12/13/13
26 2013 12/09/13 12/22/13 12/27/13 12/27/13
01 2014 12/23/13 01/05/14 01/10/14 01/10/14
02 2014 01/06/14 01/19/14 01/24/14 01/24/14
03 2014 01/20/14 02/02/14 02/07/14 02/07/14
04 2014 02/03/14 02/16/14 02/21/14 02/21/14
05 2014 02/17/14 03/02/14 03/07/14 03/07/14
06 2014 03/03/14 03/16/14 03/21/14 03/21/14
07 2014 03/17/14 03/30/14 04/04/14 04/04/14
08 2014 03/31/14 04/13/14 04/18/14 04/18/14
09 2014 04/14/14 04/27/14 05/02/14 05/02/14
10 2014 04/28/14 05/11/14 05/16/14 05/16/14
11 2014 05/12/14 05/25/14 05/30/14 05/30/14
12 2014 05/26/14 06/08/14 06/13/14 06/13/14
13 2014 06/09/14 06/22/14 06/27/14 06/27/14
14 2014 06/23/14 07/06/14 07/11/14 07/11/14
15 2014 07/07/14 07/20/14 07/25/14 07/25/14
16 2014 07/21/14 08/03/14 08/08/14 08/08/14
17 2014 08/04/14 08/17/14 08/22/14 08/22/14
18 2014 08/18/14 08/31/14 09/05/14 09/05/14
19 2014 09/01/14 09/14/14 09/19/14 09/19/14
20 2014 09/15/14 09/28/14 10/03/14 10/03/14
21 2014 09/29/14 10/12/14 10/17/14 10/17/14
22 2014 10/13/14 10/26/14 10/31/14 10/31/14
23 2014 10/27/14 11/09/14 11/14/14 11/14/14
24 2014 11/10/14 11/23/14 11/28/14 11/28/14
25 2014 11/24/14 12/07/14 12/12/14 12/12/14
26 2014 12/08/14 12/21/14 12/26/14 12/26/14
01 2015 12/22/14 01/04/15 01/09/15 01/09/15
02 2015 01/05/15 01/18/15 01/23/15 01/23/15
03 2015 01/19/15 02/01/15 02/06/15 02/06/15
04 2015 02/02/15 02/15/15 02/20/15 02/20/15
05 2015 02/16/15 03/01/15 03/06/15 03/06/15
06 2015 03/02/15 03/15/15 03/20/15 03/20/15
07 2015 03/16/15 03/29/15 04/03/15 04/03/15
08 2015 03/30/15 04/12/15 04/17/15 04/17/15
09 2015 04/13/15 04/26/15 05/01/15 05/01/15
10 2015 04/27/15 05/10/15 05/15/15 05/15/15
11 2015 05/11/15 05/24/15 05/29/15 05/29/15
12 2015 05/25/15 06/07/15 06/12/15 06/12/15
13 2015 06/08/15 06/21/15 06/26/15 06/26/15
14 2015 06/22/15 07/05/15 07/10/15 07/10/15
15 2015 07/06/15 07/19/15 07/24/15 07/24/15
16 2015 07/20/15 08/02/15 08/07/15 08/07/15
17 2015 08/03/15 08/16/15 08/21/15 08/21/15
18 2015 08/17/15 08/30/15 09/04/15 09/04/15
19 2015 08/31/15 09/13/15 09/18/15 09/18/15
20 2015 09/14/15 09/27/15 10/02/15 10/02/15
21 2015 09/28/15 10/11/15 10/16/15 10/16/15
22 2015 10/12/15 10/25/15 10/30/15 10/30/15
23 2015 10/26/15 11/08/15 11/13/15 11/13/15
24 2015 11/09/15 11/22/15 11/27/15 11/27/15
25 2015 11/23/15 12/06/15 12/11/15 12/11/15
26 2015 12/07/15 12/20/15 12/25/15 12/25/15
01 2016 12/21/15 01/03/16 01/08/16 01/08/16
02 2016 01/04/16 01/17/16 01/22/16 01/22/16
03 2016 01/18/16 01/31/16 02/05/16 02/05/16
04 2016 02/01/16 02/14/16 02/19/16 02/19/16
05 2016 02/15/16 02/28/16 03/04/16 03/04/16
06 2016 02/29/16 03/13/16 03/18/16 03/18/16
07 2016 03/14/16 03/27/16 04/01/16 04/01/16
08 2016 03/28/16 04/10/16 04/15/16 04/15/16
09 2016 04/11/16 04/24/16 04/29/16 04/29/16
10 2016 04/25/16 05/08/16 05/13/16 05/13/16
11 2016 05/09/16 05/22/16 05/27/16 05/27/16
12 2016 05/23/16 06/05/16 06/10/16 06/10/16
13 2016 06/06/16 06/19/16 06/24/16 06/24/16
14 2016 06/20/16 07/03/16 07/08/16 07/08/16
15 2016 07/04/16 07/17/16 07/22/16 07/22/16
16 2016 07/18/16 07/31/16 08/05/16 08/05/16
17 2016 08/01/16 08/14/16 08/19/16 08/19/16
18 2016 08/15/16 08/28/16 09/02/16 09/02/16
19 2016 08/29/16 09/11/16 09/16/16 09/16/16
20 2016 09/12/16 09/25/16 09/30/16 09/30/16
21 2016 09/26/16 10/09/16 10/14/16 10/14/16
22 2016 10/10/16 10/23/16 10/28/16 10/28/16
23 2016 10/24/16 11/06/16 11/11/16 11/11/16
24 2016 11/07/16 11/20/16 11/25/16 11/25/16
25 2016 11/21/16 12/04/16 12/09/16 12/09/16
26 2016 12/05/16 12/18/16 12/23/16 12/23/16
01 2017 12/19/16 01/01/17 01/06/17 01/06/17
02 2017 01/02/17 01/15/17 01/20/17 01/20/17
03 2017 01/16/17 01/29/17 02/03/17 02/03/17
04 2017 01/30/17 02/12/17 02/17/17 02/17/17
05 2017 02/13/17 02/26/17 03/03/17 03/03/17
06 2017 02/27/17 03/12/17 03/17/17 03/17/17
07 2017 03/13/17 03/26/17 03/31/17 03/31/17
08 2017 03/27/17 04/09/17 04/14/17 04/14/17
09 2017 04/10/17 04/23/17 04/28/17 04/28/17
10 2017 04/24/17 05/07/17 05/12/17 05/12/17
11 2017 05/08/17 05/21/17 05/26/17 05/26/17
12 2017 05/22/17 06/04/17 06/09/17 06/09/17
13 2017 06/05/17 06/18/17 06/23/17 06/23/17
14 2017 06/19/17 07/02/17 07/07/17 07/07/17
15 2017 07/03/17 07/16/17 07/21/17 07/21/17
16 2017 07/17/17 07/30/17 08/04/17 08/04/17
17 2017 07/31/17 08/13/17 08/18/17 08/18/17
18 2017 08/14/17 08/27/17 09/01/17 09/01/17
19 2017 08/28/17 09/10/17 09/15/17 09/15/17
20 2017 09/11/17 09/24/17 09/29/17 09/29/17
21 2017 09/25/17 10/08/17 10/13/17 10/13/17
22 2017 10/09/17 10/22/17 10/27/17 10/27/17
23 2017 10/23/17 11/05/17 11/10/17 11/10/17
24 2017 11/06/17 11/19/17 11/24/17 11/24/17
25 2017 11/20/17 12/03/17 12/08/17 12/08/17
26 2017 12/04/17 12/17/17 12/22/17 12/22/17
01 2018 12/18/17 12/31/17 01/05/18 01/05/18
02 2018 01/01/18 01/14/18 01/19/18 01/19/18
03 2018 01/15/18 01/28/18 02/02/18 02/02/18
04 2018 01/29/18 02/11/18 02/16/18 02/16/18
05 2018 02/12/18 02/25/18 03/02/18 03/02/18
06 2018 02/26/18 03/11/18 03/16/18 03/16/18
07 2018 03/12/18 03/25/18 03/30/18 03/30/18
08 2018 03/26/18 04/08/18 04/13/18 04/13/18
09 2018 04/09/18 04/22/18 04/27/18 04/27/18
10 2018 04/23/18 05/06/18 05/11/18 05/11/18
11 2018 05/07/18 05/20/18 05/25/18 05/25/18
12 2018 05/21/18 06/03/18 06/08/18 06/08/18
13 2018 06/04/18 06/17/18 06/22/18 06/22/18
14 2018 06/18/18 07/01/18 07/06/18 07/06/18
15 2018 07/02/18 07/15/18 07/20/18 07/20/18
16 2018 07/16/18 07/29/18 08/03/18 08/03/18
17 2018 07/30/18 08/12/18 08/17/18 08/17/18
18 2018 08/13/18 08/26/18 08/31/18 08/31/18
19 2018 08/27/18 09/09/18 09/14/18 09/14/18
20 2018 09/10/18 09/23/18 09/28/18 09/28/18
21 2018 09/24/18 10/07/18 10/12/18 10/12/18
22 2018 10/08/18 10/21/18 10/26/18 10/26/18
23 2018 10/22/18 11/04/18 11/09/18 11/09/18
24 2018 11/05/18 11/18/18 11/23/18 11/23/18
25 2018 11/19/18 12/02/18 12/07/18 12/07/18
26 2018 12/03/18 12/16/18 12/21/18 12/21/18
Payment/Deduction Models
There is no need to configure any payment or deduction models for CUSTOMER. Each earning or deduction are either ad-hoc
he following payroll area will be created.
Period
Time Unit Date modifier
Parameter
84 - Bi-
03 - Bi-Weekly 01
Weekly - US
Non-payroll-
00 N/A
relevant
he Wednesdays after the payroll run (two days before the pay date)
als (also sometimes called the LDCD - latest document creation date).
arning or deduction are either ad-hoc (as needed) or taken each pay period.
Overview
Work schedules indicate when an employee is scheduled to work and when he/she is off.
Workforce Integration
Employee Central will be the main source of master data and will interface master data to Workforce and Employee Central P
Type
Shift differential eligibility/assignment This is to indicate that an employee is eligible f
calculated in Workforce and interfaced to EC P
Geo differential eligibility/assignment This is to indicate that an employee is eligible f
calculated in Workforce and interfaced to EC P
ERT premium eligibility/assignment This is to indicate that an employee is eligible f
calculated in Workforce and interfaced to EC P
Lead Differential eligibility/assignment This is to indicate that an employee is eligible f
Workforce and interfaced to EC Payroll where
Type
The assignment of the employee to the actual
Work schedules during the time processing. The planned hours
for pro-ration calculations in case of mid-perio
Work schedules exceptions (called actual) Any deviation to the standard schedules (also c
Workforce. These are small deviations from th
Employee Central will interface with Workforce to pass demographic information. Work schedules will be maintained on Wor
Payroll for exempt (salaried) employees per day. This is needed for salary pro-rations in case of mid-period hires/termination
5 10 None
Any combination of 4 days a week, 10.5 hour
5 shifts 10 None
Shifts 5 and 6 can have different combinations of on and off per day.
< find out what is the latest - will work schedules be maintained in EC and updated in Workforce or only in Workforce >
Note: The design is not completely finalized yet but the current thought is to indicate on the employee subgrou
different groupings for work schedules (called employee subgroup grouping for work schedules) and create 4 s
EC handbook page 58 section 5.5.1 that all employees will have work schedule NORM).
Pro-ration
Pro-ration is only applicable to salaried employees (exempt employees) who receive a pay component that pays a fixed amou
the following scenarios:
1) Mid-period hires or terminations or status changes like STD/LTD and LOA
2) Mid-period salary or work schedule changes or job changes (also cost center assignment changes)
3) For paid and unpaid absences
For mid-period hires and terminations (or changes in employment status) pro-ration factors will reduce the salary. This is bas
Pro-ration is only applicable to salaried employees (exempt employees) who receive a pay component that pays a fixed amou
the following scenarios:
1) Mid-period hires or terminations or status changes like STD/LTD and LOA
2) Mid-period salary or work schedule changes or job changes (also cost center assignment changes)
3) For paid and unpaid absences
For mid-period hires and terminations (or changes in employment status) pro-ration factors will reduce the salary. This is bas
over the total planned hours in a pay period (based on the work schedule - which will in this case be interfaced from Workfor
(Mon - Fri) and is hired on the Wednesday in the first week of the pay period the salary will be pro-rated to 64/80 or 80% of t
Additionally, all paid and unpaid absences that are recorded (in Workforce) will be valuated and subtracted from the regular
example if an employee has a paid or unpaid absence of 8 hours (valuated to $160) and the normal salary is $1600 then the s
- $160 = $1440). If the absence is a paid absence then it will be paid separately so that the total pay is still $1600. The wage ty
the earnings spreadsheet with a special column (processing class 99 = 1).
Note it is possible to get both pro-ration methods in one pay period when an employee has a status change in the middle of a
payroll schema and the mid-period pro-ration will be processed first and then the paid and unpaid absences will be subtracte
Note: The current design is that Workforce will send through planned working time each day for exempt employees via Infoty
WPBP period) and checked against the total planned hours (either 80 or 80.5) for salaried employees to determine the correc
Absences
Absences will not be maintained in EC Payroll and only Workforce. All absences will be interfaced as hours in Infotype 2010.
Holiday Calendars
Holiday calendars will be maintained in Workforce and not in EC Payroll. Workforce will check all absences against the work s
Defaulting
Feature: WWEEK
This feature defaults the workweeks for FLSA. This will not be used at CUSTOMER and the feature will be maint
Molga
Workweek defaulted
(country)
10 - USA None
Feature: SCHKZ
This feature defaults the work schedule. Since we will only have generic work schedules, the following three wo
for salaried employees will be interfaced from Workforce for pro-rata calculations.
Molga
Work Schedule defaulted
(country)
Description
te that an employee is eligible for a shift differential (and which one). The hours will be
orkforce and interfaced to EC Payroll where it will be valuated and paid.
te that an employee is eligible for a geo differential (and which one). The hours will be
orkforce and interfaced to EC Payroll where it will be valuated and paid.
te that an employee is eligible for ERT premium (and which one). The hours will be
orkforce and interfaced to EC Payroll where it will be valuated and paid.
te that an employee is eligible for a lead pay differential. The hours will be calculated in
nterfaced to EC Payroll where it will be valuated and paid.
Description
of the employee to the actual schedules will be done on Workforce only to be used
processing. The planned hours will also be interfaced to EC Payroll for exempt employees
alculations in case of mid-period change in payroll.
o the standard schedules (also called substitutions) will be maintained directly in
se are small deviations from the template schedules.
ules will be maintained on Workforce and planned hours will be interfaced from Workforce to EC
f mid-period hires/terminations and other mid-period changes.
For exempt employees the hours are 11.5 per day with a total of 80.5 per pay period.
ng time will be interfaced from Workforce to EC Payroll each pay period for exempt employees in wage
asic work schedules in EC Payroll for hourly and salaried employees in order to be able to run payroll.
Hours
Worked Per Eligibility
Pay Period
icate on the employee subgroup if an employee is CPS or non-CPS. In that case we can also assign
work schedules) and create 4 schedules all with the name NORM. (on a technical note this refers to the
NORM).
mponent that pays a fixed amount each pay period (salary). This salary needs to be reduced/adjusted in
anges)
ll reduce the salary. This is based on the proportion of the number of hours that the employee is active
or exempt employees via Infotype 2010. This will be cumulated and checked per partial period (called
loyees to determine the correct pro-ration factor. This will be all done in the payroll schema.
all absences against the work scheduled and holiday calendars to determine if an absence can be booked.
hedules, the following three work schedules will be defaulted as a base schedule. Actual planned hours
ns.
Overview
The salary structure is maintained primarily maintained in Employee Central. The pay components are replicated with the act
therefore the system of record for salary information. The salary information is stored in the Basic Pay Infotype (0008) on EC
EC and EC Payroll and a new currency will be created that will be converted to the main currency (USD) during the export of t
Structure
Pay Scale Type Pay Scale Area Pay Scale Group Pay Scale Level
Currency
A new currency will be created to allow more than 2 decimals. This currency will have a 1 to 1 translation ratio to the main pa
components will be interfaced form EC to EC Payroll and stored in Infotype 0008 using the 4 decimals but converted during th
Pay Components
Pay components are pay codes that are assigned to an employee for payment. This is typically maintained in Employee Centr
Payroll (these are the wage types in the earnings spreadsheet that are maintained on Infotype 0008):
Pay Indicators
Pay indicators are entries that are maintained on EC (not a spay components) as special field values. The current design is tha
will interface the correct wage type with the number of hours to EC Payroll. These will not be base pay wage types that are st
Workforce:
EC
Wage Type Description Details
Field/Value
This is to indicate that an employee is eligible for a
Geo Allowance of 5%. The hours will be calculated in
< TBC > 3000 5% Geo Allow
Workforce and interfaced to EC Payroll where it will be
valuated and paid.
This is to indicate that an employee is eligible for a
Geo Allowance of 10%. The hours will be calculated in
< TBC > 3001 10% Geo Allow
Workforce and interfaced to EC Payroll where it will be
valuated and paid.
Since the pay scale groups and levels (pay ranges) will be maintained in Employee Central, there is no need to define the sam
interfaced from EC to EC Payroll. It is therefore only needed to create one wide range for the hourly employees and one for t
U0 - USA Non-Employee US - USA < blank > < blank > 0.0000
U1 - USA - Hourly US - USA < blank > < blank > 0.0000
U2 - USA - Salaried US - USA < blank > < blank > 0.0000
Defaulting
On EC Payroll, there are configuration items (called features) that determine the defaulting of values on the Basic Pay Infotyp
the payroll type and area.
Feature: TARIF
This feature defaults the pay scale type and area and will be configured as follows:
Feature: LGMST
This feature defaults the pay components for different groups of employees. This feature refers to a payment g
Number of pay
Molga (country) Employee Subgroup
components (lines)
10 - USA Other 10
are replicated with the actual rates/amounts from Employee Central to EC Payroll. Employee Central is
Pay Infotype (0008) on EC Payroll. It was also decided that the rates and amounts will be stored in 4 decimals in
SD) during the export of the payroll results.
Not used in EC PY
Not used in EC PY
Not used in EC PY
lation ratio to the main payroll currency (which is USD). It will allow 4 decimals and will be called USD4 and pay
als but converted during the payroll run to 2 decimals when the results are stored in the payroll clusters.
tained in Employee Central and interfaced to EC Payroll. The following pay components will be available in EC
8):
Details
nent assigned
. The current design is that these indicators will be interfaced to Workforce for calculation and then Workforce
pay wage types that are stored in EC Payroll on Infotype 0008. The following values will be interfaced to
ils
s on the Basic Pay Infotype (0008). These control the pay components defaulted as well as the defaulting of
US - USA
US - USA
US - USA
US - USA
US - USA
ture refers to a payment group as defined in table T539A. For CUSTOMER three groups will be defined:
Payment Group
USHRL
USHRL
USSAL
USSAL
USNON
Overview
Payment details consist of payment methods and the bank details (like account and routing number and account type) and in
account number and count type), distribution amounts or percentages and payment method selections are primarily maintai
both EC an EC Payroll with a one-to-one mapping between the systems. The bank details are interfaced from EC to EC Payroll
Payment Methods
Indicate payment by
Y Aline Pay Card Yes
payment card
Bank Details
The bank routing numbers need to be loaded in EC Payroll before they can be interfaced and stored in Infotype 0009. This wi
BNKA table in EC Payroll from the ADP quitter file. There is no validation in Employee Central and any missing banks will error
Check Payments:
Check payments (Aline Checks) have a separate payment method and is maintained with a specific routing number f a local b
>). The input checks in EC Payroll to check for missing account numbers will be deactivated on this payment method.
Deceased Payments:
The payment details for surviving beneficiaries and for deceased payments will be made directly in EC Payroll by the Payroll D
that are authorized to receive the payments.
Defaulting
On EC Payroll, there are configuration items (called features) that determine the defaulting of values on the Bank Details Info
Feature: ZLSCH
This feature defaults the payment method and will be configured as follows:
US blank - no default
Feature: DTAKT
This feature defaults the payment method and will be configured as follows:
10 X
10 Y
10 Z
10 *
Replacements
< follow-up with ADP on replacement process >
uting number and account type) and in some cases amounts or percentages to split payments over multiple payment methods. The bank
method selections are primarily maintained in Employee Central with some exceptions as will be listed below. The payment methods are co
ails are interfaced from EC to EC Payroll and stored in the Bank Details Infotype (0009).
Account
Special Note
number?
Used for Bank check payments. This payment methods does not need an account number but a routing number
It is envisaged that it will be maintained by the Payroll Department in Infotype 0009 in EC Payroll and not be ava
No?
employees to maintain themselves. It is possible to suppress error messages on Infotype 0009 in table V_T100C
message = 141). Verify if this will be the process.
Yes Maintained by employees (via employee self service) or by HR or Payroll in Employee Central.
When employees choose the ALINE Card by ADP pay card, funds are electronically loaded onto a network-bran
that they can access their money immediately on payday. Although the data looks the same as the ACH paymen
Yes
process of updating the bank details per employee is different The data will be maintained by ADP or by the HR
Departments. Verify if this will be the process.
ed and stored in Infotype 0009. This will be done as part of the conversion activity and all the banks that are used at CUSTOMER will be loa
Central and any missing banks will error out when data is replicated to EC Payroll (and monitored by the CUSTOMER technical team).
oyee Central. Employees will enter their own bank routing and account numbers for ACH payments. The HR and Payroll departments have
ded. The CUSTOMER technical team will monitor the data replication between EC and EC Payroll for any errors because there are no input
ith a specific routing number f a local bank but no account number. This will be maintained by the Payroll Department only (< decide if in
ated on this payment method.
de directly in EC Payroll by the Payroll Department. There we have the option to override the payee (to for example 'The Estate of …' or an
ade from ADP, it will not be used in EC Payroll. We will set up a dummy house bank and account ID so that we are able to run the prelimin
y account can be used for company codes 900 and 903.
Account ID Description Bank Account Number
ows:
ows:
Account ID
multiple payment methods. The bank details (routing,
ed below. The payment methods are configured in
in Employee Central.
Pro-ration
Pro-ration is only applicable to salaried employees (exempt employees) who receive a pay component that pays a fixed amou
scenarios:
1) Mid-period hires or terminations or status changes like STD/LTD and LOA
2) Mid-period salary or work schedule changes or job changes (also cost center assignment changes)
3) For paid and unpaid absences
For mid-period hires and terminations (or changes in employment status) pro-ration factors will reduce the salary. This is bas
hours in a pay period (based on the work schedule - which will in this case be interfaced from Workforce). For example if an e
the first week of the pay period the salary will be pro-rated to 64/80 or 80% of the salary.
Additionally, all paid and unpaid absences that are recorded (in Workforce) will be valuated and subtracted from the regular
employee has a paid or unpaid absence of 8 hours (valuated to $160) and the normal salary is $1600 then the salary will be re
paid absence then it will be paid separately so that the total pay is still $1600. The wage types that should be subtracted from
(processing class 99 = 1).
Note it is possible to get both pro-ration methods in one pay period when an employee has a status change in the middle of a
mid-period pro-ration will be processed first and then the paid and unpaid absences will be subtracted.
Note: The current design is that Workforce will send through planned working time each day for exempt employees via Infoty
checked against the total planned hours (either 80 or 80.5) for salaried employees to determine the correct pro-ration factor.
Shift calculation
Employee Central will pass over a shift indicator to Workforce to indicate which shift differential is applicable for an employee
differential wage type to EC Payroll to be valuated and paid in payroll. Workforce will interface the hours that should be paid
Geo Calculation
Employee Central will pass over a Geo differential indicator to Workforce to indicate which geo differential is applicable for an
the geo differential wage type to EC Payroll to be valuated and paid in payroll. Workforce will interface the hours that should
Lead Pay
Employee Central will pass over a lead pay indicator to Workforce to indicate which employees qualify for lead pay. Workforc
EC Payroll to be valuated and paid in payroll. Workforce will interface the hours that should be paid at the lead pay differentia
ERT Premiums
Some employees are on the emergency response team and qualify for an ERT premium. Similar to the shift differentials, EC w
then Workforce will cumulate the applicable hours for the ERT premiums and interface it to EC Payroll for calculation. Again i
FLSA Processing
No FLSA processing (based on average pay per workweek) is needed at CUSTOMER. CUSTOMER pays overtime at 150% or 20
to calculate the regular rate of pay per workweek and pay overtime at the base rate and at 50% of the regular rate of pay (wh
Quota Compensation
Quota compensation will be done in Workforce where leave will be cashed out (either payout or cash out). This will reduce th
paid. The quota compensation will therefore not be done using Infotype 0416 on EC Payroll and it will be deactivated.
Union Processing
CUSTOMER does not have unions and no union processing is needed.
Expense Reimbursement
CUSTOMER has a requirement to show expense reimbursements (wage type 3000) separate per occurrence and not bundle t
and also adjust the paystub to not eliminate these splits but print the multiple occurrences separately. Expense Reimburseme
uploaded with an interface.
Fringe Calculation
CUSTOMER has a requirement calculate a fringe amount on regular wages and one on selected bonuses and then post it to e
regular and a bonus fringe. These are calculated in the payroll schema (in rules) based on constants and a wage base as docum
Bonus processing
Bonuses that are maintained in EC can only be interfaced to infotype 0015 in EC Payroll. Infotype 0267 is not currently suppo
coming from EC in infotype 0015 and configure these bonuses to only process in bonus runs and not regular runs. This will be
nterface valued time (absence and attendances) into the payroll remuneration infotype (2010) as hours. Therefore no
ponent that pays a fixed amount each pay period (salary). This salary needs to be reduced/adjusted in the following
nges)
l reduce the salary. This is based on the proportion of the number of hours that the employee is active over the total planned
Workforce). For example if an employee works 8 hours a day for each workday (Mon - Fri) and is hired on the Wednesday in
d subtracted from the regular salary. The paid absences will be paid in their respective wage types. For example if an
$1600 then the salary will be reduced by the value of the paid and unpaid absence ($1600 - $160 = $1440). If the absence is a
hat should be subtracted from the regular salary are indicated on the earnings spreadsheet with a special column
tatus change in the middle of a period and some paid and unpaid absences. This will be done on the payroll schema and the
tracted.
or exempt employees via Infotype 2010. This will be cumulated and checked per partial period (called WPBP period) and
e the correct pro-ration factor. This will be all done in the payroll schema.
will be put on inactive status on EC Payroll resulting in the pro-ration of the salary (and other earnings that are flagged for
via actions originating from EC. The pro-ration will work the same as above in the case of a mid-period hire/term.
will cause employee deductions (like medical) to build up arrears in EC Payroll. A special deduction recovery wage type is
ered by the Payroll Department.
al is applicable for an employee. Workforce will then cumulate the hours applicable to the shift differential and pass the shift
the hours that should be paid at the shift differential to EC Payroll in infotype 2010.
differential is applicable for an employee. Workforce will then cumulate the hours applicable to the geo differential and pass
nterface the hours that should be paid at the geo differential to EC Payroll in infotype 2010.
qualify for lead pay. Workforce will then cumulate the hours applicable to the lead pay and pass the applicable wage type to
paid at the lead pay differential to EC Payroll in infotype 2010.
to the shift differentials, EC will interface to Workforce those employees who are eligible in the from of an indicator and
Payroll for calculation. Again it will be interfaced in Infotype 2010 with separate wage types for the different premiums.
R pays overtime at 150% or 200% and also has overtime on shift differentials, on-call and lead pay. It is therefore not required
% of the regular rate of pay (which is an average rate per workweek).
or cash out). This will reduce the quota buckets and Workforce will interface the earnings codes (2Q**) to EC Payroll to be
d it will be deactivated.
er occurrence and not bundle them if more than one exists. This requires a payroll rule to be written to insert a payroll split
arately. Expense Reimbursements will be maintained in infotype 0015 for regular payrolls and 0267 for off-cycles and will be
bonuses and then post it to expense accounts to capture the actual cost per department. There are fringe calculations: a
ants and a wage base as documented in the earnings spreadsheet.
Details
pe 0267 is not currently supported in the integration between EC and EC Payroll. We will therefore process all bonuses
d not regular runs. This will be done in rules (using the off-cycle reason) and also processing class 76.
urs. Therefore no
in the following
For example if an
1440). If the absence is a
pecial column
**) to EC Payroll to be
e fringe calculations: a
BSI
EC Payroll will also use BSI (Business Systems Incorporated) for the actual tax calculation during payroll (called real-time with
overrides (like unemployment experienced rates) will be maintained directly in EC Payroll (in table BTXRATE) and in BSI (tax o
Tax Companies
Taxes are reported (and calculated) by tax company. It is lined to a personnel subarea on EC Payroll. CUSTOMER has the follo
Company Tax
Company Code Description Federal EIN
Code Company
CUSTOMER LLC
900 Z001
CUSTOMER International Trading Inc.
903 Z002
XYZ
904 Z003
Tax Tax
Federal EIN Tax Authority Description Tax Type
Company Authority
Z001 AZ Arizona 10
Z001 AZ Arizona 11
Z001 CA California 01
Z001 CA California 10
Z001 CA California 11
Z001 CA California 16
Z001 CA California 41
Z001 CA California 48
Z001 CA California 77
Z001 CA California 81
Z001 CO Colorado 01
Z001 CO Colorado 10
Z001 CO Colorado 51
Z001 CO Colorado 54
Z001 CO Colorado 78
Z001 FL Florida 10
Z001 FL Florida 11
Z001 GA Georgia 01
Z001 GA Georgia 10
Z001 GA Georgia 11
Z001 GA Georgia 15
Z001 IL Illinois 01
Z001 IL Illinois 10
Z001 IL Illinois 11
Z001 IN Indiana 01
Z001 IN Indiana 10
Z001 IN Indiana 11
Z001 IN0R Indiana (Hamilton County) 01
Z001 MI Michigan 01
Z001 MI Michigan 10
Z001 MI Michigan 11
Z001 MI Michigan 78
Z001 MI Michigan 89
Z001 TX Texas 10
Z001 TX Texas 16
Z001 TX Texas 89
Z001 WA Washington 10
Z001 WA Washington 18
Z001 WA Washington 30
Z001 WA Washington 32
Z001 WA Washington 33
Z001 WA Washington 34
Z001 WA Washington 39
Z001 WA Washington 40
Z001 WA Washington 42
Z001 WA Washington 43
Z001 WA Washington 90
Z001 WA Washington 91
Tax Tax
Federal EIN Tax Authority Description Tax Type
Company Authority
Z002 CA California 10
Z002 CA California 11
Z002 CA California 16
Z002 CA California 41
Z002 CA California 48
Z002 CA California 77
Z002 CA California 81
Z002 TX Texas 10
Z002 TX Texas 16
Z002 TX Texas 89
Worksites
CUSTOMER has never filed the multiple worksite reports since none of the states that CUSTOMER is currently in meet that cr
Source: http://www.taxanalysts.com/www/features.nsf/Articles/03CEC7C26C62E94A852579420059DC8
be done by ADP as an outsourced service. ADP will install an extraction program that extracts the calculated taxes from the EC Payroll resu
n during payroll (called real-time with remote function call). BSI contains all the tax rates and is updated regularly (called tax update bulle
oll (in table BTXRATE) and in BSI (tax overrides).
Default Rate
EE or ER Experienced
Tax Type Description (if not Salary Limit EIN Number
Tax Rate (UI)
variable)
EE EE Withholding Tax Variable None N/A
EE EE Earned Income Credit Variable None N/A
EE EE Social Security Tax 6.20% 113700.00 N/A
ER ER Social Security Tax 6.20% 113700.00 N/A
1.45% 200000.00
EE EE Medicare Tax N/A
2.35% No upper limit
ER Unemployment
ER 0.00% 9500.00 N/A
Surcharge
Experienced
ER ER Unemployment Tax 14000.00 ??
Rate
Experienced
ER ER Unemployment Tax 9000.00 ??
Rate
ER Employment Training
ER 0.10% 9000.00 N/A
Tax
Experienced
ER ER Unemployment Tax 39800.00 ??
Rate
1% of hours
ER ER Accident Fund Tax None N/A
worked
2.1% of
ER ER Medical Aid Fund Tax None N/A
hours worked
2.3% of
ER ER Suplmtal Pension Tax None N/A
hours worked
ER Employment
ER 1.00% 39800.00 N/A
Administration Fund
11% of hours
EE EE Worker Compensation None N/A
worked
4.9% of
EE EE Suplmtal Pension Tax None N/A
hours worked
1% of hours
EE EE Medical Aid Fund Ta None N/A
worked
1% of hours
ER ER Stay at Wrk Prog.Tax None N/A
worked
1% of hours
EE EE Stay at Wrk Prog.Tax None N/A
worked
Default Rate
EE or ER Experienced
Tax Type Description (if not Salary Limit EIN Number
Tax Rate (UI)
variable)
EE EE Withholding Tax Variable None N/A
EE EE Earned Income Credit Variable None N/A
EE EE Social Security Tax 6.20% 113700.00 N/A
ER ER Social Security Tax 6.20% 113700.00 N/A
1.45% 200000.00
EE EE Medicare Tax N/A
2.35% No upper limit
ER Employment Training
ER 0.10% 9000.00 N/A
Tax
CUSTOMER is currently in meet that criteria of 10 or more employees in the secondary location. Worksite are therefore not required
loyee selection, we have to define two groups of employees to be used in the tax models. A special rule will be written in the
to indicate the election of the voluntary plan (wage type 9N00). This election will be stored and interfaced from BenefitFocus.
Details
type (stored in IT0014) has a value of
mployee elected voluntary SDI and the
t not calculate SDI but VDI in the tax
s which states are taxable for the DP imputed income. This is applicable to withholding and unemployment.
3CEC7C26C62E94A852579420059DC81
ed taxes from the EC Payroll results to the ADP systems for
egularly (called tax update bulletins and cyclic bulletins). All rate
Comments
None
None
None
None
None
None
None
None
Is this applicable to
CUSTOMER? Are there
work locations in Denver,
Greenwood Village and
Aurora?
Is this applicable to
CUSTOMER? Are there
work locations in Denver,
Greenwood Village and
Aurora?
Is this applicable to
CUSTOMER?
Comments
None
None
None
None
None
None
None
None
Code Description
Uncollected Social Security or RRTA (Railroad Retirement Tax Act) tax on tips.
A Include this amount as part of your total tax on Form 1040
Uncollected Medicare tax on tips. Include this amount as part of your total tax on
B Form 1040.
Taxable benefit of group term-life insurance over $50,000. This amount is already
C included as part of your taxable wages in Boxes 1, 3, and 5.
Non-taxable sick pay. This amount is not included in taxable wages in Boxes 1, 3, or
J 5
Excise tax (equal to 20%) on excess "golden parachute" payments. Include this
K amount as part of your total tax on Form 1040.
Uncollected Medicare tax on taxable group term life insurance over $50,000 for
N former employees. Include this amount as part of your total tax on Form 1040.
Non-taxable combat pay. Some individuals may elect to include combat pay when
Q calculating their Earned Income Credit.
DD Reports the cost of non-taxable health insurance provided through your employer.
Checkbox Description
Statutory employee means that you report the wages from this W-2 (and any other
W-2 forms marked "statutory employee") on Form 1040 Schedule C. Your wages are
not subject to income tax withholding (there will be a zero or blank amount in Box
2), but are subject to Social Security and Medicare taxes (so Boxes 3 through 6 will
1 be filled out).
Retirement plan means that you participated in your employer's retirement plan
during the year. This might be a 401(k) plan, profit-sharing plan, or pension plan. As
a participate in a retirement plan, your ability to deduct contributions to a tax-
2 deductible traditional IRA may be limited.
Third-party sick pay means that you received sick pay under your employer's third-
party insurance policy. (Instead of receiving sick pay directly from your employer as
3 part of your regular paycheck.) Sick pay is not included in your taxable wages.
Since the tax reporting will be done by ADP, there is a need to list all the wage types that must be printed in box 14 of the W-
are identified on the earnings and deductions spreadsheets. Your employer may report additional tax information in Box 14. I
for. For example, union dues, employer-paid tuition assistance, or after-tax contributions to a retirement plan may be reporte
Disability Insurance (SDI) premiums. Box 14 on the W-2 is for your own use to report information to employees. The Social Se
Code Description
Bundled Taxes
Some of the taxes (typically unemployment taxes for states) needs to be bundled for ADP to report and remit them. EC Payro
taxes need to be combined (and experienced rates updated accordingly) to make the remittance and reporting possible at AD
be done by ADP as an outsourced service. ADP will install an extraction program that extracts the calculated taxes from the EC
at must be printed in box 12 of the W-2 in a custom table in EC Payroll so that they can be extracted by ADP. The wage types
compensation and benefits that can be reported in Box 12. Box 12 will report a single letter or double letter code followed by a
EC Payroll
Wage Type Description
Wage Types
525B 401K
401(k) retirement plan. 527B 401k Age catch-up
ployer contributions to a
N/A N/A
e wages in Boxes 1, 3, or
< TBC > < TBC >
N/A N/A
through your employer. < TBC > < TBC > This may be a summary wage type for all ER health c
ffered by government
N/A N/A
at must be printed in box 13 of the W-2 in a custom table in EC Payroll so that they can be extracted by ADP. The wage types
EC Payroll
Wage Type Description
Wage Types
at must be printed in box 14 of the W-2 in a custom table in EC Payroll so that they can be extracted by ADP. The wage types
additional tax information in Box 14. If any amounts are reported, they will have a brief description of what the amounts are
ns to a retirement plan may be reported here. Some employers report certain state and local taxes in Box 14, such as State
formation to employees. The Social Security Administration and the IRS ignore this box.
EC Payroll
Wage Type Description
Wage Types
N/A N/A
N/A N/A
Equity Act N/A N/A
N/A N/A
N/A N/A
N/A N/A
N/A N/A
N/A N/A
N/A N/A
N/A N/A
DP to report and remit them. EC Payroll can calculate the taxes on a granular level but ADP in this case will determine how the
emittance and reporting possible at ADP. This section is covered under the Taxes tab of the workbook.
ulated taxes from the EC
Example of the base for new paystub: (with logo changes, address changes, additional windows for pre-tax and post-tax and n
Question/Comment D
Where will Federal tax base be shown The Federal tax base will be shown in window 3 in plac
Should hourly rate be shown for salaried employees Yes, calculate the hourly rate for salaried employees a
Should ER contact number be shows on the paystub Yes, add it to the bottom of the ER address instead of
windows for pre-tax and post-tax and notes)
Details
R Matches(401k only, maybe HSA ER), Split Pre and Post Tax Deductions. Pre-tax will be defined
ederal tax.
at no paystubs will be printed by either ADP or CUSTOMER. Employees will have access to their
S (via Employee Central) to view and print paystubs if needed. No check printers are needed.
ly be printed in exceptional cases (like terminations) and can be done from the off-cycle
ocal printers.
ent a BAdI in EC Payroll to limit employees to see their paystubs before the pay date. This is
DE_FILTERED_RGDIR of BAdI XSS_REM_INTERFACE.
pany logo and address, Company code, payroll area, pay period dates. Add ER Contact number
e, SSN (masked) and Employee number as well as W-4 information from state and federal
wing check date, Federal withholding base (instead of check number in screenshot) and totals
nings: Showing all earnings
es: Showing all employee taxes and the associated tax authority. No ER taxes shown
e-tax deductions: Showing all pre-tax deductions (based on Federal tax base)
er-tax deductions: Showing all post-tax deductions
er Information: Leave balances, Imputed Incomes, 401k ER contribution and HSA ER contribution
sages: Company general messages as needed
ment Information: List of payment methods and bank payments
base will be shown in window 3 in place of the check number in the example.
at CUSTOMER.
he hourly rate for salaried employees and always print it on the paystub with the hours.
Garnishment Categories
Category Description
B – Bankruptcy Used for bankruptcies
Document Initial
Garnishment Order Type Order Code Rule
Category Balance
Service Charges
Service charges are not needed at CUSTOMER and will not be configured.
Additional Fields
There are currently 2 additional lines of free text maintained on ADP for garnishments.
Check Message 1: <find out what this is used for on ADP and if we need it in the future >
Check Message 2: <find out what this is used for on ADP and if we need it in the future >
On EC Payroll, when support garnishments are being maintained, additional fields are made available for the FIPS code (Addl.
Notice and Answer letters
All garnishment notice and answer letters will be produced from ADP with no implementation in EC Payrolls.
Remittance Rules
Garnishment payments are usually remitted using the third-party remittance module. For CUSTOMER however, all garnishme
configure one remittance rule (a dummy rule) that uses a generic payment method (C for check) even if it is not the actual pa
EC Payroll and does not reflect the the real payment terms for the specific garnishment (some may be check payments while
child support).
Remittance Payment
Description
Rule method
Vendors
In order to maintain garnishment details on EC Payroll (either directly or indirectly via an upload procedure), vendor accounts
liens, Vendor Info is retrieved from SAP Vendor Master using the same SAP function as PA0194. Post Go-Live, a single Vendo
name/address will be maintained in the PA0194 originator name/address fields.
Payments
All garnishment payments to vendors will be done by ADP on behalf of CUSTOMER. This will be done on the ADP system.
At CUSTOMER, disposable net is indicated with processing class 59 and all earnings that should be garnish able are marked w
disposable net specification. Also, certain deductions can reduce the disposable net and that is marked with processing class
is marked to reduce the disposable net. Please refer to the deductions spreadsheet for other reductions in disposable net.
Adjustments to Disposable Net models
It is possible to create adjustments to disposable net for different order types in specific jurisdictions. This is done with adjust
across all jurisdictions. There will be one for the Fed Levy and one for Student loans. These entries will be made in table T5UG
Disposable
Description Wage Type Description
Net Model
Exempt/Non-Exempt Models
Besides the standard exemption due to filing status for federal tax levies (publication 1494) no other exempt models will be c
document (Infotype 0195).
Description Needed
Garnish: Creditor No
Garnish: Creditor No
Garnish: Alimony/Support No
document) per order type. The following settings are required for ADP:
Infotype Additional
Deduction Limit 1 Limit 2
Proposal Amount
made available for the FIPS code (Addl. Code) and the medical support indicator:
entation in EC Payrolls.
For CUSTOMER however, all garnishment payments will be done by ADP on behalf of CUSTOMER. For this we will just
for check) even if it is not the actual payment method. The default remittance rule will be assigned to all garnishments in
t (some may be check payments while others may be ACH payments in a specific format for the state disbursement units of
an upload procedure), vendor accounts are required to save the garnishment document in Infotype 0194. For pre-Go-Live
s PA0194. Post Go-Live, a single VendorID, which is setup by client for ADP, will be used for every data load. True vendor
at should be garnish able are marked with processing class 59 = 1. Please refer to the earnings spreadsheet for the
nd that is marked with processing class 59 = 2. An example is that taxes withheld (total taxes cumulated in wage type /5U0)
r other reductions in disposable net.
fic jurisdictions. This is done with adjustment models. There are two adjustment models that will be created and will apply
hese entries will be made in table T5UG5.
http://www.irs.gov/irm/part5/irm_05-019-009.html
http://www.dol.gov/whd/regs/compliance/whdfs30.htm
1494) no other exempt models will be configured additionally. Any changes can be maintained as limits on the garnishment
Notes
Alimony?
Alimony?
Second for EE
Overview
During payroll processing, results are created that need to be reflected in the general ledger. Payroll postings to Finance acco
hosted Cloud Payroll (also called EC Payroll) to the on-premise SAP Finance system. Additionally, we will need some finance re
with application link enabling (ALE for short) where data/results are distributed from one SAP to another SAP system using pr
exchange of information/data:
Transfer posting
EC Payroll SAP Finance HRPAYP
documents
Document Types
A document type is a key that distinguishes the business transactions to be posted. The document type tells you what sort of
an account. The following document types will be used at CUSTOMER for payroll postings:
Chart of Accounts
Payroll results will be posted to the existing chart-of-accounts used on the on-premise SAP Finance system.
Posting Dates
The posting dates for payroll postings will be the payment or check dates of the payrolls for regular and off-cycle payrolls. The
tab of this workbook.
Symbolic Accounts
During the configuration of the payroll postings, we will assign wage types (earnings, deductions, employer contributions, vac
accounts). This is done using symbolic counts as a ling between the wage types and the GL accounts. Symbolic accounts are H
additional flexibility to change accounts over time (date driven) and also to post the same wage type to different GL accounts
to one mapping between the wage types and symbolic accounts as a start to allow for the most flexibility. The symbolic accou
listed on the wage type spreadsheets.
Symbolic accounts are only needed on the EC Payroll system and not the Finance system in a distributed posting environmen
GL Accounts
GL accounts will be replicated (via ALE) from the on-premise Finance system to the EC Cloud Payroll for validation during the
In some cases we need to post the same wage type (earning) to different GL accounts based on the type of employee. For CU
cases. This is accomplished by bringing in an additional modifier (called PPMOD) to the mapping between the symbolic accou
configured as follows:
Feature: PPMOD
This feature defaults the posting group as follows:
Fringe Postings
Fringe wage types will be calculated during payroll and posted to specific GL accounts as noted on the wage type spreadshee
Description Notes
FI/CO: HR posting
GL(AcctngEmplyeeExpnses)
FI/CO: HR posting
AR(AcctngEmplyeeRcvbles)
FI/CO: HR posting
AP(AcctngEmplyeePaybles)
e document type tells you what sort of a business transaction it is. This is useful, for example, when displaying line items for
ngs:
Need to configure in T003 on both EC Payroll and Finance if custom document types are used.
SAP Finance system.
s for regular and off-cycle payrolls. The posting dates for the regular payrolls are listed under the payroll areas and periods
eductions, employer contributions, vacation etc.) to general ledger accounts (expense, payables and receivables and technical
e GL accounts. Symbolic accounts are HR accounts that maps to the actual GL accounts in the configuration. This allows for
me wage type to different GL accounts based on the employee type (this will be discussed later). The design is to create a one
the most flexibility. The symbolic accounts will be defined during the realization phase. The desired GL accounts are currently
based on the type of employee. For CUSTOMER it is needed to differentiate between direct and indirect employees in some
mapping between the symbolic account and the GL account. This modifier is determined by a feature PPMOD that will be
Modifier
- Direct
- Indirect
- Direct
- Indirect
blank >
- Direct
- Indirect
- Direct
- Indirect
blank >
- Direct
- Indirect
- Direct
- Indirect
blank >
blank >
eet (or infotype) or based on a distribution on infotype 0027. In the absence of these cost overrides, the default home cost
is however a requirement to post the employer taxes to a fixed cost center (9009000). This requirement will be configured on
enter. A new cost element will be configured for this purpose.
as noted on the wage type spreadsheets. This process will not change with the conversion to the EC Cloud Payroll system.
ount. This is for the delta accrual per pay period. The details of the postings are documented in the wage type spreadsheets.
yroll results from the
s will be accomplished
nt this bi-directional
If the periods used within Human Resources and Financial Accounting are the same, the posting date enables you to assign th
posting periods used within Financial Accounting, the ‘from’ and ‘to’ dates of the payroll period might belong to different pos
fixed posting date, such as the check date. As a result, all of the personnel expenses are assigned to a single posting period w
different posting periods. As a result, making a meaningful comparison of expenses incurred in different posting periods beco
periods within Financial Accounting they can be assigned to different posting periods. Month end accruals accomplish exactly
At CUSTOMER, we have bi-weekly payroll periods and monthly financial periods. This necessitates the implementation of mo
Current Accrual
CUSTOMER Method
currently use the last Sunday of each month as the cutoff for the payroll postings. This means that everything bet
is posted to the month where the bulk of the time falls (current month). There are therefore a few days in the previous mont
As an example; For July 2013. The last check date of the month is 07/26/2013 for the dates of 07/08/2013-07/21/2013. The m
labor accrual for the dates of 07/22/2013-07/28/2013.
The system sometimes uses actual values to split expenses over multiple financial periods and sometimes estimates. It all dep
documents are created (called the LDCD - latest document creation date). This is also sometimes called the ACC date. It defin
If the LDCD of the payroll period in question is earlier than the final dates for all of the posting periods within Financial Accou
payroll results (actuals).
In the following example, the LDCD of the (current) payroll period C is earlier than the final posting date of the June (and July)
basis (see below) in accordance with the approach using actual values.
Continuing with the same example, if the June posting period is no longer capable of receiving posting data by the LDCD of pa
results for payroll period B to estimate the expected amount of June expenses for payroll period C. The system then creates a
The posting closing dates and the latest document creation dates (LCDC) are defined on the tab for payroll areas and periods
month end accruals.
Eligibility
The month-end accrual solution will be activated for all employees that will be paid. There are no payrolls that are excluded f
Payroll Modifiers
For the month-end accrual solution, we have an option to use the following time units:
Working days A
Calendar days K
Working hours S
Other
Discuss process of doing mass work schedule substitutions to simulate the shutdown periods.
e posting date enables you to assign the posting of payroll results correctly. If the payroll periods are not the same as the
ll period might belong to different posting periods within Financial Accounting. The payroll results are then posted using a
e assigned to a single posting period within Financial Accounting, even though the expenses were actually incurred in two
urred in different posting periods becomes difficult. You then need to be able to split personnel expenses so that for exact
Month end accruals accomplish exactly this by splitting the expenses over the multiple periods using estimates or actuals.
ostings. This means that everything between the last Sunday of the previous month and the last Sunday of the current month
efore a few days in the previous month that is posted to the current month.
ates of 07/08/2013-07/21/2013. The month end close date is 07/28/2013. Currently we will need to estimate a one week
ods and sometimes estimates. It all depends on if the posting period is still open to receive postings at the time the posting
ometimes called the ACC date. It defines when the posting documents from payroll are created after the payroll runs.
posting periods within Financial Accounting, the system recognizes that the expenses can be split on the basis of the current
final posting date of the June (and July) posting period (s). For this reason, the expenses can be split using the appropriate
Note that accounting period is read from Finance and not the closing dates we specify. This is the end of a month.
ceiving posting data by the LDCD of payroll period C. During the payroll run for payroll period B, the system uses the payroll
oll period C. The system then creates accruals for June in the amount of the estimated expenses.
n the tab for payroll areas and periods of this workbook. These dates drive whether the system uses actual or estimates for
ere are no payrolls that are excluded from the solution.
eriods.
e not the same as the
re then posted using a
tually incurred in two
enses so that for exact
estimates or actuals.
Types of Payments
Area Details
ADP will extract and pay the garnishments on behalf of CUSTOMER. There is there
Garnishments
third-party remittance for garnishments.
ADP will extract and pay the taxes on behalf of CUSTOMER. There is therefore no
Taxes
remittance for taxes.
Health and Welfare benefits are being paid to Discovery Benefits who pays the diffe
Benefits (Health & Welfare)
on invoices and not actual contributions from payroll.
Benefits (Flexible Spending
United Healthcare sends invoice of actual claims daily and CUSTOMER pays it wee
Account claims)
Benefits (Flexible Spending
This is not paid to a vendor. Only claims are paid out.
Account contributions)
Other Internal CUSTOMER deductions without the need to pay any vendor.
There is no need to implement third-party remittance with creditors, remittance rules and payment methods because all pay
manual payments are being requested by the payroll department to Accounts Payable.
Dummy Implementation
Third-party remittance has the advantage of flagging results as being paid to third parties which makes payroll voids impossib
order to simulate the third-party remittance flags, we will configure the taxes for third-party remittance with a dummy credit
- It allows all employees to be flagged in table T51R8 (so that reversals can be done instead of voids)
- It allows the postings to use the new tables developed for taxes (you cannot use them if you do not use 3PR).
No vendor accounts will be created and the 3PR process will only be processed half way (only first step to flag entries and upd
postings documents will not be don (RPURMP00).
d party. This third party is entitled to payment for any of a number of reasons, for example, in the case of payment for an
or benefits to the benefits providers. For a third-party remittance, information must pass from the HR system (payroll
Payable Department from the vendor accounts.
Details
paid out.
A/P.
and payment methods because all payroll payments are either handled by third parties (like ADP and Discovery Benefits) or
es which makes payroll voids impossible and only allows for reversals. This is done in table T51R8 on an employee level. In
party remittance with a dummy creditor and payment method even though it is not needed. This accomplishes two things:
tead of voids)
m if you do not use 3PR).
y (only first step to flag entries and update tables T51R5 and T51R8). This is program RPURME00. The second step to create
ase of payment for an
HR system (payroll
d Discovery Benefits) or
n an employee level. In
ccomplishes two things:
Off-Cycle Reasons
Reason Description Type of Payroll Details
B – Adjustment / Runs retro over a previous payroll and re-calc
0010 Adjustment payment
Correction results and pays the difference in this off-cycl
0050 Regular period 'on <blank> - On demand This is for running a regular payroll before or
demand' normal schedule.
Payroll results C - Payroll results This off-cycle is for adjusting results from Info
0070
adjustment adjustment but does not generate a payment from the sy
Note that we will have a combination of bonuses from infotype 0015 (those interfaced from EC) and infotype 0267 (those ma
Supplemental Payrolls
CUSTOMER asked if some of the bonuses can be run using supplemental payrolls - meaning together with the regular payroll
additional configuration in tables, features and additional infotypes that are not supported via employee central. It has been
produce separate payroll results and paystubs. This will require a mass payroll process model to be configured to reduce the
For off-cycles booked directly in EC Payroll (those in infotype 0267) we can default the wage types by off-cycle reason. For CU
- Miscellaneous Bonus (with and without 401k) - no defaults
- Expense Reimbursement - default expense reimbursement wage type
Off-cycle Reason Wage Type Defaulted
Replacements
Payment replacements usually only involve the generation of a check for some previous rejected ACH or check that was lost/
in combination with certain local banks). For replacements, the off-cycle workbench will be used to re-process the pre-DME a
payment on ADP.
R will need off-cycle payrolls to be configured.
Details
a previous payroll and re-calculates the
s the difference in this off-cycle.
ether with the regular payroll ug producing separate results and paystubs. Although this is possible on SAP (EC Payroll) it requires
employee central. It has been discussed with CUSTOMER and agreed that we will rather run mass bonus runs for these bonuses and still
o be configured to reduce the burden on CUSTOMER. This has been documented in the process model section of this workbook.
pes by off-cycle reason. For CUSTOMER we will only have three cases where bonuses are processed directly from EC Payroll:
STOMER and the off-cycle payrolls will use the default payment methods (as for regular payroll) unless overwritten by CUSTOMER.
process model), a subset of the results are shows in a window before the off-cycle is saved. Note that a full paystub can be displayed in
preview window:
d ACH or check that was lost/stolen or ripped. CUSTOMER decided not to offer any normal check payments but only Aline checks (which i
d to re-process the pre-DME and flag the payment as an Aline check and then the ADP extraction program will be executed for the
entered and communicated to Payroll and impact on dates when payroll is released and no off-cycle can be processed.
The benefits are only partially implemented on EC Payroll because the system of record is with BenefitFocus and deductions a
The 401k plans are administered by Fidelity and directly interfaced to EC Payroll and the Flexible spending accounts are mana
opposed to the per pay period deductions. These require benefits plans to be maintained in EC Payroll.
In order to be able to load plans in the benefits infotypes, an employee must be assigned to a benefits area and a first and sec
groupings are assigned in the general benefits infotype (0171).
Infotype 0171
The General Benefits Infotype (0171) is stores the assignment to the benefits area (group of benefits) and the groupings (calle
Since only the 401k and flexible spending plans will be created on EC Payroll and the eligibility is managed in Fidelity (for 401k
eligibility groups in EC Payroll. The following groups will be created and used:
Infotype 0171 will be maintain in the background for each employee. - determined if this will be in the EC interface or FSA int
There are features on the infotype that will be configured to default the required values.
Feature: BAREA
This feature defaults the benefits areas and will be configured as follows:
10 - USA ZS - CUSTOMER US
Feature: BENGR
This feature defaults the 1st program grouping in Infotype 0171 and will be configured as follows:
ZS - CUSTOMER ALL
Feature: BSTAT
This feature defaults the 2nd program grouping in Infotype 0171 and will be configured as follows:
Infotype 0169
The 401k plans will be configured in Infotype 0169. Here are the plan details:
Plan Details:
1 – 89% of base
N401 401k Plan /102 - 401(k) Wages
No flat $ amount
Salary/401k base:
The 401k and Roth 401k plan share the same wage base (wage type /102). It will be configured on EC Payroll an
all differences will be forwarded to the current active pay period where it will be processed at the current 401k
contributions that were already interfaced to Fidelity adjusted. The 401k base will therefore be adjusted on a w
Limits:
402g limit
The 401k and Roth plan allow employees to contribute up to the 402g limit (currently it is $17,50
additional catch-up contribution which will be discussed next. If an employee under 50 selects a
limit without going to a post-tax contribution on the 401k plan. So the 402g limit is also the total
contributions.
Age-catch-up
The 401k age-catch-up is available to employees who turn 50 before the end of the year. They ar
402g limit for a total contribution of $23,000. In the system the contributions up to the 402g limi
checking). This is only applicable to the normal 401k plan and not the Roth 401k plan which only
415C limit
Section 415(c) of the Internal Revenue Code places a ceiling on total contributions that may be m
capping them at the lesser of 100% of an employee’s compensation or $51,000 for 2013 ($56,500
Salary limit
The employee compensation limit (also called the salary limit) is the total compensation that can
at $255,000 for 2013 and is applicable to the 401k and Roth 401k plans. < find out if the EE contr
stop >
Infotype 0170
The flexible spending plans will be configured in infotype 0170 as follows:
Plan Details:
ed to a benefits area and a first and second program grouping which defines the benefits eligibility on a macro level. These
up of benefits) and the groupings (called first and second program groups) that defines the macro eligibility per benefits plan.
igibility is managed in Fidelity (for 401k) and BenefitFocus (for flexible spending plans) there is no need to create detailed
401k 401k
Roth 401k Roth 401k
Limited FSA Limited FSA
Health Care FSA Health Care FSA
Dependent Care FSA Dependent Care FSA
his will be in the EC interface or FSA interface or Fidelity Interface or a scheduled background job
s.
be configured as follows:
be configured as follows:
EE Contribution pre-tax EE Contribution post-tax ER Contribution Wage Types
525B - 401k EE
– 89% of base
None 50% up to 6% of EE salary 527B - 401k EE Age-catch-up
o flat $ amount
525R - 401k ER
526A - Roth 401k EE
1 – 89% of base 528A - Roth 401k Age catch-
one 50% up to 6% of EE salary
No flat $ amount up
526R - Roth 401k ER
2). It will be configured on EC Payroll and will be formed during the payroll run. The wage base will stay the same in a retro and
t will be processed at the current 401k elections. The 401k will therefore not be re-calculated in the past (in a retro) and
base will therefore be adjusted on a when paid basis and not a when-earned basis.
to the 402g limit (currently it is $17,500 for 2013). For employees over 50 (defined at the end of the current year) there is an
ext. If an employee under 50 selects a 401k contribution that exceeds the annual 402g limit, the contribution just stops at the
plan. So the 402g limit is also the total contribution limit for employees under 50 and combines the 401k and Roth 401k
50 before the end of the year. They are allowed to contribute an additional amount (currently $5,500 for 2013) on top of the
m the contributions up to the 402g limit and the age catch-up contribution will have separate deduction codes (for limit
and not the Roth 401k plan which only allows for post-tax contributions without limits.
g on total contributions that may be made to a defined contribution retirement plan (employee and employer contributions) by
pensation or $51,000 for 2013 ($56,500 for those over 50 with age catch-up). This limit applies to the 401k and Roth 401k plans.
mit) is the total compensation that can be considered in calculating contributions to defined contribution plans. This is currently
h 401k plans. < find out if the EE contribution must stop when this salary limit is reached and if not if the ER contribution should
mployer contributions) by
01k and Roth 401k plans.
on plans. This is currently
he ER contribution should
Overview
Process models allow for the execution of repetitive payroll tasks in one single processing workbench where one step is called
Types
The following process models will be configured for CUSTOMER:
Process
Description Use
Model Name
Gaps
Some bonuses are paid for a large number of employees and will therefore have to be executed in bulk and not one employe
process model for bonuses booked in infotype 0015 (with processing class 76 = 1). There is a standard mass process model se
similar selection program needs to be created for infotype 0015 to be used with bonuses that are interfaced from EC (which c
Another possible development is to adjust the ADP extract program to be used in process models so that it is completely auto
ng workbench where one step is called after another and data is exchanged between the different steps.
del is used when a payroll result is voided after it has been posted to
ually before third-party remittance if applicable). This creates a true
plete reversal) that necessitates the reversal of the postings. The RPCIPE00
y voiding the result in the off-cycle workbench and then completes
tarting the process manager for voids.
executed in bulk and not one employee at a time from the off-cycle workbench. This requires the development of a mass bonus selection
re is a standard mass process model selection program H99_SELECT_PERNR_MASS_BONUS that selects employees with entries in infotype
es that are interfaced from EC (which cannot update infotype 0267).
Schema Details
This is the main payroll schema used for running payrolls and will contain the CUST
Main Payroll Schema
payroll.
This schema is only used to load year-to-date values from into the results for mid-ye
load YTD values for taxes and deductions with limits (e.g. 401k, flexible spending e
YTD Load Schema
restart at 0 in the first payroll. For CUSTOMER, this is only planned for the payroll p
is planned for January 2014.
This schema will not be used directly but called via the claims report. It contains spe
Claims Schema
tax-when-earned tax calculation instead of the normal tax-when-paid in order to exp
Payroll Reports
Although reports are covered in a different workbook, it is worthwhile to mention the standard payroll reports that are neede
Report Details
Wage Type Reporter Standard report to be used to get payroll results for any wage type.
Payroll Reconciliation Standard report to report on payroll results and also summarize by tax splits. This re
Report changes to previous periods.
This report displays all earnings and deductions (similar to a paystub) with totals pe
Payroll Journal personnel area, company etc.). This is usually used by payroll to verify the payroll r
completed. This is not needed immediately but may be later added to scope.
he payroll schema is called by the payroll program and it contains the configurable processing steps for the specific process.
Details
ning payrolls and will contain the CUSTOMER-specific rules for
Details
(Complete as needed)
Number 2
Number 3
Number 4
Number 5
Number 6
Example: Employee on shift 5 (one option of many)
Mon Tue Wed Thu Fri Sat Sun Total
10 10 10 10 0 0 0 40
Issues:
1) Mid-period hires
2) Mid-period terminations
3) Mid-period status changes (LOA, STD, Cost center, salary/rate changes)
4) PTO if booked for period
5) Cannot get Shift/Geo/Lead/ERT hours per day but only totals
Assumption:
1) Employee work same hours each day (not 10, 10, 8, 12, …)