Carry-forward time valuation results into next day

[rafledeganck]

Hi,

Our customer wishes to handle night work on the day it is actually worked.  So when a user clocks in from 10 PM to 6 AM, we want 6h to be paid on the next day.

I was hoping to achieve this by following the logic for rest rule validation, i.e. fill a time container on day D and use this to generate a time record on day D+1 .  However, when trying to use this new record to generate a time pay type on day D+1 I keep running into the error that it can only be used to "produce alerts or a flexible-period time container type".

Is it possible at all to transfer time from a time type group to the next day, and use it for payroll ?

Note: We're not looking to generate a different time pay type after 12 AM.  The customer wants the time valuation output to be dated to the next day.

Thank you in advance,

Kind regards,

Raf

@Volker_Ruof

@NeeleshKamath 

[NeeleshKamath]

Hi @rafledeganck @

As per my knowhow, I am not sure if we can do such a thing where we can lookup the time type group via a container of previous logical day and mark that as time pay type for payroll for next day

However the below workaround might work. Please evaluate it further

1. Store the time after midnight in the a time container or a daily collector.  Dont mark this as time pay type in the corresponding TTG. This would be stored as part of the current logical day (D)

2. Use Integration Center or CPI to map this time container to a one time payment (You can use a Pay component of type Number instead of amount where number of hours is the paycomponent unit). And in IC you can set it to D+1 as the One time payment date. This would then move the data to IT0015 instead of IT2010 and perhaps you would need some payroll handling to read such cross midnight wage types from IT 15 rather than IT 2010

A similar thing was done as part of this blog

https://community.sap.com/t5/human-capital-management-blog-posts-by-sap/brazil-vacation-bonus-in-emp...

If you don't want to do the above , Perhaps this needs to be handled in the payroll where the date for such a wage type after replication to 2010 is updated using some post processing Badi or directly modify via PCR/Function in payroll. BTW I am not a payroll expert

Hope this helps

Best Regards

Neelesh