The Pay Group Properties tab of Pay Setup > Pay Group is divided into several sections:
- General
- Calendar Properties
- Pay Approval
- Pay Transmission
- Direct Deposit
- Pay Properties
- Export Options
- Rate/Salary Conversion
Before You Begin: After you save a pay group and it becomes effective, you can’t edit some of its settings or delete the pay group. Before you save a new pay group, you should review your configuration and ensure that it’s proper.
| Option | Description |
|---|---|
| Name | The pay group name. |
| Description | The pay group description. |
| Organization | The areas of your organization to which the pay group is applicable. |
| Reference Code | Enter a cross-reference code. This code must be unique and must not contain special characters. |
| Option | Description |
|---|---|
| Frequency |
The length of the pay period for the pay group:
When you set the appropriate culture, the Fortnightly frequency is shown in Pay Setup >Pay Group, in the Pay Group Properties tab, in the Calendar Properties section, in the Frequency field.
Recommendation: Use the same setting in Frequency as for the Payroll Frequency (below). |
| Payroll Frequency |
How often employees are paid. Use the same setting in Payroll Frequency as for the Frequency (above), if you want to transmit pay on the same schedule. To use a different schedule, select a different frequency option. Examples:
|
| Unlock Offset |
The number of days to offset the unlocking of the pay group’s transmitted pay periods using the Pay Period Unlock background job. Leave the field blank and Dayforce doesn’t unlock any of the pay group’s pay periods when the background job runs. Tips If you enter 7 in this field, the job unlocks only pay periods in this pay group if they were transmitted at least seven days before today. Enter 0 in this field and Dayforce unlocks transmitted pay periods immediately without having to run the Pay Period Unlock background job. It’s recommended that you don’t enter a negative value in this field. |
| Start of Week |
The start day of the week when weekly pay rules are calculated within monthly or semi-monthly pay periods. Tips A group’s calculation period can be different from its pay cycle. For example, a monthly pay cycle can be configured to calculate overtime on a weekly basis. For weekly and bi-weekly pay periods, the Start of Week selection should be the same day of the week that the Start Reference falls on. |
| Calculation Frequency | The length of the calculation period, which is based on the pay group’s start date and starting day of the week. The drop-down list options are: Weekly and Bi-Weekly (2 Weekly for UK and Ireland). |
| Start Reference |
The pay group’s start date. A pay group’s start reference is used to generate all of its pay periods. The first pay period generated starts on this date and runs for the duration specified in the Frequency drop-down list. Tips Consider the following example: if you select Bi-Weekly in the Frequency drop-down list and 3/1/2010 as the start reference, Dayforce creates two-week pay periods starting on 3/1/2010. The first pay period would run from 3/1/2010 to 3/15/2010. When Dayforce generates pay calendars for semi-monthly pay periods, it generates two pay periods for each month: one from the 1st to the 15th of the month, and one from the 16th to the end of the month. The date selected in the Start Reference field is ignored. These two semi-monthly pay periods are fixed and can’t be customized. Dayforce takes into account which month it’s generating semi-monthly pay periods for when calculating the duration of the pay periods. For example, Dayforce would create the second pay period in February for the 16th to the 28th in non-leap years. Additionally, you should configure the Start Reference to the same day of the week as the location’s Start Day of Week. See Configure Locations. Note: This field isn’t enabled for custom frequency pay groups. |
| End Date |
(Optional) The pay group’s end date. Tips When you configure an end date, any employees assigned to this pay group need to be reassigned before the specified end date for Dayforce to calculate and generate their pay. |
| Day Start Time |
The business day start time. If the business day alignment for the pay group is different from the default business day alignment for the organization, enter a start time in this field. Tips Consider an organization with a default business day start time of 11:00 PM. The Northern pay group is configured with 10:00 PM in the Day Start Time field. With this configuration, Dayforce costs the hours for a worked shift from 10:30 PM on Monday to 4:00 AM on Tuesday only for employees belonging to the Northern pay group, because the shift starts after the 10:00 PM business day alignment start time. |
| Future Periods |
The number of pay periods Dayforce generates automatically. Tips This is the number of periods Dayforce generates when you finish configuring the pay group. This is also the number of pay periods Dayforce creates at the same time when it creates more pay periods. Consider the following recommendations before you configure this setting:
|
| Option | Description |
|---|---|
| Approve By Offset (Days) |
The number of days after the end of a pay period that a manager can begin approving gross hours and timesheets. Enter the number of days after the end of a pay period that managers need to approve the pay period by. This value creates both a deadline and a validation. Managers are reminded that the pay period is due for approval in Pay Approve Checklist, but a validation also occurs because managers can’t approve the pay period before the Approve By Offset date. Enter a negative number to specify the number of days before the end of a pay period that managers can approve the pay period. Tips Before you configure an offset for approving pay, consider the following:
|
| Approve By Time | The time of day that managers need to approve pay periods by. The approve-by time is 12:00 AM by default, and managers can approve pay periods starting at midnight of the specified day. |
| OT Banking Approve By Offset (Days) |
The number of days after the end of the pay period that a manager can approve overtime banked hours by. After the number of days entered in this field have passed, banked overtime hours from the previous pay period cannot be approved. Note: This feature is available only when the Toggle OT Banking Approve By Offset checkbox is selected in System Admin > Client Properties in the Properties tab, in the Employee section. |
| OT Banking Approve By Time Of Day |
The time of day that managers need to approve the overtime banked hours in the pay period by. Note: This feature is available only when the Toggle OT Banking Approve By Offset checkbox is selected in System Admin > Client Properties in the Properties tab, in the Employee section. |
| Option | Description |
|---|---|
| Transmit By Offset (Days) |
The number of days after the end of a pay period that administrators must transmit the payroll data to your organization’s payroll application. This value creates a deadline and a validation. Payroll administrators are reminded that the pay period data needs to be transmitted in Pay Admin Checklist, and payroll administrators can't transmit the payroll data before this date. Enter a negative number to specify the number of days before the end of a pay period that administrators can transmit the payroll data. Tips Before you configure an offset for transmitting pay, consider the following:
|
| Transmit By Time | The time that payroll administrators must transmit payroll by. |
| Transmit with issues | Select this checkbox and payroll data can be transmitted out of Dayforce while problems exist with time and attendance records in the pay group. |
| Can Transmit with Unauthorized Records |
Select this checkbox and payroll data can be transmitted with unauthorized time and attendance records. Tips This checkbox applies only when approving payroll data with unauthorized records in Pay Approve Checklist. |
| Ignore Previous Issues | Select this checkbox and Dayforce ignores issues in previously-transmitted pay periods when determining if users can transmit the selected pay period. Clear the checkbox and payroll administrators must ensure that any retro pay adjustments that caused problems within previously transmitted pay periods have been corrected before the current pay period can be transmitted. With the checkbox cleared, Dayforce shows an extra sub-column for retro issues under the Exceptions column in Pay Admin Checklist. |
| Deposit By Offset (Days) |
The number of days between the date that pay is transmitted and the date that employees receive their deposits. Dayforce uses this number when determining the last pay period that still allows employees to receive their payout prior to the start of their vacation for advance payouts. See Configure Advance Pay. Tips This field applies only for WFM-only customers and doesn’t support negative values. |
| Option | Description |
|---|---|
| Max Number of Accounts | The maximum number of direct deposit accounts to which funds can be disbursed. |
| Distribute By Percent | Select this checkbox to enable funds to be disbursed using percentages. |
| Mandatory Remainder Account | Select this checkbox to enable Dayforce to require that employees have a remainder account configured in their records. |
| Mandatory Document Upload | Select this checkbox to require employees to upload supporting documents (such as a bank statement PDF or image of a void check) before they can submit a Direct Deposit form. Dayforce Wallet Card users are excluded from this requirement and won't need to upload documents. |
| Ignore Mandatory Remainder Account on Forms |
Active if the Mandatory Remainder Account checkbox is also selected. Select this checkbox to allow employees in US or Canadian pay groups to delete all existing account information from the Direct Deposit form, including the remainder account. Dayforce makes their payment by check instead of direct bank deposit. |
| Option | Description |
|---|---|
| Pay Arrears | Select this checkbox if your instance of Dayforce is integrated with another Dayforce payroll engine (such as HPL/HPW or HPL Canada). |
| PSID | The payroll service identifier of the client. |
| Frequency Code | The frequency code value. |
| Option | Description |
|---|---|
| Exclude from Payroll | Select this checkbox to exclude the pay group from payroll exports. When selected, the pay group isn’t visible in Pay Admin Checklist and isn’t scheduled for export. |
| Send Tests to Payroll | Select this checkbox and the results of the test transmit (the mock payroll export files) are copied to Dayforce’s Archive folder when Dayforce sends the files over FTP or SFTP to the host. If selected, Dayforce copies the mock payroll export files to the Archive folder when users click Test Transmit in Pay Admin Checklist. See the Pay Approval Guide. |
| Sync Export Definitions | Select this checkbox to copy the same pay export definition to all four pay export types for the selected export definition, if applicable. |
| Send XML and XSLT exports | Select this checkbox and the export XML file is sent to the payroll destination. By default, Dayforce stores the export XML files in a temporary folder and doesn't send them to the payroll destination. With this checkbox is selected, Dayforce sends these files in addition to the XSLT transform result. |
| WFM Integration Studio |
Select this checkbox to use Integration Studio to process the WFM payroll export. When selected, the Data to Export drop-down list appears where you can select which data entities to include in the WFM file such as balances, schedules, or time away from work. Note that the pay summary data is included in the data to be exported by default. If you want to migrate from the existing payroll export (XML/XSLT pay export definition) to the new WFM payroll export (Integration Studio), you need to configure the following:
Note that you can only configure the WFM payroll export once for each pay group and pay export mode. You can do the migration yourself or contact your Dayforce support representative for assistance. It's recommended that you test the WFM payroll export before enabling the WFM Integration Studio pay group property in a production environment. Because after you select the WFM Integration Studio checkbox, then only the new WFM payroll export would work. |
| Option | Description |
|---|---|
| Weeks Per Year |
The weeks per year value that Dayforce uses to determine how annual salaries are converted to base rates, or vice versa. Enter a value between 52.000 and 62.000. For example, 52.142 divides 365 days evenly into 7-day weeks. See How Rates and Salaries Are Calculated for Employees. |