Hi,

some colleagues make already jokes saying my blogs are no blogs but rather long, exhausting novels 😉 Yes, might be true when you look on the length of this blog, but I rather elaborate a bit more to show in detailed but hopefully easy words our new features in the EC Time and Attendance application. Time Management can be complex and for me it is the Queen of core HR (no offense to Payroll and core or other applications;-)). Yes, you need all pieces like Master Data, Payroll, Workflow and so on to get an employee paid and all the other Successfactors wonderful solutions to cover everything that is needed in HR, but still, Time applications are the most often used by employees, Time (especially Time Sheet) has the most User interface interaction and without the pay type calculation by Time valulation there would be no data upon which the employee gets paid in payroll. And due to the fact that those times where a consultant only consulted Time or Payroll or Workflow and nothing else have ceased in the cloud and rather general consultants needed that can configure most of the Successfactors application, I try to find words that not only the small time management expert group can understand but a rather larger target group. And this might end up in longer blogs then.

Whilst you will be able to consume soon the new features and functions of the 1702 release, or Q1 2017 release, we are already one release ahead and I am in the midst of vivid discussions with our architects and developers to discuss the new features we want to start soon developing for the Q2 release. And I am really looking forward to this, there will actually be some rocket things that you gonna get there (at least when I get all build that I want to have 😉 ).

But too early to talk on this new things. Cheap Cliffhangers are rather a tool of good television series or inferior literature and I should focus in this blog on what actually is in the product, what we actually have built for you in the Q1 release. And even in the Q1 release there are some really good and useful things and again, I am really proud on what we can deliver to our customers in this release. Many of the features will help customers to a large extent and the reasons not using our free of charge time solution embedded in Successfactors Employee Central get less and less.

So, what is actually in the Q2 2017 release?

We got some major and some minor things as usual.

The very major one, from lots of customers needed and demanded is….

1.) Time Sheet Input Validations

When you follow my regular blogs on the EC Time Solution you know already our time sheet and its underlying real-time based time valuation. The time valuation calculates overtime and premium pays based on the times that the employees record. And up to know there where no means to control and check the recording of times in the moment of time recording. Employees could record all timetypes on each day, enter allowances with a duration outside any control, on each day as often as they want. And time valuation calculated the results and pay types – even when the employee has recorded times in a way he should not have recorded them. And this, at the very end of the chain, could have led to wrong payroll results and wrong payments.

Yes, there are approval workflows in place for the time sheet where a manager or time admin could have rejected time sheets that are not “okay”, but this would have meant a very detailed analysis of the employees recorded times during the approval process. And we all know that this is not done in real life. So, many customers wanted to have input checks to block specific time recording data constellations instead of having an approver examine the time sheet approval if everything is okay.

What business use cases can be covered with the new time sheet input validations? Imagine the employee has recorded an illness and an allowance like “early shift premium” on the same day. Strange constellation? For some customers yes, for others not. Some want to allow it, indeed want the employee mandatory record only this or another premium when a specific absence exist, others want to prevent the same.

Imagine customer has got shift employees. The time valuation can of course generate the shift premium automatically based on the day model and the recorded times and even a different shift premium pay type when an employee is ill, but some customers don´t want to have this complex time valuation rules in the system but rather let the employee record the shift premium as an allowance himself. It might even be that the customer don´t want to cover complex shift patterns in EC Time due to the fact that the real shift pattern is kept in a 3rd party shift planning system (where all the planning and short term changes are made) and only a kind of dummy workschedule is assigned to the employee in EC. Time valuation can then of course not calculate the shift premium and employee needs to record it manually. Whatever reason, some customers simply want that employee records their shift premiums or others that the system could generate manually via allowances in the time sheet.

How can time sheet input validations help then? In Germany some employees get something that is called as-if payment when the employee is ill. This means, he gets paid as if he had worked. When he is entitled for a shift premium or Sunday premium and he is planned for Sunday, he gets this payment even when he is ill. Due to the fact that shift work and Sunday work is hard, many premiums paid for this kind of work is fully or partially tax free. This is a kind of compensation for unusual working times and employees difficulties in allday-life due to the changing working times of early, late, night shifts and probably even Sunday work. But now the difficult thing comes: the tax free payment is only applicable when the employee really has worked. Not when he gets the payment based on an as-if payment due to illness. When the payment is done based on an absence it needs to be fully taxed (by payroll of course) – cause the employee has not worked whilst receiving the payment for it.

So, now imagine the possible errors an employee can make when he needs to record his shift allowances himself manually. He was ill, so he needs to choose the “full tax Sunday premium”, but when he has worked he needs to record the “tax free Sunday premium” and so on.

Impossible to avoid errors. Impossible for a manager in the approval process to sort this things out.

The time sheet input checks can help here in a great deal.

You can now create very smart and clever rules where you can check all kind of constellations on a day. You can raise an error when the employee has recorded an absence but has choosen the wrong allowance type. Or when the employee has recorded a time type / allowance / on call time on a specific weekday he is not allowed to. Or with not enough hours, with too many hours. When an employee has recorded the same allowance twice on a day. When an employee has recorded two different time types that he is not allowed to record on the same day (please note that this is on top of the already existing collision checks).

This are only some examples, there are many other business examples I could list. But the main thing you need to take with you is:

The rules are quite flexible and powerful. They perform input validations upon time recording (saving the time sheet). They are maintained in the same way as the Time off “Take rules”.

But, there are some limitations to the new input validations. You know that we provide each 3 month a release and some topics are simply bigger than we can cover with our small team within one release. We hence work in increments. We ship the feature in an usable albeit not yet 100 % perfect way that might not cover everything that I want to have be covered by the feature right from the beginning. Hence we need to put some limitations in place but of course we work then in the subsequent releases on removing this limitations.

 

So, what are the limitiations of the first version of the input validations?

  • It is not (yet) possible to read time valuation results
    Of course you can check if a single time type is recorded with a duration bigger than 8 or 10 hours and throw an error then. But as soon as breaks are assigned / recorded you need the time valuation to calculate the net time and check if this is bigger than 10 hours. And to read this result by the input check rules is not yet possible.
  • It is not (yet) possible to check time recordings across the day
    The input validation can currently only check a single day. Not something like when today an illness is recorded you are not allowed to record a travel time tomorrow. Or check the whole time sheet if more than 46 hours are recorded (this would need time valuation results and a whole sheet check in addition)
  • It is not possible to sum up in the input rules
    Currently it is not possible to sum different time types in the validations. So you can check if a single time type is bigger than 10 hours, but when two recorded working time types got 5 and 6 hours the check would not work (but you could check that it is not allowed to enter two working time types on a day and then that the duration is not bigger than 10 hours 😉 )
  • It is not possible to have warnings in the input validations, only errors
    Why this? Simply cause all the warning handling is complex. Too complex for one release. Just think on that the warnings can have different recipients: time admin, manager, employee. Should be configurable which warning is passed to one.
    And an employee would want to have a warning raised only once upon time recording, not after each save in the time sheet on each day. So, a kind of “marker” must be available that the system knows that this specific warning has been presented once and does not need to be thrown again.

But even with this limitations I think the input validations provide already lots of possibilities to reduce erroneous data in the time sheet. And we are working on more to come soon.

Here is a screenshot of an error produced by an input rule that checks if an allowance is recorded on a day where an absence exists:

You can of course define for each error what the message text shall be.

 

Next feature:

2.) Mobile time sheet and mobile time off enhancements

We finally made it and provide time sheet recording on IoS mobile devices. Employees can now record their attendance times from anywhere at anytime. Great thing!

Here a short glimpse on how the time sheet recording looks on the IoS device:

 

It´s style is very Apple-like (in fact we worked together on this with the Apple-Design-guys).

And the good thing: no configuration needed. Install the app and you are done. This is how cloud should be !

Some more mobile Time enhancements: we provide time off on Android now as well and it is possible to add an attachment in the mobile time off application.

How cool is this? When employees are at a doctors visit and they get an illness certificate for one week- the employee can on his way home and back to bed create on his mobile device an illness absence and attach the picture of the illness certificate and he is done. Manager / HR are immediately informed on this. No need for the employee to send the illness certificate by old fashioned post (yes this was how it was done in former times) or even after return back to work with some strange inhouse posting systems. All done electronically, all done immedialty, all relevant persons get the necessary information immediatly.

Lets stick to the illness topic, good bridge to the next feature topic:

3.) Hide remaining time account balance in the employee time off view
One moment, what does this have in common with illnesses?

Quite easy, although I am walking a bit on thin ice now.

There are countries / laws in the world that grant an employee a specific number of paid illness days per year. And this is tracked by customers using leave absence types deducting a time account. When the time account balance is zero, the employee has to record a different absence time type to cover the rest of the illness, for example an unpaid illness time type. Hence via integration of our absence time types to IT2001 in the SAP / EC Payroll system (or via API call and transfer to a different payroll system) the first illness period that deducts from a time account gets paid, the second period covered by an unpaid illness time type that needs to be recorded after the time account balance is zero is of course unpaid.

The new feature allows now to hide the remaining balance of the time account. Why is this wanted?

Well, I bet that customers want to hide this balance not because they think an employee might get in december the idea to maybe declare himself ill when he sees that there is still a balance of 4 or 5 days in his Paid illness account. I actually don´t know anyone who would do this. So I don´t think this is the motivation why customers required this feature. I think it is rather due to this reason:

When an employee gets terminated he gets his vacation accounts paid out. He sees his vacation account balance in the time off application. This is what he is entitled to and what an employer needs to pay out when the employee is terminated. When there is a time account balance called “Paid sick time” the employee might assume he gets this days paid out, too, just the same as the vacation account. But this is not true.The employee is not entitled to these days. The time account is only used to track the paid illness absence days. And this is why some customers want to hide the display of the remaining balance.

Hence there is an option to configure time accounts to not display the balance. Would be too easy if we simply remove the balance from all Uis, wouldn´ it`? No, we made it clever. Everywhere an employee would see the balance it is removed, but for time admins the balance is of course displayed. Cause he needs to know the balance, he need to be able to answer employees question on why he can´t record the paid illness anymore. And we needed to remove the balance from several places: not only in the “favorite” tim type box or the time account overview, but also from the calculated remaining balance in the leave request form or in the leave request form that is used in the time sheet. So quite a lot of places in the code where we had to interfere.

How does this look like in the User Interface for different Users? Here are examples:

 

 

Next feature:

4.) Dedicated time off workflow when a manager records an absence on behalf

This is again a feature that was very often demanded by customers. Up to 1702 it was only possible to trigger a workflow when an employee has created a leave request. When a manager or time admin has recorded a leave on behalf of the employee it was autoapproved. We thought this would be sufficient and that we can convice customers to run more simple in the cloud but there are customers that simply need this kind of workflow. They want that a second person actually needs to approve the request even when a manager or time admin records it. Well, we reacted (although I am still convinced that customers in the cloud should take the opportunity and simplify their business processes). Workflow now provides the possibility to query the initiator of a workflow and you can sent different workflows by this.

Here is how the rule can look like:

So, whenever someone creates a leave request in the time admin workbench or via “Manage time off” you can query this and trigger another workflow.

Speaking of time admin workbench:

5.) Enhanced filters for the time admin workbench

You probably know the time admin workbench. We are as well working steadily on this UI to provide much more features to facilitate daily work of an time admin in terms of time recording, analysis and data correction. This release we could unfortunately not spent much ressources on this topic, but it is still on the agenda. And we provided some minor features like enhanced filter capabilities in the employees time recording list. A time admin can now limit the period for which he want to see the records, filter on specific time types and filter on the approval status of leave requests which facilitates time data analysis already to a great extend.

 

6.) Declined absence in employees absence overview

Small, but useful enhancement too: The employees absence list did not show the declined absences, only the pending / approved ones. To give the employee a full picture on his recorded time data we show now even the declined absences in the employees absence list:

 

7.) Time Valuation enhancements

Last but not least one minor but important enhancement regarding our time valuation needs to be mentioned, too.

Time off in lieu posting

You know probably our time off in lieu feature. For those who don´t: Employees record working time in the time sheet the time valuation calculates daily or weekly overtime. Depending on the default overtime compensation method in the employees job information the overtime gets paid out, transferred to a time off in lieu account that then can be deducted in turn with recorded leave types, or even a partial payout / transfer to a time off in lieu account.

Up to the Q1 2017 release the posting to the time off in lieu account was done immediately upon time recording. You know that we got a real-time time valuation (as compared to others that do this in a nightly batch job 😉 ). So, when an employee recorded on Monday 10 hours but has got only 8 hours planned, immediately 2 hours (or when a posting factor like for example 1.5 was applied: 3 hours) were posted to the time account upon saving the time sheet. The balance was updated immediately and the employee could already immediately request in the time sheet an absence for Friday to get the afternoon off by the time off in lieu deduction. Even when the time sheet and hence the overtime was not yet approved.

Due to customer feedback we enhanced this in a way that the time off in lieu account posting is not done immediately, but only after the time sheet gets approved. Negative side effect: only then the time off in lieu balance gets updated and hence the employee is only able to record a leave that deducts the time off in lieu account after the time sheet is approved. Before the approval it could be that the balance is not sufficient to cover the absence.

But customers can decide which way they want it: variant to post the plus booking to the Toil account immediately or only after approval. And when you have got different employee groups where this is handled for the one group in this way and for the other in another, you don´t have to configure different Toil accounts and deductions for it, cause we brought this configuration option in the time profile. So, you can use the same Toil accounts but steer different handling with different time profile settings:

 

 

Congratulations !

You made it to up to the very end. Hope this was useful information for you. And as always – stay tuned. Already in 3 months time I will be up writing on the new features of the Q2 release. And when we are able to realize it like planned there will be big things coming. We will enter the next league in time valuation then. Champions-League. Code word: time buckets 😉

Until then

Volker Ruof

Product Manager EC Time

To report this post you need to login first.

18 Comments

You must be Logged on to comment or reply to a post.

  1. Poonam Kumari

    Hi Volker,

    Really great article on new features of Time. This would help us enhance our time requirement.

    Going forward, can we have enhancement on ‘Monthly basis timesheet’ approval workflow.

    Thanks

    Poonam Kumari

    (0) 
  2. Volker Ruof Post author

    Hi Poonam,

    you already can set conditions in the workflow rule like for example: only when Overtime gets calculated trigger a workflow, otherwise autoapprove.

    Furthermore, there is a new generic Mass Approval list available. Think it is only Beta in 1702. We gonna plan to bring additional fields into this Mass Approval Workflow list like: planned hours / recorded hours. Then an approver already sees in the list some time data and can approve them right from the list. This helps already a lot. And, it is still a matter of fact that we don´t have got monthly time sheet periods, but weekly. A “montly” approval could mean that time sheet data till the middle of the week (when the last day of the month is Wednesday) would need to be approved. Till we don´t have got a monhtly time sheet period (where then no weekly overtime calculation could be applicable, but only a monthly) I don´t see any monthly workflow approval, neither.

    Regards

    Volker

     

    (0) 
  3. Egemen Tozo

    Hi Volker,

    Thanks for this great article. Informative and entertaining 🙂 Please keep posting similar articles that helps us connecting the new features with real requirements.

    You guys are doing a great job.

    (0) 
  4. Marta Rynkowska

    Hi Volker,

    This is a great blog, great explanation of features that will help us asses usability in business cases!

    Would you be able to add a bit more info around this feature as this is actually solving a lot of problem and should not be underestimated  – I guess. I have the info from Hans as in the release notes this is not described in details, but worth sharing with wider community.

    ECT-62423 Inconsistency in past accruals on changing Hire Date

    Thanks a lot,

    Marta

    (0) 
  5. Steven Schenkels

    Hi Volker,

    Thanks for the detailed and interesting updates!!

    Do you know when the punches (IN – OUT) will be in the interface for Timesheet(not the duration, because this is already in) ?

    If this would be in, then the solution in EC- Timesheet will very complete and many customers would be very happy :-).

    Keep up the good work!

    Thanks,

    Steven

     

    (0) 
  6. Volker Ruof Post author

    Hi Steven,

    thanks for the feedback, and: yes I know :-).

    But I hope you understand that I have to be careful with statements on future functionality. So, let it phrase me like this:

    I know that a clock in / out integration is a missing piece in our application. And this is why I am currently writing the specifications for this requirement ;-). We plan to start tackling this topic at the end of this year. But this plans are no guarantees – I can get long-term ill, an influenza virus can incapacitate our dev team or some other big important topics might fall from heaven that we need to focus on. And due to the fact that it is not sufficient to provide only the interface but many more things for an appropriate clock in / out solution it will probably last more then one release to develop it.  We would need to:

    • Provide the possibilty to add missing punches in the time sheet (probably with a dedicated workflow)
    • generate error / warning messages when a punch has been forgotten and the pair formation can´t be done
    • generate error / warning to the employee (admin?) when he hasn´t clocked in / out yesterday
    • enhance our automated break deduction capabilities (usually fix breaks do not make sense with clock in / out)
    • and some other topics more.

    So, when we are all lucky I can write a blog post in about one years time on this feature, but most probably we need subsequent releases to provide round-offs.

    Regards

    Volker

    (0) 
  7. Srinavas Ganti

    G’day Volker,

    Thank you for a very well articulated article. Appreciate it. I do however have a question am trying to answer and may need your help with:

    1.  Current EC time sheets support time charging against cost centers only. When will they start supporting other cost objects like Network Activities, Work/Internal orders, WBS elements etc.. ? You know am driving towards “full CATS” functionality here.

    2. Is there a planned roadmap to develop those capabilities? if yes can you share your thoughts (and a RM doc) on that please?

    Thank you for your time and help mate, appreciate it.

    Cheers

    shree.

    (0) 
  8. Volker Ruof Post author

    Hello Ganti,

    please understand that we can´t communicate on our roadmap in a public way other than via the roadmap that is published for customers on our EC product pages (Successfactors Community or help.sap.com).

    I understand that many customers want to have our EC Time Sheet to cover CATS functionality with recording times on WBS elements, projects and all the other application CATS can feed. We are currently discussing how to cater best this requirement. It is however not on the roadmap for the next 3 releases.

    But there are a couple of options:

    1. You can use CATS as a mash up in Employee Central. Time off data and workschedule data can be replicated to the system where CATS runs, hence a recorded absence in time off can be displayed in CATS as well as the planned working time maintained in Employee Central. Depending on the concrete customer requirements this could be a way  – precondition is that the attendance times recorded in CATS don´t need further time valuation (like overtime calculation, break deduction, wage type generation or time recording checks), cause this would mean that you would need to implement SAP Time Valuation.
    2. Some customers use already our time sheet for recording times to different CATS-like elements. They use the replication of EC Time Sheet data into IT2010 and fill depending on naming convention different fields of the IT2010. From there they replicate the data to the target systems. Or they extract the data themselves and replicate it to their Project systems. Again, this is not ideal cause time sheet has got only 1 approver, many customers who wants to replace CATS need however the approver on time record level based on the project (Project Manager A, Project Manager B and so on) and you need to filter the imported elements in a way to provide an employee-individual project work inbox (maybe via custom MDFs?).

    I know, these solutions are rather to be seen as workarounds and not that nice, but this is currently the only thing I can mention. We are at least well aware that customers see the need of our time sheet to serve other cost objects than cost center.

    Regards

    Volker

     

    (0) 
  9. Willie van Rensburg

    Hi Volker
    Thanks for a great article. I am new to this Employee Central Configuration. Just a question.
    Will all configuration be done here or will the “old” tables in SPRO still be used for groupings and Quota accruals ?
    Secondly , how does Time Evaluation (RPTIME00) fit into this solution ?
    Thanks
    Willie

    (0) 
  10. Volker Ruof Post author

    Hello Willie,

    the “old” tables have nothing to do with our new solution. It is a complete new configuration in a complete new platform. Surely, compared to SAP ERP Time with its probably 20 years of development time there are still gaps, but

    1. we are working hard to get the gaps closed
    2. we actually don´t intend to replace each SAP ERP Function 1:1. There will be functions we won´t cover in the same way than SAP ERP Time
    3. we learned from customer feedback and are in many aspects more flexible and provide better function than in SAP ERP Time

    Some basic configuration needs to be done on SAP ERP Side when you want to replicate absence data or time sheet valuation results. Work schedules, absence types / subtypes and IT2010 wage types need exist. For these you need to do the basic configuration.

    But it is not recommendable to use the quota generation / deduction or time evaluation on SAP ERP side by data that is recorded in EC. It is always very tricky and complicated when you separate a time recording system from a time valuation system. Too much replication back and forth. Where to show error messages when a quota balance is not sufficient, when there are collision checks or other errors? In SAP ERP where it gets generated or in SAP ERP?

    So, it is never a good idea to have separate systems for time recording and time valuation / calculations.

    Your second question goes into the same direction:

    RPTIME does not fit into this solution at all. And this is by intention. We provide our own “RPTIME”, our own time valuation. The results of it are either for internal calculation  – like working time accounts – or pay type generation (wage types). We evaluate the recorded times and send the results of the time valuation (pay types) to SAP ERP IT2010 that EC Payroll or SAP onprem Payroll can pay the “evaluated” times out. There is no integration of our attendance times into IT2002 for example that SAP ERP Time Valuation can evaluate this data.

     

    Hope this helps.

    Regards

    Volker

     

    (0) 

Leave a Reply