Hierarchy
SAP_HRCDE (Software Component) Sub component SAP_HRCDE of SAP_HR⤷
PY-DE-PS (Application Component) Public Sector⤷
P01O (Package) HR Germany: Public Sector
IMG Activity
| ID | PAY_DE_PS_FZ10 | Note: Indirect Valuation of Family-Related Bonus and Cost-of-Living Allow. |
| Transaction Code | S_PH0_48000390 | (empty) |
| Created on | 20000127 | |
| Customizing Attributes | PAY_DE_PS_3_2_204 | Attribute for PS DE; Non-Required Activity, Uncritical, ProcMod. No. 204 |
| Customizing Activity |
Document
| Document Class | SIMG | Hypertext: Object Class - Class to which a document belongs. |
| Document Name | PAY_DE_PS_FZ10 |
Indirect Valuation of the Family-Related Bonus, Cost-of-Living Allowance, and Social Bonus
The indirect valuation of the family-related bonus, cost-of-living allowance, and social bonus is modeled in module ORTSZ for indirect valuation. You store all employee data (except the assignment to wage group) for the family-related bonus, cost-of-living allowance, and social bonus in infotype Family-Related Bonuses (0595). You assign the employee to a wage group in infotype Basic Pay (0008). Below is an explanation of how the system calculates the components and amounts for the family-related bonus, cost-of-living allowance, and social bonus.
External and Internal Pay Scale Classes/Family-Related Bonus Classes
The amounts for the individual components of the family-related bonus, cost-of-living allowance, and social bonus depend on the wage group to which the employee is assigned. You assign the employee to a wage group by specifying a pay scale group in infotype Basic Pay. A pay scale class is uniquely assigned to each pay scale group in the system. (The term "pay scale class" is used synonymously with the term "family-related bonus class" in the system). The assignment to a pay scale class defines the size of the amount for the individual components of the family-related bonus, cost-of-living allowance, and social bonus. For lower pay scale groups, the pay scales for the public sector allow for an additional increase amount for the child component. Because of this increase amount, there can be different amounts for the child component within one pay scale class. To enable you to store the different amounts in the system, an internal pay scale class is assigned to the pay scale groups for the public sector in view VV_T5D5L_OZKLASS (Collective Agreements and Pay Scale (or FRB) Classes) in addition to the (external) pay scale class.
Components of the Family-Related Bonus, Cost-of-Living Allowance, and Social Bonus
The amounts for the components of the family-related bonus, cost-of-living allowance, and social bonus are stored in view V_T510Q (Cost-of-Living Allowance Elements PSG) as a function of the pay scale class (T510Q-ORTZK).
If an internal pay scale class is assigned to a pay scale group in view VV_T5D5L_OZKLASS (Collective Agreements and Pay Scale (or FRB) Classes), the system reads this internal pay scale class in view V_T510Q (Cost-of-Living Allowance Elements PSG). If only a(n) (external) pay scale class is assigned in view VV_T5D5L_OZKLASS and the internal pay scale class is initial, the system reads the (external) pay scale class in view V_T510Q (Cost-of-Living Allowance Elements PSG) ).
A fixed key is assigned to each component of the family-related bonus, cost-of-living allowance, and social bonus in field COLA Component (T510Q-STUFE). Since the child component depends on the number of children, it is subdivided into further components, each of which has a key:
- LD: Single person component
- VH: Spouse component
- V1: Half spouse component
- KI: Child component
- K3: Child component (3rd child onwards)
- K1: Increase amount for first child
- KE: Increase amount (2nd child onwards)
There are also two entries for the spouse component. You define the half spouse component to avoid rounding differences if there is competition. In indirect valuation, the system does not determine the half spouse component by dividing the full spouse component by two, but instead retrieves it directly from entry V1. In module variant 5, child component K3 is used instead of child component KI as of the third child.
All entries must be defined in view V_T510Q, even if the amount of a component is zero (for example, the increase amount for higher pay scale groups). Otherwise, the indirect valuation process terminates with an error message. Each entry must be defined so that the system knows that it has not been forgotten by accident.
Module Variants
The module variants of module ORTSZ for indirect valuation control which of the components listed above are included in the valuation. In infotype Family-Related Bonuses (0595), you specify which components the employee is entitled to.
- Module variant 1 (single person component): Only single person component LD is included.
- Module variant 3 (child component): Each child for whom child allowance is paid and counted child increases the numerator for the number of children by a value of one. Each counted child has a child component KI and an increase amount K1. The increase amount is K1 for the first child and KE for each additional child. An exception to this rule is the "Child (Non-EU)", for whom no increase amount is paid and for whom the numerator for the number of children is not increased for the increase amount. If the first child is a "Child (Non-EU)" and the second child is a child for whom child allowance is paid, the employee only receives increase amount K1 for the second child.
- Module variant 4 (spouse component): Amount VH or V1 is read if the employee is entitled to the full or half spouse component.
- Module variant 5 (child component): The rules are the same as those for module variant 3, except that child component K3 is paid instead of child component KI as of the third child.
- Module variant 6 (child component): The social bonus is determined in accordance with the BMTG, taking account of imputable bonuses.
The following rules apply for calculating the social bonus using module variant 6: - The social bonus is determined without taking special bonuses into account (SZ_ohne).
- The total of the special bonuses (Zul_sum) is determined based on the entries in T539J and the wage types in infotype 0008.
The total of the special bonuses (Zul_sum) can be zero. If no cumulation wage type is assigned to the social bonus wage type, or wage type O092 (foreman bonus 8%) is not predefined in infotype 8 (Basic Pay), the calculation is carried out as normal (that is, using module variant 3). The rounding type, divisor, and reduction method are not taken into account when calculating the total. - The notional pay scale group is determined: The monthly table wage is defined in accordance with the pay scale by directly reading table T510 with keys personnel country grouping, pay scale type, pay scale area, pay scale indicator, pay scale group, pay scale level, and validity period (corresponds to module TARIF with variant A --> this is hard-coded, which means that the monthly table wage must also be stored in this way). The total of the special bonuses is added to this table wage. The system defines the highest pay scale group (according to the values of table T5D7M (assignment of values to pay scale groups) for which the monthly table wage is smaller than or equal to the original monthly table wage plus the total of the special bonuses.
- The notional pay scale group determined in this way is then used to determine the notional pay scale class and also, therefore, the social bonus for the higher pay scale group. Consequently, this can be smaller than the original social bonus.
- If the total of the notional social bonus and total special bonuses is smaller than the original social bonus, the positive difference is added to the social bonus.
Reduction methods
In infotype Family-Related Bonuses (0595), you specify whether the individual components are to be reduced for part-time employees. The reduction method of the corresponding wage type defines how this reduction is to be made.
Business Attributes
| ASAP Roadmap ID | 204 | Establish Functions and Processes |
| Mandatory / Optional | 3 | Nonrequired activity |
| Critical / Non-Critical | 2 | Non-critical |
| Country-Dependency | I | Valid for countries specified |
Maintenance Objects
| Maintenance object type |
History
| Last changed by/on | SAP | 20000127 |
| SAP Release Created in | 46C |
