ORACLE APPLICATIONS ARCHIVES

Topicwise collection of
Postings on Mail Lists
ON
HRMS - PAYROLL



Balance Adjustments

From: Gizinski, RoseAnn
Sent: Thursday, April 29, 1999 10:13 PM
Subject: Balance Adjustments

All,
Due to some unforeseen problems we have had to pay some employees outside of the Oracle Payroll Application and now are trying to update the employees balances.

The earnings and tax elements were updated through the Adjust Tax Balance form and the deductions through the Adjust Balance Form. The earnings element was entered as the gross and net amount - per the Oracle User Manual. It appears that the balances were updated correctly until viewing the tax on the View Tax Balance screen and the earnings did not update the taxable balance. Therefore when a payroll was run, the YTD SS and Medicare tax balances were adjusted for the current run resulting in NEGATIVE taxes for the run.

Not the desired result!

Is there another step or form in which to update the taxable amount for these adjustments?

TIA,
RoseAnn Gizinski
Senior Functional Consultant
Specializing in Financials, Manufacturing & HRMS
ECS Integrated Technology Solutions, LLC
Authorized Oracle* Applications Dealer
Phone: (425) 702-8000 Pager: (206)680-8777
Cell: (206)963-4679
Email: rgizinski@ecs-its.com


Printer specs required for printing Payroll checks

Subject: [orahrms-l] Printers to Print Employee Paychecks
From: "Menke, Irene M." menke@Mail.Donaldson.com
Date: Mon, 3 May 1999 18:08:27 -0500

Hello,
We are a manufacturing company with 13 manuf plants throughout the US. Currently we print Employee Paychecks here at Corporate and then use Fed Ex service to deliver the checks to the plants. We use BottomLine Software to do the actual printing on a laser printer. We want to investigate doing the actual printing of the checks at the individual plants?

Could anyone tell me what the printer spec requirements would be. Also - how difficult it is to take the image file out of each payrun and split it out by location.

Thanks in advance.
Irene Menke
menke@mail.donaldson.com
612.887.3605



Voiding Payroll checks

Subject: [orahrms-l] Voiding Payroll Checks
From: lknowlton@dodi.com
Date: Tue, 4 May 1999 08:49:14 -0500

Title: Voiding Payroll Checks

We are having a hard time figuring out what happens when you void a payroll check. We tell our employees that we will not reissue for 7 days so a lot of times we have already run the next payroll for the employee requesting a reissue (so we can't roll back the lost check and re-run it). It appears that when you void and reissue the SOE only reflects the reissue. We can't see where the original check amounts are reversed. Does anyone know how this works and what happens in Oracle G/L when you void a check??

Leslie Knowlton
Controller
Diamond Offshore Drilling, Inc.
(281) 492-5307
lknowlton@dodi.com


Deposit Advice sort order

Subject: [orahrms-l] Deposit Advice Sort Order
From: Matt_Nebel@gallup.com
Date: Tue, 4 May 1999 09:43:07 -0500

Oracle recently sent out a patch (867267) which allows the Deposit Advice to run as a multi-threaded process. Prior to this patch, I could modify the sort order of the Deposit Advice by simply changing the order by line in one of the report's queries.

Now, the same change in the query has no effect on the sort. Any ideas how one might modify the sort order in this new version of the Deposit Advice?

Thanks,
Matt Nebel


Printing Information on Pay Advice

Subject: [orahrms-l] Required Information on Third Party Checks
From: "Kim, Steven S" stevenkim@kpmg.com
Date: Thu, 6 May 1999 09:32:15 -0400

To anyone with experience.

I have a client that requires information to be printed on the Pay Advice section on a Third Party Checks for Garnishments. The client has setup custom elements and created a input value that appears to be 28 characters long Alphanumeric. However we need close to 50 characters alphanumeric.

Questions

1. Is there a way to increase the length of an existing input value and what are the limitations to this length if any?
2. How are other clients handling the legal requirements of information reporting on the pay-advice with using only Oracle functionality?

Any help is appreciated.
Thanks
Steven Kim


Adding or Extending Period Dates

Subject: [orahrms-l] HRMS: Adding or extending period dates for payroll
From: "Mavis O'Connor" moconnor@IR.ColoState.EDU
Date: Fri, 7 May 1999 10:30:02 -0600 (MDT)

About a year ago we set up our monthly and biweekly payrolls and built the period end dates for 1 year. At the time we thought the biweekly cycle would change in the future so we didn't want to lock ourselves into these dates for all eternity.

Now, it's a year later and we want to add to or extend another 2 years to our period dates on the monthly and biweekly payrolls but it seems that via the payroll description form it's not possible to do that.

Is there any way to extend period dates into the future, or is one locked into creating period dates for 1000 years when you set up the product initially!

Mavis O'Connor
moconnor@ir.colostate.edu


Subject: RE: [orahrms-l] HRMS: Adding or extending period dates for payroll
From: pkandra@civicdevelopment.com
Date: Fri, 7 May 1999 12:49:27 -0400

Just change the Number of Years field on the screen where you define payrolls and the additional periods will be generated. It's wise to only generate a year or 2 at a time.


Subject: [orahrms-l] Re: HRMS: Payroll Period Dates
From: "Ken Conway" ken.conway@bosscorporation.com
Date: Fri, 7 May 1999 14:24:32 -0500

Mavis:

Yes, you definitely can extend the calendars without creating a new payroll. It has been a few years since I last tried this but the change is made on the Payroll Definition window.

At the time I tried this, there was a side effect. When I saved the transaction, I performed an Update instead of a Correction. As a result, there was more than one definition in the underlying tables (which should not be a problem on a normal basis.) However, the side effect at the time was that numerous reports began producing duplicate data for the same employee. The seeded Oracle HR and Payroll reports were not properly interpreting the data in the underlying tables and assumed that there were 2 active payrolls for each employee. This was reported as a bug and I would imagine that Oracle corrected this a couple of years ago.

Please test this in a test environment and check out your reports. If you cannot make a change on the Payroll Definition window itself, then I recommend contacting Oracle Worldwide Support.

Hope this helps,
Ken
Ken Conway
BOSS Corporation
Better Organization Service Solutions
214-495-7654 (Voice)
770-622-5500 (Headquarters)
Email: ken.conway@bosscorporation.com
http://www.bosscorporation.com



Payroll Processing for large numbers of employees

Subject: [orahrms-l] Processing large numbers of employees in Oracle Payroll
From: "Gloria Law" lawgw@sprynet.com
Date: Tue, 11 May 1999 03:11:07 -0400

I am looking for information on how to best process a large number of employees in Oracle Payroll. I am looking for experience with running many payrolls (over 50) as opposed to running 2-3 payrolls. How do you decentralize the time keeping information while centralizing the payrolls? Is it best to run the payrolls by department? Any thoughts on this would be appreciated.
Thanks in advance.


Subject: [orahrms-l] FW: [orahrms-l] Processing large numbers of employees in Oracle P ayroll
From: PM ATHAKKA AMINUDDIN AAMINUDDIN@FAMILYDOLLAR.com
Date: Tue, 11 May 1999 15:49:28 -0400

We are having over 27,000+ employees and out of which 19,000 should have gone into one single payroll.

In order to make the "payroll run" process quicker, this group of employees was split by 6 geographical areas and each group was assigned to a distinct 'payroll'

Probably, in your case, you may split the payrolls by dept. By splitting the payrolls and designing proper 'time keeping' interfaces from each dept to the Oracle payroll, you can decentralise time keeping.

Regards
Amin (Athakka Aminuddin)


Subject: RE: [orahrms-l] Processing large numbers of employees in Oracle Payroll
From: "Achilleos, Tony G" tachilleos@KPMG.com
Date: Tue, 11 May 1999 23:01:38 -0400
Cc: "Kuoppala, Beverly A" bkuoppala@kpmg.com

We did something similar to what you are trying to do. We decentralized timekeeping information using Kronos. We generate a file in Kronos and send info to Oracle Payroll through the WAN. Oracle payroll receives time into the Batch Element Entry. There we do mass verification and transfer of all batches to element entries.

We are currently staggering our payrolls therefore processing payrolls every week.

Many variables should be considered when trying to determine the best way to process payroll. The most important issues to consider are:
a) Security. Are you creating any security profiles based on payroll?
b) Costing. How is your G/L expecting the costs? How many cash accounts do you have?
c) Links. More payrolls could mean more links therefore more setup and more maintenance.

Hope this helps.
Please call me on Wednesday 12-May-1999 if you would like to discuss. I will be on vacation and out of touch the rest of the month.

Best of luck to you.
Tony Achilleos
KPMG Consulting
214.758.8438 - Voice Mail
972.888.9889 - Client



Payroll Payments through AP

Subject: [orahrms-l] Third Party Payments
From: "BERNARD (ERP)" BAILBL@bcps.k12.md.us
Date: Tue, 11 May 1999 14:49:47 -0400

We have a client who has a legacy system that makes a large amount of third party payments out of the accounts payable side of the house. We are implementing Oracle HR and Payroll, however, the customer is considering foregoing the use of Oracle's third party payment method, and using AP to pay a large amount of third party vendors.

Has anyone out there dealt with a similar situation? If you have, could you pass along any code or ideas?

Bernard L.Bailey
ERP Implementation Team
(410)545-1903/4/5


Subject: RE: [orahrms-l] Third Party Payments
From: "Kim, Steven S" stevenkim@kpmg.com
Date: Sun, 16 May 1999 18:15:00 -0400

Bernard,

Dammed if you do and dammed if you don't.

If you use AP; How will you deduct the proper amounts form the employees pay and get that into AP. Sounds like a reconciliation nightmare. Also mega work for a FTE. Also there are complicated rules and formulas that go with the six plus garnishment types. Who will monitor and make changes when legislative changes occur. Some State Levies are very strict and if you are out of compliance they are very nasty with fines. If your legacy app goes away you will have to use another system to do the calculations. Result, customization of the Oracle AP as well as more work in the long run.

If you use Oracle, the only major customization is printing of the Third Party Checks.

Make sure your patches are up to date.

No matter how you look at it. The easiest way is to use Oracle's TPP method. It will save your client grief and lawsuits in the long run.

Steve


Subject: RE: [orahrms-l] Third Party Payments
From: Pat Keeley PKeeley@amctheatres.com
Date: Mon, 17 May 1999 16:05:23 -0500

It is possible to write a custom interface to AP that uses the "third party payment" feature in Oracle payroll. Many clients prefer this method, due to the fact that payroll issues a single check for each employee. The user still has to enter the data the same way (payment methods, etc.) but instead of sending the third party checks to a printer, the file is picked up by the interface program massaged so that a single record per payee is sent to AP. Reports are created from the data to support the single check, that include the employee's name, associated amount withheld, and attachment number.

Clients with large numbers of third party checks will appreciate this approach.

Pat Keeley
ARIS Corporation


Subject: RE: [orahrms-l] Third Party Payments
From: "Kim, Steven S" stevenkim@kpmg.com
Date: Mon, 17 May 1999 23:10:42 -0400

You still have to do custom programming and if there are legislative changes (trust me there always are in every state), your program may need constant modification. Paying a single payer one check from multiple employees can also be programmed from the Oracle Checkwriter job as well. Plus you do not need a AP identifier, which creates more work for your AP side of the business. I think they probably would agree they do not need to pay garnishments. Also Federal, State, and local levies have multiple payees. Most all the other garnishments go to different payers. One more consideration is how may different types of payrolls do you have and what are they pay frequencies. I know most AP depts will reject too much activity not to mention recoveries and underpayments if that occurs.

Catch -22 when you think about it.



Payroll Vertex problem

Subject: [orahrms-l] Payroll Vertex Error
From: "Michael Scott" mscott@goodegg.com
Date: Fri, 21 May 1999 09:10:52 -0500

I am attempting to run a quickpay in payroll on an employee. The process errors out with the following vertex error message:

Error encountered processing assignment 1

Error was encountered when processing Element Type VERTEX

:FATAL VERTEX ERROR:%%

Any insight would be greatly appreciated.
MS


Subject: RE: [orahrms-l] Payroll Vertex Error
From: Pat Keeley PKeeley@amctheatres.com
Date: Fri, 21 May 1999 09:33:21 -0500

Mike,
I'm assuming you're on release 11.X. I'm not technical, so this may sound weird but I'll try to explain it the way my resources explained it to me. It seemed that every time we applied a major patch or did anything creative with the data base, it was necessary for our DBA to "relink" the vertex module. We were running into this issue on a routine basis, it was not something that the DBA liked to do as it was very time consuming. From the way it was explained to me, it was like reapplying Vertex each time. If you don't understand a word I just said or I have confused your DBA, you can call your support person at Oracle and they can probably explain it better. Ask them to reference their database, as we did file a TAR on this one.

Pat Keeley
ARIS Corporation


Subject: [orahrms-l] Vertex issue part 2
From: "Michael Scott" mscott@goodegg.com
Date: Tue, 25 May 1999 15:11:15 -0500

With this groups help, I have resolved the fatal vertex error, and now can generate a statement of earnings, but no taxes are being withheld. I have setup my test employees to be married with 1 exemption, at the federal, state and local levels. Yet no taxes are withheld or reflected in the balances.

The fatal vertex errors were solved by fixing the devenv, which originally had been correctly created by the DBA's, but overwritten by a later patch. This was corrected and relinked, but now no taxes are withheld. Any thoughts or ideas?!?!?! ORacle is struggling with this one as well.

MS



Payroll Outsource

Subject: [orahrms-l] Outsource Payroll
From: "Joanne Owsley" joanne.owsley@aris.com
Date: Mon, 24 May 1999 09:07:37 -0700

Our client is implementing Oracle HRMS and has licensed and installed the Oracle Payroll application, but are outsourcing the actual payroll processing. They plan to have payroll information interfaced from the organization that is processing payroll back into Oracle so that they can view information about deductions. I would appreciate any insight/information about set-ups for this type of scenario.


Direct Deposit - Business process involved

Subject: [orahrms-l] Direct Deposit Business Processes
From: Ellen Young EYoung@FAMILYDOLLAR.com
Date: Tue, 1 Jun 1999 08:16:42 -0400

We are bringing up direct deposit and would like some information on how other companies handle some business processes, such as:

Employee overpayments
Employee underpayments
Deposits to credit unions
Lack of notification from the bank on pre-note failure
Bank reconciliation given that Deposit Advice does not have check numbers

Ellen L. Young
Oracle Applications Project Mgr.
Family Dollar Stores, Inc.
704-814-3365
eyoung@familydollar.com


Checkwriting output - setup

Subject: [orahrms-l] Check Writing output
From: "Michael Scott" mscott@goodegg.com
Date: Thu, 3 Jun 1999 13:41:11 -0400

Does anyone out there have a step by step procedure for developing the checkwriter output from the cheque writer process. This is on 11.02 utilizing evergreen format for laser checks or the bottom line product. I have read the technical essay on check writing in the implementation guide, and it has left me with more questions then answers. Essentially, I need to know what to do to create the format for the checks. Do I need to create the SRW2 report or is that a seeded child of the cheque writer. Any feedback would be appreciated.

MS


Payperiod processing

Subject: [orahrms-l] payperiod processing question
From: "Michael Scott" mscott@goodegg.com
Date: Mon, 14 Jun 1999 11:19:07 -0400

Alrighty then,

We are test processing payrolls, and submitting a pay period for processing. (Example period 2 1999). Everything processes great, but when I want to view results or rollback results, the system thinks it is period 3. Is this a date track problem on my end or are there other issues here? Let me know if any insight is available. (We had this issue at a previous site, and I do not think it was resolved).

MS


Subject: RE: [orahrms-l] payperiod processing question
From: Pat Keeley PKeeley@amctheatres.com
Date: Mon, 14 Jun 1999 10:44:26 -0500

Michael,
This is an "Oracle Payroll" feature. The system uses the period number of the week that the check is paid, not the period number of the week earned. This has been brought to Oracle's attention many times, but I suggest you bring it up again. These things will never be changed if all of us don't bring it to Oracle's attention.

Pat Keeley ARIS Corporation


Subject: [orahrms-l] Fw: [orahrms-l] payperiod processing question
From: "Ken Conway" ken.conway@bosscorporation.com
Date: Mon, 14 Jun 1999 10:40:55 -0500

Michael:

This is not a bug. This is a feature. If you are involved in any future Oracle Payroll implementations, then you will have the "opportunity" to explain this over and over again. Several years back I lost sleep over this one but finally accepted that this is the way the product is designed and I can't change it. The bottom line is that you should review all payroll processes and reports to become comfortable with when how the "Pay Period" is displayed.

Hope this helps,
Ken
Ken Conway
BOSS Corporation
Better Organization Service Solutions
214-495-7654 (Voice)
214-495-7653 (Fax)
770-622-5500 (Headquarters)
Email: ken.conway@bosscorporation.com
http://www.bosscorporation.com



Customizing Payroll Calendars

Subject: [orahrms-l] Payroll Calendars
From: "Joanne Owsley" joanne.owsley@aris.com
Date: Wed, 16 Jun 1999 14:57:26 -0700

Does anyone know of a way to customize a payroll calendar via the application?? I need to go beyond just changing the check dates and the cut off dates. My client runs payroll once monthly, but their pay cycle doesn't fit into a normal monthly calendar. So, I'll need to be able to adjust the payperiod start and end dates also.


Payroll Salary Cap

Subject: [orahrms-l] HR Payroll Salary Cap
From: "Mavis O'Connor" moconnor@IR.ColoState.EDU
Date: Mon, 12 Jul 1999 14:45:21 -0600 (MDT)

Hi everyone. We are getting some errors in our Payroll Message report. This occurred in 10.7 release as well as 11.03 and we've had an open TAR with Oracle for about 3 months and they have been unable to help us.

The Payroll message report error is "Error: Salary exceeds the salary cap"

Oracle swears that they cannot find out where in their application a "salary cap" is set or an error message is being returned. Likewise, we have no knowledge of doing anything ourselves to cause this. We have used Unix utilities and other searches of our fast formulas, etc to look for the string in this error message so we can find where it is coming from but so far have found nothing.

Have any of you ever seen this before? It is happening on some highly-paid employees, so all we want to do is find out how the cap is set so we can eliminate errors that aren't really errors by setting the cap at a higher level.


From: Lewis R Cunningham lcunning@popmail.lmu.edu
Subject: Re: [orahrms-l] HR Payroll Salary Cap

I don't know for sure that this is the problem but if you have grades associated with your pay bases, the Salary Maintenance form will display a warning if the employee's salary is greater that the matching grade rate.


Subject: Re: [orahrms-l] HR Payroll Salary Cap
From: "Mavis O'Connor" moconnor@IR.ColoState.EDU
Date: Mon, 12 Jul 1999 15:20:23 -0600 (MDT)

Thanks. What I'm referring to is strictly a payroll run message that appears in the payroll message report. It's not related to any forms, grade rates, etc. but occurs during payroll processing and subsequently shows up in the messages for the assignment. Fortunately it's a warning-level message but it's getting in the way.


Subject: Re: [orahrms-l] HR Payroll Salary Cap
From: Lewis R Cunningham lcunning@lmumail.lmu.edu
Date: Mon, 12 Jul 1999 14:31:41 -0700

That's what I meant. Maybe there's a fast formula or a package call doing the same check the form does. Try changing the grade rate for one of your high paid people and see if the message goes away.

Lewis



Non Tracked Actions

Subject: [orahrms-l] Non Tracked Actions
From: "Crawford, Erin" ECrawfor@JPI.com
Date: Wed, 14 Jul 1999 14:06:28 -0500

Since I got such a great response from the group with my last question, I thought I'd ask another one on a different subject.

We are getting hundreds and hundreds of processes called 'Non Tracked Actions' when we go into Rollback or Rollback Run. These are out there for 12/2/99 and 12/31/99 and have a status of Unprocessed. Is anyone else getting these? If so, what are you doing about them?

Also, is anyone having trouble changing an employee's payroll, like from weekly to semi-monthly? I get an APP 06591 error: 'Assignment actions exist for a payroll being altered.' I understand this is referring to a future action for this employee, but we don't have any future payrolls out there. All we see are those Non-Tracked Actions. In the past, I've deleted those through Assignment Process Results, but for this employee, I can't see them there. Our weekly calendar is only loaded through Dec. 26, 1999.

Let me know what y'all think! (yes, I'm from Texas!)

Thanks,
Erin Crawford


Check sorting

Subject: [orahrms-l] Check Sorting
From: "Michael Scott" mscott@goodegg.com
Date: Tue, 20 Jul 1999 09:56:39 -0400

Question

We are on version 11, and the only check sort option in check writer is organization, person name. Near as we can tell, it is not sorting in any fashion close to this, and we are not sure what the sort is based on.

1. Does anyone have a similar problem? What did you do to troubleshoot and fix?

2. How can you change the sort, to say worksite location, last name?

Thanks MS


Subject: RE: [orahrms-l] Check Sorting
From: pkandra@civicdevelopment.com
Date: Tue, 20 Jul 1999 10:17:58 -0400

Michael,

It's a known bug. The assignments are processed in that order, but the CheckWriter doesn't utilize that order. There is a patch available (783236), but it has a pre-requisite patch or a fix (804384) that isn't available for 11 yet !! There is an excellent Chapter (Appendix B) in the US HRMS Implementation Guide that goes over the technical aspects of all the PYUGEN processes. Unfortunately, we're printing checks location by location until the problem is fixed. The sorting order can be modified, but there are numerous steps involved. Call me if you need details, but until the above issue is resolved, the CheckWriter file still won't be sorted.

Peter Kandra
Civic Development Group
(888) 800-7637 x2518


Subject: Re: [orahrms-l] Check Sorting
From: "Suresh Kasetti" skasetti@hotmail.com
Date: Tue, 20 Jul 1999 07:57:40 PDT

Check the Oracle HRMS Implementation Guide, Appendix B Technical Essay on Payroll Processes - Cheque Writer/Check Writer Process - Using or Changing the PL/SQL Procedure.

All you need to do is change the procedure pay_chqwrt_pkg.chqsql. You can use the existing select statement but change the order by clause. This new select statment should be under the IF statement checking the procname variable. for example you add
else if procname = 'YOUR NAME' then
sqlstr := 'put your new select statment here'.

Then in the QUICKCODE TYPE, CHEQUE PROCEDURE add a new code 'YOUR NAME' and meaning. The meaning option appears when you run the Check Writer check sort order.

Try this it should solve the problem.
Suresh Kasetti


Subject: RE: [orahrms-l] Check Sorting
From: "Shah, Nilesh" NileshS@ccai.net
Date: Tue, 27 Jul 1999 16:00:31 -0400

As mentioned below I did the following steps.
1. modified pay_chqwrt_pkg.chqsql to sort by location, last_name, first_name.

2. Added the quick code for check sort.
The new sort option appears on the submit screen for check writer.

But it still sorts by last_name, first_name does not sort by location_id which was added in the order by of sql. I ran the modified sql in sql *PLUS and it does sort first by location_id, and so on.

ANY THING I could be missing.


Change Check Sort order

Subject: [orahrms-l] Sort order for Checks.
From: "Shah, Nilesh" NileshS@ccai.net
Date: Tue, 27 Jul 1999 18:53:47 -0400

We are using Rel 11 ORACLE payroll. We need to modify the sort order for cheques.

I did the following steps as suggested by someone earlier.

1. modified pay_chqwrt_pkg.chqsql to sort by location, last_name, first_name.

2. Added the quick code for check sort.
The new sort option appears on the submit screen for check writer.

3. Ran the check writer.

But it still sorts by last_name, first_name does not sort by location_id which was added in the order by of sql. I ran the modified sql in sql *PLUS and it does sort first by location_id, and so on.

ANY THING I could be missing.


Subject: RE: [orahrms-l] Sort order for Checks.
From: pkandra@civicdevelopment.com
Date: Wed, 28 Jul 1999 07:04:51 -0400
Patches 935062 and 913411


Balance Adjustment - FRM-40735 error

From:"Phillips, Laura" LPhillips@jwrinc.com
Date : 19th August 1999
Subject: Adjust Balances

Hi all -

Has anyone ever run across this error message when trying to Adjust Balances?

FRM-40735: POST-QUERY trigger raised unhandled exception TOO_MANY_ROWS.

After changing the balance on a voluntary deduction I go to View, Employee Balances, query the employee, pull up the voluntary deduction balances. All the voluntary deductions show except the one I made the change on and I get the above error message.

Any suggestions?

Regards,
Laura Phillips
Jim Walter Resources, Inc.


Balance Dimension not to reset to zero and deductions to appear on Pay advice report

Date: Tue, 31 Aug 1999 07:34:59 0000
From: "goforgold i @mailcity.com" goforgold_pc@mailcity.com
To: OraApps-L@cpa.qc.ca
Subject: Balance Dimension

Hi,

We are impelmenting HRMS Rel1.02. This is not UK or US install. It is a Global Install

1. The Pay advice Report does not show up the Deductions. The Earnings and Total Pay comes up.

How do we get the Deductions on the Pay Advice(SOE)?

2. How do you create a balance dimension which would accumulate the balances from the start of the payroll processing year and never reset it to zero?

To hold YTD,QTD,PTD balances we can run the create balance dimension program and define the dimension. But the balances would be reset to zero depending on the frequency specified when running the program. Our requirement is to create a dimension which will never reset the balance to zero. How do we achieve this?Your suggestions are most welcome.

Thanks
chithra