No, percentages must be submitted as positve amounts.
We can request it as a change request but it will need to get approved by all Locations and it will definitely not be done by Go Live.
If an employee is paid using an incorrect chartstring, the payment can be transferred to the appropriate chartstring using a Direct Retro request (also known in current state PPS as a Payroll Expense Transfer).
What kind of notification will indicate that payment is being processed in UCPath (similar to Post Authorization Notifications)?
There are no specific notifications regarding payments being processed in UCPath. However, granted that you have the appropriate UCPath security/permissions, you can review specific employee’s paycheck/payroll data.
No. PAN notifications are sent out from Personnel and Payrolll System (PPS) to notify select individuals that transactions have been processed. PPS will no longer be used, thus PAN notifications will not exist either.
Merit increases should be submitted using PayPath only, not using the additional pay forms. If a retroactive merit increase is submitted, the system will compare the new salary to their current salary and automatically calculate and pay out the amount of retroactive pay that should be generated.
There are three exceptions to this process:
- The system will calculate and pay out amounts for only the earn codes that are eligible for retroactive payments. If the employee has an earn code on their record that is not eligible for retroactive actions AND the amount paid out for that earn code is dependent on the employee’s compensation amount (e.g., a specific percentage of their salary), then the retroactive amount owed to the employee for that specific earn code will not pay out. That amount needs to be manually calculated and paid to the employee by using the one-time additional payment form.
- If the latest effective-dated row for that employee is for an action that conflicts with the retroactive merit increase (e.g., if the employee transferred to a new job or got a promotion), then you must contact UCPath for assistance in processing that transaction.
- If the retroactive date applies to pay periods prior to Go-Live, then the retroactive pay will only be calculated and paid out for the pay periods that exist in UCPath. If the retroactive pay is needed for pay periods prior to Go Live (i.e., that were paid out using PPS), automatic retroactive pay will not be triggered and will have to be paid out manually as a one-time payment.
Yes. Routing to the approver groups will be based on which form it is, the department submitting the request, and the affected employee’s employee class. By default, all forms will only need one approver level, meaning that only one person needs to approve the request in order for it to process.
No. Additional Pay forms will show the same fields, regardless of employee type. However, some select fields may be filtered out based on the amounts input.
How do you enter a By Agreement (BYA/BYN) employee that should receive the same flat dollar amount every pay period?
If the By Agreement employee receives the exact same amount every pay period, then you can submit a Recurring Additional Pay request for that employee, entering the “Pay Period Amount” as the flat dollar amount that the employee should be receiving.
If the by agreement employee does not receive the same amount every pay period, then the request must be submitted via the One-Time Pay Additional form.
Is the Additional Pay amount request for a gross amount or a net amount? Could I choose between the two?
The amount submitted using the Additional Pay forms is the total/gross amount, not including any taxes and deductions that will be subtracted when payroll is processed.
The forms have a Gross-Up checkbox to indicate that the submitted amount should be the net amount that should be paid to the employee; if this checkbox is selected, the employee will receive the submitted amount exactly as their net amount and the department/chartstring will be charged for the additional amounts that would have gotten taken out in taxes/deductions (i.e., the true gross amount needed for the employee to get paid that amount as net).
If UCPath denies the transaction and pushes back to initiator, what is the process if that initiator is no longer an employee? Who is notified to problem solve the reason for denial?
The Approval Administrator (which is a new UCPath-specific role for UC Berkeley) will also be notified that a transaction was denied.
The Recurring Additional Pay form allows for document attachment. However, the One-Time Pay form does not have this functionality. If a document needs to be attached to the request, the one-time payment can be submitted using the Recurring Additional Pay form, with the effective and end dates adjusted to reflect one single pay period.
No, initiators cannot assign a specific approver. Once an initiator submits the request, it will be auto-routed to the appropriate Approver Group based on the Department, the selected form, and the employee class (also known as “appointment type” in current state).
Only one person in that approver group needs to approve for the workflow to move forward. However, the approver can select a specific ad hoc approver from a drop-down menu of approvers who have the appropriate permissions.
Additional Pay is for payments that are in addition to the employee’s base salary (e.g., stipends, bonuses). If the work-study student is owed additional hours that have not been paid to them, then this would not be the appropriate form to use and the hours should be submitted via the Off-Cycle/Final Pay form instead.
If the work-study student is owed additional pay for an action that is separate from their regular hours/salary (e.g., if the student has been given a STAR award), then this would be the appropriate form to use.
When you open an additional pay form, current payroll requests for that employee that have been submitted will be shown to the right of the new submission.
All transactions are kept indefinitely in UCPath.
Yes, some transactions allow cloning, but that is only in the event that the request has been rejected. No cloning functionality exists for the Additional Pay forms. UCOP has not provided a list of transactions that allow copying.
While most earn codes will stay the same, there will be some changes to existing earn codes. We will provide a “mapping” document to map from current-HCM-to-new-UCPath Earn Codes during training as well as a definition of every UCPath earn code and how they should be used. Title codes will be staying the same.
When you open an additional pay form, current payroll requests for that employee that have been submitted will be shown to the right of the new submission, thus allowing the Initiator to check if a specific request has already been submitted. It is up to the Initiators to check current requests and previous paychecks to ensure that they are not submitting a duplicate request; the UCPath Center is not responsible for this action and will process both updates.
What is the difference between processing Additional Pay through the Personnel and Payroll System (PPS) system vs. processing through a department award (DSAS)? Are there guidelines for which to use? How does CSS determine which method to use?
Contact your HR Business Partner for information abour DSAS and what guidelines/criteria are used to determine if they process pay out of PPS or DSAS. If specific payments are paid out of DSAS currently, they will most likely continue to be paid out of DSAS after we go live with UCPath.
There are fields in each Additional Pay form meant to identify the appropriate pay periods that the additional pay should apply to, thus allowing for retroactive submission. Note: You can only submit retroactive payments for earn codes that are eligible for retroactivity.
Additional Pay is defined as pay that is in addition to the employee’s regular base pay. Thus, “out-of-scope” requests for Additional Pay consist of inputting regular hourly and/or salary pay in current or previous pay periods. It also would not be appropriate for “rush”/off-cycle requests as well as final pay.
No. UCPath is the only system of record and payment for HR/Payroll actions that UC Berkeley will be using.
No. Additional Pay requests will be paid out using the employee’s regular on-cycle payroll. In order to “rush” a payment, you will have to fill out the Off-Cycle/Final Pay form in order for the additional pay to be processed during UCOP’s next available payroll run.