Collective Simulations
It allows to simulate a percentage of salary readjustment on employees' salaries. After completing the screen information and coverage, if necessary (using the Selection), you must press the Show to display on the screen Applied Salary Adjustment the salary history that will be recalculated based on the percentage reported.
Since this is a simulation screen, it does not create employee salary histories. Histories are only created when done using the Wages> Wages> Salary Adjustment screen.
Indicate the date on which the simulated calculation is being carried out. Each time a new calculation is requested, the salaries considered as the basis for applying the adjustment are those of the last effective salary and not those resulting from previously simulated adjustments.
It allows to indicate only one type of system for the reset.
- Executive
- Administrative
- Operational
- All
Normative Salar
y Inform the module, the use of the normative salary limits at the time of the calculation of the adjustment or not.
Admitted Month
Determine as to those admitted in the month of the change, indication allowed.
In a readjustment dated 01.01.2000 it is also desired to readjust the employee with the date of admission 10.01.2000. With the field Checked out, for this employee will be created a new salary history with the salary readjusted, and with date of readjustment being the date of admission of the employee.
Dismissed
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.
Dismissed from
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, as below:
- Rounds second Decimal-special
- Rounds first Decimal-special
- Rounds Unit - Special
- Rounds Ten - Special
- Rounds Hundred - Special
- Rounds third Decimal-special
- Rounds 4th Decimal-special
- Rounds second Decimal-Normal
- Rounds 1st Decimal - Regular
- Rounds Unit - Regular
- Rounds Ten - Regular
- Rounds Hundred - Regular
- Round 3 Decimal - Normal
- Rounds Wednesday Decimal-Normal
Rule (Round Monthly Paid)
If you want another form of rounding, may report a rule. The Round Value system variable is available for this process.
Rounding Horizons
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.
Rule (Round Hourly Paid)
If you want another form of rounding, may report a rule. Available for this process is the system variable Value Round.
Rul
e 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
- REDatAlt = Date of Amendment;
- REValSal = Previous Salary (Replace folder);
- RENovSal = New Salary (Replace folder);
- RetipSis = System type;
- RECodMot = Reason;
- Reword = Normative;
- Resumes = Admitted Month;
- REDEMES = Dismissed;
- Redatdem = Dismissed from;
- REReaPro = Readjust Proposals;
- REHisFut = History. Future Salaries;
- Remarry = Rounds Monthly;
- ReArrHor = Rounded Horizons;
- REReaSal = Reset;
- ReBasSal = Use as basis - Nominal Salary;
- REBasCpl = Use as base - Complement;
- RETipInt = Integrate (Salary or Complement or Complement to the salary or both);
- RETipSin = Signal Type (folder: <,=,>);
Set Usage Rule
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 these rules the function RetFaiSalReaEfe, which was created to fetch the salary ranges entered in the Reset folder.
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.
Rule After Readjustment
This rule will be performed for each redo simulation performed.
Use as a basis
Inform if the readjustment to be simulated will be on the normal salary or on the complement.
- Normal Salary
Check this option so that the salary readjustment simulation is on the normal wage. - Complement
Mark this option so that the simulation of the readjustment is also on the Complement.
Checking the two options the simulation of the adjustment will be applied on the normal salary and also on the complement. It is mandatory to inform at least one of the options.
To integrate
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 of the information selected in this item is performed to see how the simulated wage and supplement values will be integrated.
To do so, we have the following ways of integrating the readjustment:
Salary
- Normal salary set and complement not set: the salary value will be the adjusted value and the value of the complement will remain unchanged;
- Normal Salary not set and Complement set: sum to the salary + the difference of the current salary supplement and the salary supplement readjusted and, the value of the complement remains unchanged;
- Normal salary set and Complemented set: current salary the sum value of the salary adjustment and complement, the value of the add-on remains unchanged.
Add-on
- Normal salary set and complement not set: adds to the complement value the difference between the current salary and the salary readjusted and the salary value remains unchanged;
- 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;
- Normal salary set and Add-on set: Add to complement the salary adjustment and complement the salary remains unchanged.
Integrate the Complement to the Salary
- 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;
- Normal Salary not set and complement set: sum to the current salary the wage supplement readjusted and the complement is reset;
- Normal salary set and add-on set: the value of the salary will be paid salary + salary readjusted add-on and add-on is reset;
Both-Salary/Add-on
- Normal salary set and complement not set: the value of the salary will be the salary value readjusted and the complement will remain unchanged;
- Normal Salary not set and complement set: the salary remains unchanged and the value of the complement will be the salary supplement readjusted;
- Normal salary set and add-on set: the value of the salary will be readjusted salary amount and the value of the add-on will be the value of the add-on readjusted.
The reset value corresponds to $ 10.00 for the salary and $ 5.00 for the add-on. Have as current salary and $ 100 in addition to $ 50.
Salary information
- Normal Salary set and Complement not set: salary passes to $ 110.00 and the complement is still $ 50.00.
- Normal Salary not set and Complement set: salary passes to $ 105.00 and the complement is still $ 50.00.
- Normal salary set and Add-on set: the salary goes to $115,00 and the add-on is still $ 50, because it integrates the readjustment of the supplement to the salary.
If inform Add-on
- Normal Salary set and Complement not set: salary remains $ 100.00 and the complement goes to $ 60.00;
- Normal Salary not set and Complement set: the salary remains $ 100.00 and the complement passes to $ 55.00;
- Normal salary set and Add-on set: the salary remains $ 100 and the add-on passes into $65,00, because it integrates the readjustment to the add-on.
Learn to integrate the supplement to the Salary
- Normal Salary set and Complement not set: salary passes to $ 160.00 and the complement is reset;
- Normal Salary not set and Complement set: salary passes to $ 155.00 and the complement is reset;
- Normal salary set and complement set: the salary passes to $ 165.00 and the complement zera, since the salary integrates the complement and the adjustment.
Inform Both-Salary/Add-on
- Normal Salary set and Complement not set: salary passes to $ 110.00 and complement remains $ 50.00;
- Normal Salary not set and Complement set: the salary remains $ 100.00 and the complement passes to $ 55.00;
- Normal salary set and Add-on set: the salary goes to're $ 110 short and the add-on passes into $55,00, because it integrates the readjustment.
History Salariais Futuros
Indicate whether the wage future, with historical date reset date above, should also be adjusted, if any.
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.
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.
- Retroactive salary adjustment, where the adjustment should be applied in past date.
- In this case, if between this past date and the current date there are employees who have been transferred from a subsidiary, this indication allows to indicate that this history in the new register of these employees must also be readjusted, otherwise only the history of the old cadastre, previous to the 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.
- In this new branch, as a new registration, this same employee has a salary history on 07/01/2009 with a value of R $ 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 keep the history of 7/1/2009 with the value of $ 400.00 because it would consider only the 1 branch, as defined in the selection.
Future Salary Proposals
Apply the readjustment in the future proposals, that is, proposals with dates after this readjustment. Same operation of the Future Salary History option, but for Salary Proposals.
Reset
This item allows the user to simulate the salary readjustment for employees with or without indication of structure> class> salary level in the 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
Salary Schedules
Indicate the initial and final salary bands with the respective increase percentages and the values to be added in each one, if necessary.
The "Admitted From" and "Admitted By" fields are for users who want to differentiate the percentage of increase for employees admitted in the course of a given period.
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.
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: Salary Previous and New Salary, the values must always be informed in monthly load of 220: 00 hours.
An hourly with an hourly wage of $ 3.00, at the month level 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.
Check the corresponding option with the salaries to be replaced, which can be:
| < | Less than |
| > | Bigger then |
| = | Equal to |
English
Español


