Christmas process in payroll needs several customicing in order to be compliant with business needs. This post summarices the most relevant options customers have to pay Christmas allowances and how to configure it. There are two main options: pay one time the christmas allowance or in twelfths (duodecimos). The last solution is available since 2013 and it was delivered on note 1817077 - National Budget 2013: CA/VA payment in twelfths. The twelfth solution was delivered to acomplish Law 11/2013.
The twelfth schema is processed after P0334 on RPCALCP0.
Image 1 View of shcema of Subsidio de Natal on RPCALCP0
To activate twelfths, the constant VACAN of table T511K should be activated. When it is active, it will use feature PVGR2. As stated on the note, the rule PCNC has been updated with this solution. To perform an analisis of the CA process, please follow the next steps:
The rule PCNB will determine the base amount used for twelfths. The standard Wage Type to be processed on this rule is the /133. This wage type contains the base for subsidio de Natal. Here we find the first configuration on the rule that is the value of PCPARVBAST, this checks the type of basis for the processing of the Christmas allowance possible values are:
- A- Actual Remuneration: If the actual remuneration is the type of basis used for processing CA, the accumulate value of wage type /6NI (CA annual payment indicator) is checked to guarantee that only once the amount of /133 is added to /641 and also to /6N1 in the same proportion of the defined in VACAP constant (50%): if no accumulate value exists the amount of /133 is added to /641 and also to /6N1 in the same proportion of the defined in VACAP constant (50%); if the indicator /6NI exists in CRT, the amount of last result table is added to /641 and also added to /6N1 in the same proportion of the defined in VACAP constant (50%).
- B- Best Remuneration: If the best remuneration is the type of basis used for processing CA, the amount of /641 of the last result table is checked and compared with the amount of actual /133: if /133 is greater than /641 the amount of /133 is added to /641 (best basis) and also added to /6N1 in the same proportion of the defined in VACAP constant (50%); if the amount of /133 is equal or minor than /641, the amount of last result table is added to /641 and also added to /6N1 in the same proportion of the defined in VACAP constant (50%).
Image 2. Example of the exit of PCNB with /6N1 and /641.
On December, the system will check if /6NI has value (or if it exists) in order to make "duodecimos" pays behave as one payment on November. More information on Twelfth of christmas allowance remains unchanged on December.
PCM1 will check the number of wage type /859 (calendar working days) and if the value is greater than 0, the cycle PCM2 is called. PCM2 calculates the number of months for which CA is paid and creates wage type /6N3 - Nr months for CA of 50%.
After this, it will calculate the monthly twelfth on PCDM when wage type /6N1 exist in IT internal table, this cycle creates wage type M624 monthly with 1/24: the amount of twelfth is calculated by the following: Number of relevant periods till actual month multiplied by SN basis (50%) and divided by 12 (total amount of SN in Twelfths duo till now) deducting accumulated amount of /6N0 (paid SN in twelfths till previous payroll period. This calculation formula can make lower differences in twelfth paid between months. However, the total amount of CA paid is exactly the same in the end of year.
Image 3. /6N0 calculated after PCDM
Wage type /6N0 contains the "duodecimo" quantity calculated. The example case shows how the it is precisely 1500/24 = 62,50.
In case the previous information did not solve your issue, please contact us (SCN, chat, incidence) providing the information described in the following link:
How to report an incident to SAP Support about VA/CA Allowances.