cancel
Showing results for 
Search instead for 
Did you mean: 

relationship of Portlets for the Employee Central payments and the r3 payroll system infotypes

adriangalisteo
Participant
0 Kudos

Hi Team,

I find the relationship between the Portlets for the Employee Central payroll components and the r3 payroll system confusing.

R3 payroll has this portlets:

Infotype 08 Base Payments

Infotype 14 is used for recuring payment and deductions

Infotype 15 is used for one time payment or deductions.

But in Employee Central we have the portlets divided into

Recurring Payments

Non-recurring payments (Spot Bonus)

Recurring deductions

One-time deductions

the problem is that since they are not the same I don't know where to put which pay components, I see people putting payments in the Recurring Deductions portlet with the intention of sending them to infotype 14 which is called Recurring payment and deductions, but in Employee Central its called only Recurring deduction, and also for a pay component to appear in this portlet it must have in its configuration "is earning=NO".

which is quite contradictory.

My question is, what would be the standard and correct configuration, and the relationship of EC portlets with the payroll system payment infotypes to configure the system correctly?

Accepted Solutions (0)

Answers (1)

Answers (1)

nlgro023
Active Contributor

Long story short, there is no true standard/easy answer. S/4 or ECC are simply very different systems and setups in comparison to SF. It's like translating Finnish to German, some parts of the conversation can simply not be easily translated (especially since Finnish is a context specific language which means that 1 word can mean like 10 different things dependent on in which context you tell it, which won't easily apply / relate to German). Not trying to teach you about languages here, but maybe that puts it a bit more in perspective why the 2 things simply cannot fully be easily mapped like that.

One thing you could however do to make it easier is get rid of your way of working with these special tables like one time deductions etc. In principle always start with the best practice (you can find the workbook etc. here https://rapid.sap.com/bp/#/browse/packageversions/BP_SF_EC_INT ), which is just using Pay Component Recurring and Pay Component Non Recurring and see until what extent that works for you (you can of course always copy the both and use different filters to differentiate if you need to in BIB). In essence on pay component level you can indicate if something is recurring/non-recurring and deduction / payment, hence on a lot of levels you could totally do without extra portlets (which often times is way easier for the customer too). From that point you look at what does not fit and what the optimal way is to proceed. Again there is no easy solution, it's working with your customer and the options you have to get the best possible solutions.


The standard as said can be found on the page I've shared as the exact mapping for each standard portlet (even per country nowadays) can be downloaded, hence you can safely assume it's the best starting point and best practice (especially if you haven't done stuff like this before).

adriangalisteo
Participant
0 Kudos

Hi Jasper, thans for helping me.

My client uses a lot of Deductions, so the recurring Deduction Portlet Makes sense.

The thing is that in that portlet you have and end date to set up so the recurring deduction (or payment if you wish to create it) will have and end date so that is useful for this kind of payments. So the idea would be to leave the Compensation Info just to basic pay components as if it was the infotype 8. But we do not know what to do with the payments that are not basic pay components, but recurring additional payments. A couple consultants i have spoken with they say to configure these payments as a recurring deduction, make them appear in the recurring Deduction porlet and then map them as a recurring payment to infotype 14 in r3 system (so payroll won´t recognize them as a deduction but a payment instead) like that you can set up an end date for them in employee central. Recurring compensation doesn´t have an end date by standard as i see.

I have seen the workbook you mention, Replicating Data to ERPHCM if this is the one you are referring to, is sending basic payments to IT 08 (that´s clear) and recurring payments to infotype 14, maybe this image is telling me to introduce them in recurring payments (compensation info) portlet but still this portlet does not have the end date field as the recurring deductions as i see, to establish a frequency until and end date.

I do not really know what is the most "easy" way to do this, i guess this have been done many times in every single project that has a payrol integration, i do not really get why is still so cumbersome.

Regards