How to Update the Global security to see the different country flags at the bottom of pages??

Navigation to update in 8.3:
Home > Define Business Rules > Administer HR System > Use > Maintain Global Security
Navigation to update in 8.9:
Main Menu > Set Up HRMS > Component and Page Security > Setup Global Security

Adult Child Tax benefit - Testing Procedure

Please see the below complete procedure for verifying Adult Tax which is a new functionality delivered as part of TAX 11C.

• Verify the Translate value Covered_Person_Type.
• Verify Dependent Relationships Table
• Update the Coverage Code Table and Dependent Relationship
• Update the Dependent/Beneficiary Table
• Update Benefit Rate table. Rate table should be identified based on Benefit rate type.
• Verify Taxable Gross definition table for ACT. As of now non confirming state is only WI.
• Update the Deduction code for Medical. Need to identify the Benefit plan and you will have deduction code in that.
• Update the Benefit Prog to include the coverage code and update other details like Benefit Rate code, calculation rules etc
• Update Health Benefits of employee.
• Run an online check and verify that PTAX Benefit is on Paycheck.

Let me know if you have anu questions.

How to refund the garnishment amount from payline or an Online check????

Refunding a garnishment via online check :

Initially we need to add the subset  for the General Deductions on the create online check page. Please see below snapshot.

Do not enter anything on One-Time Deductions while doing Online check.

Go to One-Time Garnishments and refund information by selecting:

Garnishment id

OneTime Code - Refund Garnishment code

Deduction Calculation Routine: %DE+amount

Falt Amount

See below snapshot:

Later Calculate and Confirm.

Refunding a garnishment via Payline:

Go to Payline

Go to One Time Deductions and enter the subset for General Dedcutions like above shown 1st snapshot.

Go to One Time garnishments and perform the above steps as shown in the 2nd snapshot

Run Pay calc and confirm to see deductions.

SUPPRESS_DDP_ADVICE to suppress the check advices?

which sqr looks at the table DIRECT_DEPOSIT field SUPPRESS_DDP_ADVICE to suppress the check advices? 

SQR Name: DDP003 (Payroll Advice Print)

Default Tax Information

If the Automatic Employee Tax Data check box is selected on the Installation Table component, the system:

• References the employee’s home address and tax location from human resources personal data and job data records.
  
• Enters the data by default in the employee’s federal, state, and local tax data.
  
• Enters a marital status of Single.
  
• Enters a withholding allowance of 0.
  

Changes to tax location in job data using Correction mode do not automatically export the new data to the employee’s tax distribution record or employee tax data record. Only changes made in Update/Display mode cause these tables to be updated. 

If the Use State Residence for Local check box is selected on the Installation Table component, then localities entered on the Tax Location table are indicated as resident locality in employee tax data.

Understanding Deduction Overrides

The system computes regular deductions based on deduction data at the company level and the employee level. You can make permanent or one-time changes to deduction data.

Permanent Deduction Overrides

To make a permanent change to deduction data:

• Use the Deduction Table pages to change the basic attributes of a deduction, such as:
  
  • Processing priority.
  • Classification (before-tax, nontaxable benefit).
  • Effect on FICA gross and FUT gross.
  • Maximum yearly deduction.
  • Deduction frequency.
  • Pay periods in which the deduction is taken.
• Use one of the Benefits Table pages (for benefit deductions) or the General Deduction Table page (for nonbenefit deductions) to change how the system calculates a deduction.
• Use the General Deduction Override page (for nonbenefit deductions) or the Benefit Deduction Override page (for benefit deductions) to override processing parameters at the employee level that are normally controlled by the Deduction table:
  
  • Pay periods in which the deduction is taken.
  • Information on maximum arrears payback.
• Use the General Deduction Data page to change employee-specific deduction data not governed by the Deduction table. This data includes:
  
  • The calculation option, with related dollar amounts, rates, or percentages.
  • Start and stop dates.
  • A goal amount and current goal balance.

Can a reversal of an online check be unconfirmed?

An online check cannot be unconfirmed (you should use the Reverse & Confirm pushbutton to perform this function). When running an unconfirm for off-cycles, there is specific code in the process that checks the pay sheet source for pages included in the run control. A PAY_SHEET_SRC of 'O' (online check) or 'L' (online final check) will be bypassed and a message will be displayed in the logfile that 'Un-Confirmation skipped for Company'.

In addition, reversals of online checks or online final checks cannot be unconfirmed either. The reversal process will create the reversal with the same PAY_SHEET_SRC as the original check being reversed, and this causes the reversal to be bypassed during the unconfirm same as the online check.

Manually Added Paysheet Page, Employee Name Not Populated After Entering EMPLID

This could be one of two things.
1. Make sure to run the PER099 (Refresh Employee's Table) process to update the PS_EMPLOYEES table. If this has been run, and still the EE's name is not being populated, it could be:

2.Deferred Processing is turned on for that page. For release 8.3 and 8.8, PSoft delivered the Paysheet/Payline with Deferred Processing turned on. Upon saving the page, the name should populate correctly. In 8.3 we avoid unnecessary trips to the server and deferred processing is preferred. Since the field does display correctly upon save and there is no "Processing" flash, it looks as though the deferred process is applied. If the customer wants immediate datafill, they can disallow deferred processing on the EMPLID field of the page PAY_SHEET_ADD_S

Job earnings distribution does not flow to the paysheet if the paysheet is created manually.

By design, the system does not use the Job Earnings Distribution when paysheets are created manually such as off-cycle and manual checks.  It is actually the paysheet creation process that brings in the earnings distribution from Job. 

The job earnings distribution information is brought into the online check paysheet when the question "Do you wish to use the paysheet creation process to create data for this employee for online use? " is answered as Yes.  Again, it is because the paysheet is pulling from Job using the paysheet creation process.  If you select No at this point, it is assumed that no override is desired.

How does PeopleSoft calculate taxes when an employee transfers, after the pay end date and before the check date.

How does PeopleSoft calculate taxes when an employee transfers, after the pay end date and before the check date. 

The paysheet will be created with PA as the work location, because this is where the employee worked for the time frame of 12/1/00 through 12/15/00.

The paycheck shows the following:
UI will be taken in the new location. In this case it will be OH. If you check the EE tax records, you will see that the UI record is on for OH as of 12/19/2000. Withholding - The employee should be taxed in both states because the reciprocity rule for Ohio residents is "tax in both work and resident state". Ohio will be the resident state. He did live and work in PA and then transferred so that as of the check date he lives and works in Ohio. The residency for this check's tax calculations is based on where he lives on the check date, so Ohio would be right. But he performed the work in PA earlier in the pay period, so a work tax is calculated.

In reviewing this scenrio, the bottom line is that the system now does some "fancy dancing." It looks at the old state as the Work State and the new state as the live state, and calculates taxes based on reciprocity rules between those two states. Of course, if you don't want this "fancy" calculation, then it's back to the same old issue of procedure and timing, and having HR or whomever, wait to enter transfer info UNTIL PAYROLL HAS BEEN CONFIRMED. Then they can go in and enter "backdated" transfer info and new tax locations to their hearts content!