Annual Leave Carry Forward

[Former Member]

Hi All.

Below is over the view of client requirement.

Client Requirement:

Quota Type = Annual Leave Quota (Quota number = 40)

Quota per year = 30 days

Accrual = Daily

Calendar Year = 01^st Jan 20XX to 31^st Dec 20XX (XX = Current year)

Carry forward limit = All 30 days can be transferred to next year on 1^st Jan, Update the same quota type.

Maximum entitlement of Annual Leave = 35 Days

Generation Method = Time Evaluation (Daily run, using TM04 schema)

ESG Grouping for Quota = 2

PSG Grouping for Quota = 10.

PSG Grouping for Time Recording = 01.

Please refer the attachment for detailed configuration and PCR details

Generation Rules Table Entries:

Accrual Period = Daily

Base Entitlement = 30 days

Accrual Entitlement =

Pro Rata = Yes

No Multiplication = Yes

Transfer time = Upon Accrual

Total Entitlement = 35 Days

Time Type:

PS Grouping = 01

Time Type = ZALB

Save Day Balance = 1

Rest all Blank

******************************

Payroll Constant = Table T511K (ZALTD = 25)

Calling the PCRs into schema:

Expected Result = Quota to be transferred next calendar year (01.01.2014 to 31.12.2014) for the 25 days from the generated quota of 29.42 days.

@ Note: Quota didn’t get generated as 30 days as the employee is on unpaid leave for 5 to 6 days, as per the client requirement if the EE is on unpaid leave AL quota not to be generated hence the generated quota is accurate. I have written a PCR to stop this generation.

Appreciated your support to take this forward.

Thanks

Anil

[venkateshorusu]

If you feel that your query is answered you can close the thread.

Regards

Venkatesh

[Former Member]

Hi All,

The solution provided didn't work to me, I have used Woody thread for transfering the quota by using a time type. it worked. However I still have an issues with standard SAP. Standard SAP time type is not storing the tiny values (example: 0.08219) this value gettng stored as 0.08 in Time type as a result, I am missing .8 days of quota by EOY. I am plannning to adjust this REDAYLDYPP = 31 (.8/12) updating monthly as 0.06.

There is a flaw in this if some body joins the orgnization on 30/31th of month he/she will be entitled with .06 days. I am still testing the requirement, I will try to release a detail documents once I am done with Full testing.

Thanks

Anil K Chilaka

[venkateshorusu]

When you look at you requirement carry forwarding is different concept and time type characteristics is different concept you have written the PCR to carry forward, created a thread how to carry forward the balances i.e we are not aware how you are generating the quota either time type or constant values.

So where you have to test it whether balances(end of the year) are getting carried forwarded to the next year(start of the year).

Let say some X days are there on 31-12-XXXX the same should be carried forwarded to the 01-01-XXXX.

But now you are saying that quota itself not getting generated is that part is there in your thread so how to generate quotas and what is the maximum decimal value will get stored in time type is up to you.

Time type will hold maximum 2 decimals when it comes to the ZES and SALDO, 4 decimals when it comes to the TES but you can not use TES for any further calculations this is standard SAP design.

Further more request is to before saying some thing check your thread itself for what reason it has been created and what you are expecting at the same place.

Regards

Venkatesh

[venkateshorusu]

As far i understand as per existing configuration Quota generates every day 0.082 and it transfers to 2006 at the end of the year you wanted to query it and update it on every first day of the year.

You wanted to Query remaining balance on at the end of the year 31.12.XXXX place your  2nd PCR ZALC after CUMBT with function P2006 ZALC where in your case remove the line 770 and place it after 810(Line number) then check whether it is working or not.

Regards

Venkatesh

[Sanky]

Hi Anil,

Change your validity period from accrual period to calender period and give relative position as 999 months.

Check and tell me.

Better you can check the below thread link.

Regards,

Sankarsan

[Former Member]

Hi Sankarsan,

Thanks for the feedback, I will check and let you know. However below are my concerns:

1. if I change the relative position as 999, it will hit the Deduction period. My requirement for the validity or Deduction period is (Calendar year start to Calendar year end)

2. Accural Period change to calendar year. I believe your referring the generation rule accural period, If I change this Daily to Calendar year, My quota will not be generated on a daily basis.

However, I will check and keep you posted the results.

Question to All:

1. Can we update the same Leave Quota with the carry forwarded leaves.

Thanks

Anil K Chilaka

[Sanky]

Hi Anil,

Find out your answer.

1. if I change the relative position as 999, it will hit the Deduction period. My requirement for the validity or Deduction period is (Calendar year start to Calendar year end)-

If you will go with like this then every year new line item will come to in IT2006. Another thing validity period start and deduction period star would not be calender year since if employee joins in mid of the year.

2. Accural Period change to calendar year. I believe your referring the generation rule accural period, If I change this Daily to Calendar year, My quota will not be generated on a daily basis.

- Base Entitlement would be accrual period or calender year it's based upon your requirment.

- In the Generation rule you will select accrual period monthly, daily or calender year it's also connected with the base entitlement related to period option.

Check and tell me.

Regards,

Sankarsan

[Sanky]

Hi Anil,

If your query is answered then close the thread with correct answer marking.

Regards,

Sankarsan