This content has been marked as final. Show 5 replies
The default pay components button on the Compensation tab in the Job component needs to be pushed. This is done for manually increasing the step.
I usually code this in Component Interafaces to press this button when changing grade/step.
Which automated step increase process do you mean? Mass update?
YES it`s a dupplicate post.
Was hoping clear out so that people understand what we meant.
1) When we press pushed Default pay component button on page JOB DATA for the newly row added with the new incremented step, nothing happen,
ie (job data -> Compensation -> PayComponent -> tab amounts -> comprate) is same as before
2) The process we run is ( Compensation -> base compensation -> maintain plans -> automated step increment )
Th AE HR_SP_CI is ran
I think we need to know (a) why default pay component button does not work and if it works then (b) how can we incorporate your CI coding so that comprate get updated for step sal during the run
Just found this doc for you which describes the setup steps to take to properly setup saladmin plan/grade/steps, linking to jobs etc.
Have a look at this doc (if you haven't already), to see if your configuration missed any steps
Compensation Setup for a Salary Plan, Grade and Step Associated to a Job Code to Default on the Job Data Compensation Page. [ID 1262234.1]
I will have a closer look at HR_SP_CI.
When I look at AE HR_SP_CI in step HR_SP_CI.MAIN.LOADJOB.PeopleCode you can see the following documentation:
These 'subprocesses' are called prior to this step to father data and further in the code you can see that the buttons Default Pay Components & Calculate Compensation are pushed through PeopleCode, defaulting the compensation to the new step.
/* ======================================================================================= Plan Salaries processes ======================================================================================= CMP006 : Load Salary Changes to Job . Apply changes to Job EFFDT, EFFSEQ, ACTION, ACTION_REASON . Apply changes to Compensation COMP_FREQUENCY, CURRENCY_CD, CMP_SRC_IND, CHANGE_AMT, COMP_RATE_POINTS, COMP_PCT . Push button Calculate Compensation CMP007 : Automated Step Increase . Apply changes to Job : new step EFFDT, EFFSEQ, ACTION, ACTION_REASON, STEP . Apply changes to Job junior Don't Absorb check box : CMP_DONT_ABSORB . Push button Default Pay Components . Push button Calculate Compensation CMP008 : Update by Salary Plan / Paygroup . Apply changes to Job EFFDT, EFFSEQ, ACTION, ACTION_REASON . Apply changes to Job junior Don't Absorb check box : CMP_DONT_ABSORB . Push button Default Pay Components . Push button Calculate Compensation CMP010 : Update by Jobcode : new plan, grade, step . Apply changes to Job EFFDT, EFFSEQ, ACTION, ACTION_REASON, SAL_ADMIN_PLAN, GRADE, STEP . Apply changes to Job junior Don't Absorb check box : CMP_DONT_ABSORB . Push button Default Pay Components . Push button Calculate Compensation The process CMP006 doesn't have the Don't Absorb check box Only the process CMP006 will do changes in the compensation package */ /* ----------------------- Plan Salaries Process */
So I would say, have another look at your salary plan setup.
Edited by: Hakan Biroglu on Dec 3, 2012 1:41 PM
I got some more info and trying to apply as of now. Thanks.
Voici la solution pour le problème.
User has inserted a new effective dated row in employee job data to give a step increase. After inserting the new row and changing the step on the employee Salary Plan page, the user clicks on the Default Pay Components button on the Compensation page. Instead of the old compensation amount being updated to the new amount, a new row is inserted. This can also occur when using any of the Automated Step Increase processes delivered with PeopleSoft (e.g. CMP007 for commercial customers and CMP107 for Education and Government customers).
This is usually caused by an existing manually updated row in Compensation record. Manually added compensation rows (MANUAL_SW = 'Y') are not replaced by Default Pay Components button.
Also, Compensation rows where Rate Code Source = Manual (CMP_SRC_IND = 'M') in the Pay Components grid are not updated by the Default Pay Components button.
Rate Codes from different Rate Code Sources coexist. That means the Rate Codes defaulted from the Salary Step (CMP_SRC_IND = 'S') in the Pay Components grid coexist with Rate Codes defaulted from user-defined Defaulting Rules (CMP_SRC_IND = 'C') in the Pay Components grid. An exception is Rate Codes from Salary Step versus Job Code. Those cannot coexist. Salary Step has precedence.
Rate Codes that defaulted from a Job Code will be overwritten by a Rate Code defaulting from Salary Step.
Rate Codes defaulted from the old Salary Step are replaced with Rate Codes defaulted from the new Salary Step.
Rate Codes defaulted from user-defined Defaulting Rules coexist as long as they are applicable. In other words, Rate Codes from user-defined Defaulting Rules are inserted/updated if they are applicable. Other Rate Codes defaulted from user-defined Defaulting Rules are deleted if they are not applicable anymore.
Compensation rows having MANUAL_SW = 'N' or CMP_SRSC_IND = 'M' are often imported into the system at installation or upgrade by a data conversion program. In this situation, the problem is corrected by modifying the conversion program to correctly populate MANUAL_SW and CMP_SRC_IND.
To Resolve the Issue, please do the following:
In the Compensation page where two rows of compensation exist due to one having been manually entered and another having been defaulted, delete the manually-added compensation row and save the record. This will correct the compensation rate and will allow automated defaulting in the future.