on 11-24-2015 10:37 AM
Hi Experts,
Need your valuable advice on this.
Currently there is a leave quota in IT2006 which allocates 1 day for every 15 working days for a group of employees , we dont have limit for this every 15 working day will be counted 1 day will be allocated in IT2006, validity dates are 31.12.9999 in IT2006, this is the current setup .
Now i am getting a modification on the requirement like from 01.03.2015 , for every 12 days 1 day will be allocated maximum up to 18 days per year which is 01.03.2015 to 28.02.2015, for every year this has to work.
I am writing a PCR logic for every 1 day allocation for 12 days.. but i dont how to stop if its reaches maximum 18, and also how to generate the from 1st day next year.
Need your expertise help on this.
Thanks
Sriram
Hi,
I think you want to check the total entitlement for the year from 01.03 to Feb of next year.
Then you should go with HRS=FE condition before your quota generation of time type of pcr .
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Sankarsan,
I have successfully managed to write the PCR, however i am encountering not an error but not something not going in a PCR.
I have stored a value in a time type Z957 which has the value 12, when i am trying to read the value through a PCR using Function PMB, Z957 is not getting retrieved by the PCR but other time types are retrieved which is really confusing. , screenshot here you go.
thanks
Sriram
Hi Sankarsan,
I have updated in the subschema ZQTA which is the copy of TQTA, as you can see other time types are getting read successfully but not this one it is new type which i created for this requirement.
using PMB i retreiving value from SALDO not sure what has been missed. why this particular time type not gettting read by it.
Can you help me out on this?
Thanks
Sriram
Hi Sankarsan,
Yes ZQTA is the schema. might be got copied but schema doesnt look like a exact copy as it is a different schema in all and made many alternations according to the requirements.
other time types are getting read by it.. only the new time type which i have created not getting read,
Please find the attached screenprints.
Hi Jagan.
Actually i am moving number 1 in the time type which i created in another PCR,
ADDMBz9957,
then in another PCR using PMB i am reading that from SALDO table, but it is not reading for that particular time type , when schema runs on that day and updates CUMBT, even for next day also PMB doesnt read it.
I am confused by it
Thanks
Sriram
Hi Sankarsan,
I have two PCR's I am working on, currently on its ZTP1 where I am checking the current day is a working day or not. if yes I am adding one day to the time type where I need to check every 12 day I have to give one day leave. for other leave we also move one day to another time type which z994
sharing the details of both the PCR and the processing
Through ZTP1 PCR time type Z957 is generating. Am I correct ??
Under CUMBT function SALDO table it's being updated with the time type value????? If yes then run the PCR with ACTIO function.
Share the time type characteristics details and what's the time evaluation period(cross month or cross yearly)...
Check and let me know.
Regards,
Sankarsan
HRS=FRXXC
HRS?18
>
HRS-18
HRS*-1
UPDTQA**
this one should be placed after QUOTA function.
When we are trying to place it before QUOTA then we should not use UPDTQA** further when we are using before QUOTA it adjusts the balance the next day when it reached >18.
Regards
Venkatesh
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
One thing is we will have to generate 18 days per a year, so later remember one point in standard SAP we do not have carry forward option until and unless we have validity period as 31.12.9999.
I.e when we do not have carry forward option at the end of the year system do not check remaining balance and it won't carry forward it to next year so finally what we understand is system start's generating with number one only.
This is what we have to configure for quota generation subsequently it should work for all the years.
In general every year 18 days wrt 12 working days one day, no carry forward then it counts from 1 only wrt validity periods.
Regards
Venkatesh
Sure you check with customer regarding requirement, business process, how to configure and provide solution is consultant job, any way it is standard approach you may not need anything additional configuration. Since requirement is saying 18 is maximum, no other configuration is required.
Regards
Venkatesh
Further i would suggest one more thing is there we can have two scenarios.
One is we generated 18 days employee availed 10 i.e remaining balance is 8 still we can generate 10 more days to reach 18 days more than 10 we can not add because it becomes greater than 18.
Answer is provided PCR will resolve the issue.
The other one is 18 days generated 10 days availed but we generated 18 days now we stop generation completely. he can avail remaining 8 days.
Answer is we have Maximum entitlement field under Total entitlement tab in table V_T559L maintain it with 18.
Regards
Venkatesh
Hi Venkat,
I dont think. i have any carry forward things here.. i have asked customer how are they expecting. if they say 18 days should be generated per annum. in the next annum if 18 days should be replaced by next new number , i will look at your PCR, if they say 18+18 can be added.. then my problem will be easily resolved.
Let me check, write the PCR and let you people know.
Thanks for your help
Regards
SRiram
May be you are understanding going wrong it seems to be, every 12 working days 1 day leave i.e maximum we can provide 30 days leave.
on 216th day it self we get 18 days leave wrt one day leave for 12 working days so now next day 217th it self employee is availed 1 day leave i.e 18-1 = 17 (We generated 18 days but employee used 1 day leave now question mark again we should generate one more day 216+12 = 228th day.?
If yes PCR is required.
Else NO generation further PCR is not required, we have to maintain 18 as maximum entitlement under total entitlement tab.
The above scenario answer decides whether PCR is required or not.
No carry forward option so it counts again from 1( we will have to configure to generate quota validity period should not be 31.12.9999).
Regards
Venkatesh
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
98 | |
11 | |
11 | |
6 | |
6 | |
4 | |
4 | |
3 | |
3 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.