In this blog, you will get to know the common Payroll mistakes in Workday & how to avoid them.
Introduction
Learn the best practice implementation techniques to effectively plan, architect, test and deploy payroll from experts to avoid implementation errors. Implementation of Workday payroll takes about six months to a year. Workday's flexible and intuitive configuration supports advanced requirements, such as you can view up-to-date payroll information, and configurable security improves collaboration and allows business partners outside of payroll to provide input and view results before payroll is finalized.
Below is a Workday expert's synopsis of most common Workday payroll implementation mistakes with solutions
When a reviewer or certifier makes a cost-related change to the effort certification, Workday either:
Cause |
Solution |
Workday couldn't persist payroll work tags in the effort certification lines because you didn't configure the effort certification type to use full work tags. |
Cancel all effort certifications that belong to the effort certification type. Security: Set Up: Effort Certification domain in the Core Payroll functional area.
Select the Use Full Worktags check box. Security: Set Up: Effort Certification domain in the Core Payroll functional area.
Rerun effort certifications with the same parameters as before. Security: Process: Effort Certification domain in the Core Payroll functional area. |
Workday can't match worktags in the effort certification to worktags in payroll costing allocation because the worktag usages are different. |
Cancel all the effort certifications that you want to initiate payroll accounting adjustments from. Security: Set Up: Effort Certification domain in the Core Payroll functional area.
Edit the worktag usage for Effort Certification Dimension to include all the worktag types in Payroll Costing Allocation. Security: Set Up: Enable Worktags domain in the Common Financial Management and Worktags functional areas.
Rerun the effort certification with the same parameters as before. Security: Process: Effort Certification domain in the Core Payroll functional area. |
Workday doesn't recognize the change in the effort as a cost-related change. |
Cancel all the effort certifications that you want to initiate payroll accounting adjustments from. Security: Set Up: Effort Certification domain in the Core Payroll functional area.
Select the Costed check box for the change reasons that you want to trigger payroll accounting adjustments. Security: Set Up: Effort Certification domain in Core Payroll functional area.
Rerun the effort certification with the same parameters as before. Security: Process: Effort Certification domain in the Core Payroll functional area. |
You don't have permission to view the employee and position worktags on payroll accounting as the effort certification administrator. |
Cancel all the effort certifications that you want to initiate payroll accounting adjustments from. Security: Set Up: Effort Certification domain in the Core Payroll functional area.
Add a row and select:
Security: Worker Data: Position and Employee Worktag domain in the Common Financial Management and Core Payroll functional areas.
Rerun the effort certification with the same parameters as before. Security: Process: Effort Certification domain in the Core Payroll functional area. |
The Effort Certification business process doesn't initiate payroll accounting adjustments. |
Cancel all the effort certifications that you want to initiate payroll accounting adjustments from. Security: Set Up: Effort Certification domain in the Core Payroll functional area.
Add a last step after the completion step, and select:
Security: Business Process Administration domain in the System functional area.
Rerun the effort certification with the same parameters as before. Security: Process: Effort Certification domain in the Core Payroll functional area. |
Cause: The terminated worker doesn't have a pay group assigned on the termination date.
Solution:
Enter an Effective Date that's on or before the termination date.
2. Load historical data.
See Steps: Load Payroll History by Batch.
3. (Optional) Enter or Correct Payroll History for a Worker.
Cause: Federal, state, or local tax information isn't either:
Solution:
Security: Set Up: Payroll - Company Specific (Taxes) - USA domain in USA Payroll functional area.
Note: Indiana bases county taxes on the employee's county at the start of the year. For Indiana county taxes, set the Start Date to the first day of the calendar year.
If tax information has changed, preserve tax history by adding new tax information with a new Start Date.
Cause: The employee is subject to reciprocity rules.
Solution:
Security: Worker Data: Payroll (Company Specific) - USA domain in USA Payroll functional area.
Security: Set Up: Payroll (Taxes View) domain in the Core Payroll functional area.
Cause: Payroll input overrode the tax calculation.
Solution: Security: Reports: Results for Worker (Pay Calculation) - USA domain in USA Payroll functional area.
Cause: The employee had SUI wages in another state. The employee’s new state recognizes the wages paid in the prior state when determining the year-to-date wage limit.
However, SUI wages start over if a worker transfers to Minnesota or Louisiana.
Solution: Security: Reports: Pay Calculation Results for Worker (Tax Filing/W-2s) - USA in USA Payroll functional area.
Cause: The state you’re moving the SUI wages to comes alphabetically before the previous state. The new state has a lower wage limit.
Example: The employee moved from Iowa to Arizona. The payroll administrator needs to report the SUI (ER) subject wages for Iowa, 5,885.95 USD, to Arizona. The payroll administrator creates a manual payment to move SUI wages out of Iowa and into Arizona. The SUI wage limit in Iowa is 28,000 USD. The SUI wage limit in Arizona is 7,000 USD. Workday Payroll processes alphabetically. Workday will process Arizona first, resulting in an inaccurate transaction because Arizona will reach the limit before Workday processes the full amount.
Solution: Security: Process: Off Cycle (Manual Payment) domain in Core Payroll functional area. To prevent this inaccuracy, process in 2 separate transactions.
Cause: You're calculating supplemental tax with a Flat Rate method and the employee has no prior results.
If you didn't withhold regular taxes for the employee during the current or preceding year, Workday doesn't withhold federal tax at the flat rate from a supplemental payment.
Solution:
Security: Set Up: Payroll - Company Specific (Taxes) - USA domain in USA Payroll functional area.
Cause: The payment missing the additional federal withholding is a subsequent payment in a pay period. Workday took the additional withholding amount from the employee's first payment of the period.
Solution: Security: Reports: Results for Worker (Pay Calculation) - USA secured to the USA Payroll functional area.
Workday takes the additional withholding amount from the employee's first payment of the period, whether it’s on-cycle or off-cycle.
Select the Take Additional Tax Withholding Amountscheck box when you create the on-demand payment.
Cause: Employee has met an earning or deduction limit. When this happens, the pay component resolves to zero and Workday ignores any other limits defined for it.
Solution:
On the Effective Dated tab, review the Limits section. Determine if multiple limits exist, and how Workday calculates each limit. (The section displays only when a limit exists.)
Review the Value and Based On fields. Determine whether the limit is based on the current pay component or another pay component.
Security: Set Up: Payroll (Calculations - Payroll Specific) domain in the Core Payroll functional area.
Click the magnifier icon for the most recent Payroll Result.
Compare the pay component cumulative amount (year-to-date or other) to the limits. If the limit is based on something other than the current pay component, verify the other values.
Security: Reports: Results for Worker (Pay Calculation) - USA domain in the USA Payroll functional area.
Cause: You haven't entered the payroll input required for hours, units, or other values.
Solution:
On the Effective Dated tab, review the Calculation field and Related Calculations fields to confirm that the calculation requires payroll input.
Security: Set Up: Payroll (Calculations - Payroll Specific) domain in the Core Payroll functional area.
See if the worker had payroll input for the period.
Security: Worker Data: Payroll (Payroll Input) in the Core Payroll functional area.
Cause: The pay component has a limit that's defined incorrectly.
Solution:
Security: Set Up: Payroll (Calculations - Payroll Specific) domain in the Core Payroll functional area.
Conclusion:
Strategically implement Workday Payroll proactively to limit and avoid some of the most common payroll errors. You can build an efficient payroll procedure, deliver paychecks to your personnel and run payroll perfectly in Workday. Getting payroll proper is a remarkable way to exceed worker expectancies and construct their trust in the employer. ERP Cloud Training offers Workday Payroll Training by an expert trainer. Click here to view course details
Categories: : Workday Payroll Training