Announcement:
wanna exchange links? contact me at sapchatroom@gmail.com.
Posted by
Admin at
Reply from Irfan Malik on Dec 2 at 2:18 AM Thanks Mostafa for your reply.
This transition is not facing time/cost constraint. Currently I am analyzing my available options and you are absolutely right that huge amount of effort will be required since many of the configuration tables will be affected. Please go through the following strategy I have in mind.
We will be creating new abbreviations for only Personnel Area and will associate it with grouping 24 KSA.
All PA/PSA EGrp/ESgrps will have same groupings as in 99 i.e. for Time Management/Payroll since we are not anticipating any change in current processes.
Same Payroll Area will be used as in 99 grouping.
Schema comparisons will be performed and necessary changes will be made except the Z functions used for localization in 99.
Wage type group for 24 will include all 99 grouping wage types.
Changes in features (pe03) if based on Personnel Areas criteria.
Changes in PCR (Time/Payroll) if based on Personnel Area criteria.
Wage type permissibility groupings.
Infotype maintenance for KSA specific solution.
and etc.
Rigorous testing will be required in the above case.
I will be glad to hear your thoughts on the above strategy.
Thanks,
Muhammad Irfan
| | | ---------------Original Message---------------
From: Irfan Malik
Sent: Sunday, December 01, 2013 7:48 AM
Subject: Implementation Strategy for MOLGA 99 change to 24 KSA
Hi Gurus,
I am facing a situation where I have to convert the International (CGrp 99) implementation to (CGrp 24) KSA MOLGA. This is because of the fact that SAP introducated localization for Saudi Payroll.
Current case: My company is running EHP6 which is recently upgraded from EHP4 using technical upgrade. Therefore currently on EHP6 environment my company is running same functionality as EHP4 i.e. everything on 99 MOLGA.
Requirement: Company requires the complete implementation to be converted to 24 MOLGA KSA specific. This also includes that this transition does not impact user experience i.e. no retro restriction, RT availability, use standard processes instead of Z developments like GOSI, EOS, etc.
Possibilities: For the above case I think of following possibilities for which I require your expert opinion:
1. Simply change the MOLGA 99 to 24 - I am not sure if this is a doable option since MOLGA change will affect the Payroll since for SAP introduced a new payroll driver for KSA payroll.
2. Scratch implementation in new MOLGA 24 (this is not a desireable option for us)
Looking forward hearing from you guys.
Thanks,
Muhammad Irfan |
| Reply to this email to post your response. __.____._ |   _.____.__ |
