Salary Adjustment
Lets you apply a percentage adjustment by pay grade on wages of employees directly on the individual history, upgrading the historic future wage and salary proposals in the future, if it is set on the screen.
After the information on the screen and the main ranges, if necessary (Check button) must be pressed the show button to display on screen Applies salary adjustment wage records to be created with the new percentage of readjustment, the historic and future wage wage future proposals will be recalculated based on the new salary history that will be created.
- The salaries of employees can be treated independent of salary structure. This item applies readjustments regardless of salary structure values and records directly on each employee's individual history.
- Wages should always be reported at month level.
- You can monitor the readjustments made by this screen, according to the field definition Monitors Salary = "S", in Miscellaneous \ Ticketing.
Functioning of salary adjustment in the solution
- Load the last salary history, prior to the date entered on the screen ("Date Change"), of employees according to the defined range of the selection screen ("Selection" button);
- If it is defined to use a rule before the definitions of the window (Define Use of Rule = 2), the system calls the rule reported on the window, for each worker, by passing the register of the loaded R034FUN table, with the zeroed system variables: DatPro, SalPro and CplPro, and the TipoReaSal variable with S in case of new salary record, F in case of future record or P for salary proposal. If set to use only rule ("Set Rule Usage" = 3), the system lets the calculation be done by the rule set on the screen and use the contents of the system variables DatPro, SalPro and CplPro to generate the new history.
- If the previous rule does not return error, or if the rule usage definition does not predict rule execution before the reset process, the system starts the worker reset calculation.
- It carries the Union History and the number of hours of the month and of rest, according to the hourly scale of the employee.
- Loads the percentage of readjustment that should be applied according to the salary bands defined on the screen.
- Calculates readjustment of new wage history.
- If it is pointed out that it must consider the Normative Salary, it seeks normative salary and assumes the highest value among them.
- Applies the rounding on the salary value and on the complement value, as defined on the window. And it already submits the rule, if any, making it possible to make some adjustment in the rounded value.
- From the final salary value, calculate the percentage of readjustment and performance.
- If you are set to use rule after the screen settings ("Set Rule Usage" = 1), you call up the rule informed on the screen, allowing you to change the date, salary value or add-in of the record that was generated by the system through the variables DatPro, SalPro and CplPro.
- If the previous rule does not return error or is set to not run rule, the salary history is stored to be displayed on the processing screen.
- If indicated to adjust the Future Salary Proposals, applies the adjustment in proposals previous to the date reported on the window. If it does, save the record to be displayed before recording.
- If indicated to adjust the Future Salary Records, applies the adjustment in salary records previous to the date reported on the window. If it does, save the record to be displayed before recording.
- After processing the adjustment of all workers from the range defined, a second window is presented with information that have been generated and will be saved on the database. This second phase is used for validation and confirmation of evaluated data.
Allows to indicate only one type of system for the readjustment, following the types registered in Jobs > Systems.
If this field is the value 0 (zero), the readjustment will be carried out for the occupants of posts of any type of system, that is, will not make filter.
Allows you to define the use of normative salary limits at the time of calculating the adjustment.
When reporting Y -Yes in this field, it assumes the following handling: the normative salary of the union is used as level (minimum limit), that is, when adjusting the salary, if the worker new salary is inferior to the normative salary from its union, the normative salary will be considered as new salary.
Thus, in the salary adjustment, the worker new salary can be greater than the union normative salary, but cannot be less.
Lets consider whether or not the employees admitted.
Example:
In a readjustment on the 1/1/2009 you want to reset also the developer with date of admission 1/10/2009. With information Yes, it will be created a new salary record with adjusted salary for this worker, and with adjustment date being the worker admission date.
In case of retroactive salary adjustment, that is, the adjustment was approved in September but the reference date for this adjustment is from August, if using information All, creating a new salary record, with new sequence, on the admission date of this worker, with the adjustment date and the percentage increase.
When using the All option, any date can be reported in the fields “Admitted From” and “Admitted Until” of the Salary Ranges grid.
It allows to readjust or not the salaries of the dismissed ones.
If the user indicates the assignment's, you should inform the field immediately below the starting time from which the module should consider the terminations. All terminations found with date greater than or equal to informed on screen, will be considered for adjustment purposes.
This field is available only when the item is denoted S. This field indicates the starting date from which should be considered the terminations for adjustment. All terminations will be considered with date greater than or equal to informed on screen.
A number from 1 to 14 indicating until House you want to perform the rounding value of wages after the adjustment.
The options for this type of rounding are divided between normal and special.
Rule (Round Pass Card Holders)
If you want another form of rounding, may report a rule. The round-value system variable is available for this process.
The module will always check the developer's syndicate how many decimal places the Union uses at the time of the adjustment, adjustment and other calculations involving wages. If the employee does not have a union, the module will use the general definition that will be informed on the screen of miscellaneous markings.
The options for this type of rounding are divided between normal and special.
If you want another form of rounding, may report a rule. The round-value system variable is available for this process.
Indicate, where necessary, the code of a rule that will be used when you want to calculate the salary adjustment is entirely or partially different than is being calculated by the system.
- At the time of execution of the Rule, the table R034FUN is always read and, depending on the record being calculated, also the tables R038HSA - Salary History and R076PSA - Salary Proposal.
- The value of the new salary and/or add-on should be assigned to the variable SalPro and CplPro respectively, and these will be the values of the new salary history. In addition the reason for change will be assigned to MotSalEmp. If, in the rule, neither SalPro nor CplPro is provided, no readjustment / adjustment will be generated.
- And if the MotSalEmp variable is not set, the register will be generated with the same previous reason
REDatAl
t = change date; REValSa
l = Previous Salary (Replace); RENovSa
l = New Salary (Replace); RETipSi
s = Type; RECodMot
= Reason; RENormativ
o = Standard; REAdmMes
= Allowed Month; REDemMe
s = Fired; REDatDe
m = Fired from; REReaPr
o = Reset Proposals; REHisFut = History. Future Wage;
REArrMen = Rounds Pass Card Holders;
REArrHo
r = Rounds Hourly; REReaSa
l = Reset; REBasSa
l = Use as base-Nominal Salary; REBasCp
l = Use as base-Add-on; RETipIn
t = Integrate (salary or complement or supplement to salary or both); RETipSin = Signal Type (folder: <,=,>);
When the user needs to use a specific rule to calculate the worker salary value,must indicate the code of the rule in the previous field and indicate in the Define the Use Rule field, the type of use that this rule will have in the calculation:
- Screen Setting + Rule
- Rule + Screen Definition
- Only Rule
- In option 1, the module will use the other screen parameters first and then check the rule.
- In option 2, the module will first check the contents of the rule and then check the contents of the screen.
- In option 3, the module will check only the rule content, not checking the other items of the window.
- Using the options 2 and 3, the filling in of fields ' percentage ' and ' Add ' the grid Reset becomes optional, because in these two cases the wage value will be the value returned by the rule. However, if you want to use this information in the rule (percentage and value to be added), you can continue to enter some value in these fields.
- It is available for use in this in rules the function RetFaiSalReaEfe, which was created to fetch the salary ranges entered in the Reset folder.
Warning
Click here to view some details on how to handle Future Salary Bids and Proposals in the execution of a rule, using the system variable TypeRealSal.
This rule is executed by clicking the Show, for each collaborator found with the parameters informed.
The rule is executed after the rule defined in the Rule and only once for each employee, even if the employee appears in the New Salary Histories and Future Salary Histories grids, for example.
The system variables mentioned in the field documentation Rule and table R034FUN are available. The purpose of this rule is consultation only, and it is not possible to make any changes.
To view pay history information during recording, use the 16 - Enter Pay History command, which is performed by clicking the Process of the Salary Adjustment screen.
Whether the adjustment will be on the normal wage or about the add-on.
- Normal Salary
Check this option so that the salary readjustment is about the normal salary. - Complement
Check this option so that the readjustment is also on the Complement.
Marking both the readjustment will be applied over the normal wage and also about the add-on. It is mandatory to inform at least one of the options.
Select one of the options below to determine how to integrate the result (increase) arising from the application of the adjustment:
- Salary
Add to the Salary the salary increase and the complement. - Complement
Add to the complement the wage increase and the complement. - Integrate the Complement to the Salary
Readjust and integrate the complement to the wage, zeroing it. - Both - Salary / Complement
Add the salary increase corresponding to the salary and the complement.
A combination with the selected information on this item to see how the values will be reset and the earnings supplement.
To this end, we have the following ways to integrate the readjustment:
- Salary
a) Normal salary set and complement not set: the salary value will be the adjusted value and the value of the complement will remain unchanged;
b) Normal salary not set and Complement set: sum to the salary + the difference of the current salary complement and the salary supplement readjusted and, the value of the complement remains unchanged;
c) Normal salary set and Complementary set: adds to the current salary the value of salary adjustment and the complement, and the value of the complement remains unchanged. - Complement
a) Normal salary set and complement not set: add to the value of the complement the difference between the current salary and the salary readjusted and the salary value remains unchanged;
b) Normal Salary not set and Complement set: the value of the complement will be the value of the adjusted complement and the value of the salary will remain unchanged;
c) Normal Salary set and Complement set: add to the complement the salary adjustment and the complement and the salary remains unchanged. - Integrate the Complement to the Salary
a) Normal salary set and complement not set: the value of the salary will be the salary readjusted + the current value of the salary complement and the complement is zeroed;
b) Normal Salary not set and complement set: sum to the current salary the wage supplement readjusted and the complement is zeroed;
c) Normal salary set and complement set: the value of the salary will be the salary readjusted + the salary supplement readjusted and the complement is reset; - Both - Salary / Complement
a) Normal salary set and complement not set: the value of the salary will be the salary value readjusted and the complement remains unchanged;
b) Normal salary not set and complement set: the salary remains unchanged and the value of the complement will be the wage supplement readjusted;
c) Normal salary set and complement set: the value of the salary will be the salary value readjusted and the value of the complement will be the value of the adjusted complement.
Examples:
The reset value corresponds to $ 10.00 for the salary and $ 5.00 for the add-on. I have a current salary of $ 100.00 and a supplement of $ 50.00.
- If you inform Salary
a) Normal Salary set and Complement not set: the salary passes to $ 110.00 and the complement is still $ 50.00.
b) Normal Salary not set and Complement set: salary passes to $ 105.00 and the complement is still $ 50.00.
c) Normal Salary set and Complement set: the salary passes to $ 115.00 and the complement is still $ 50.00, since it integrates the readjustment of the complement to the salary. - If you inform Complement
a) Normal Salary set and Complement not set: the salary remains $ 100.00 and the complement passes to $ 60.00;
b) Normal Salary not set and Complement set: the salary remains $ 100.00 and the complement passes to $ 55.00;
c) Normal Salary set and Complement set: the salary remains $ 100.00 and the complement goes to $ 65.00, since it integrates the adjustment to the complement. - If you inform Integrate the Addendum to the Salary
a) Normal Salary set and Complement not set: the salary passes to $ 160.00 and the complement is zeroed;
b) Normal Salary not set and Complement set: salary passes to $ 155.00 and the complement is zeroed;
c) Normal Salary set and Complement set: the salary passes to $ 165.00 and the complement zera, since the salary integrates the complement and the readjustment. - If Report Both - Salary / Complement
a) Normal Salary set and Complement not set: salary passes to $ 110.00 and complement remains $ 50.00;
b) Normal Salary not set and Complement set: the salary remains $ 100.00 and the complement passes to $ 55.00;
c) Normal Salary set and Complement set: salary passes to $ 110.00 and the complement goes to $ 55.00, since it integrates the readjustment to each one.
- History Salariais Futuros
Indicate whether the future salary history, with a date greater than the date of the adjustment, should also be readjusted if there are
Example:
Example 1:
The developer has historical salary 2. A with 01.01.2009 date and the value of the salary of $ 300.00 and the other on 01.07.2009 worth $ 400.00.
If so it is determined a readjustment of 100% in 6/1/2009 and informed to adjust future = S historical, the module will record a history on 01.06.2009 in the amount of r $ 600.00 and overlays the information in 7/1/2009 with a salary of $ 800.00.
Example 2:
Collaborator with two salary histories:
- 01/02/2017 with monthly amount of 3,000.00
- 10/01/2017 with monthly amount of 6,000.00
The salary adjustment will be applied with the change date 01/05/2017, considering the following adjustment bands:
- 0.0000 to 5.999.99 readjustment of 10%
- 5,999.9901 increase of 500.00
When applying salary readjustment for this employee, the system will consider the range found in the first history to be readjusted. In this case, the first history to be readjusted corresponds to 2/1/2017 and falls within the first adjustment range, applying 10%. This same bandwidth will be applied to the future salary history as well, ie, the history of 01/10/2017 will also suffer a 10% readjustment.
The routine does not separately frame each future track record in the adjustment range, but rather considers the first track found for future records as well.
- Branch Transfers
Indicate whether the wage future, with historical date reset date above, employees who were transferred from branch, should also be adjusted, if any.
Example:
Retroactive salary adjustment, where the adjustment should be applied in past date. In this case, between this date and the current date any employees who were transferred from branch, this assignment allows you to indicate that this new record of these employees in historical should also be adjusted, otherwise only the old record history, prior to transfer of subsidiary, will be readjusted.
The developer affiliate 10010 1 has a salary history in 1/1/2009 with the value of the salary of r $ 300,00 and was transferred to the subsidiary 2:0 pm 3/1/2009 by changing the registration to 20010. This new branch, as a new record, the same developer has a salary history in 7/1/2009 with the value of $ 400.00.
If then is given a 10% adjustment only to the Branch Office 1:0 pm 2/1/2009 and is marked to consider transfer of Subsidiary, the system will record a history in 2/1/2009 to register 10010 with the amount of r $ 330,00 and recalculates the salary history of the register of 7/1/2009 to r $ 440,00 20010. Otherwise, the system would maintain the history of July 1, 2009 with a value of R $ 400.00, as it would consider only branch 1, as defined in the selection.
- Future Salary Proposals
- Future Adjustments
This mark-up is only applied when, in readjustment, a value is added to the salary of the employee. If you are informed to add only the percentage, it will already be proportional to the last readjustment.
Example:
"Collaborator 2" has two salary histories, one dated 01/01/2009 and salary value R $ 1,000.00 and the other with date of 01/07/2009 (historical future) in the amount of R $ 1,000, 00.
When determining an increase of R $ 50.00 on June 1, 2009, if the option to maintain the value and to adjust the percentage is selected, the future adjustment will be calculated as follows:
R $ 1,000.00 + R $ 50.00 = R $ 1.150,00
That is, the amount of R $ 50.00 was added to the future history, while the percentage of 10% was readjusted to 9.52%.
If the option to maintain the percentage and readjust the value is selected, the calculation will be done as follows:
(R $ 1,000.00 + R $ 50.00) + 10% = R $ 1,155.00
Thus, the percentage of 10% was maintained over the last salary adjustment, which, in this case, was R $ 1,000.00.
Note
This markup is only available when marked to consider salary history or future proposals.
This item allows the user to make the salary adjustment for employees with or without indication of structure \ \ wage class in history.
- All
With or without indication of structure \ class \ level in salary history. - Tables
Only the salary history with indication of structure \ class and level. - Unclassified
Only salary history with no indication of structure \ class and level.
Reset
Indicate the start and end of tracks salaries with the respective percentages of increase and the values to add in each, if necessary.
The columns Admitted from and Admitted Until serve to delimit the employees who will receive the adjustment and differentiate the percentages according to the period of admission. Even though the field Admitted in the month is set to "T - All", the system applies the adjustment only to employees within the date range defined in these columns.
Example:
If company policy for readjusting wages in 5/1/2000, and the collaborators that have up to one year of service receive 2%, those with between 1 and 5 years, will receive 3% and those with more than 5 years will receive 4%, the procedure would be the following:
| 000000000 | 999999999 | 2 | 5/1/1999 | 5/1/2000 |
| 000000000 | 999999999 | 3 | 5/1/1994 | 5/1/1999 |
| 000000000 | 999999999 | 4 | 01/05/xx | 5/1/1994 |
Where: 19xx: must be the date of the oldest employee, example: 1970
The module verifies the date of admission of the employee, having to be> = the starting date and less than the end date.
The salaries reported in the bands shall be the month level. To delete one or more items from the grid, press CTRL + DEL on the row to be deleted.
Replace
Giving a previous salary to be replaced by a new salary. It may be noted, if the previous salary to be replaced, shall be equal to the informed, smaller or larger.
In the fields Previous Salaryre New Salary the values should always be informed considering the hourly scale of the employee. For example, an hourly wage with an hourly wage of $ 3.00 on a 220 hour scale would have a salary of $ 660.00.
Report the value of previous salary, which will be replaced.
Details of the new salary that will replace the previous one. Useful when there are many wages that will be replaced by a same value.
Veja também:
English
Español
