Managing Time Management Best Practices content deployment Using Upgrade Center and Package Configuration Manager

Hope everyone is doing good. I think some of you might already know how to apply SAP SuccessFactors (especially time management) best practices and the key benefits that you can leverage out of it. But I thought I will address some of the key benefits and some concerns that our partners might have with best practices. The goal of this blog is to spread awareness among a larger audience that would benefit from such capabilities and offerings that we provide as part of best practices.

We get these typical questions from our partners and stakeholders.

  • How can we apply time management best practices to Brownfield scenarios?
  • What happens if we already have some time off content? Can we apply the best practices for time?
  • What happens if we have already run the best practices upgrade before? How can we apply delta changes (new updates to existing upgrades)
  • How much time can I save if I go ahead with best practices for time management?

In this blog we will try to address these questions with some examples

The below picture outlines on what we cover (General and Country Specific features) as of today in our portfolio for Time Off

The below picture outlines on what we cover (General and Country Specific features) as of today in our portfolio for Time Tracking

How to apply these best practices and how much time it takes

You can apply these best practices via the upgrade center as shown.

Time taken to apply time best practices.

In typical greenfield scenarios, where you do not have any time management content in the instance, you would need on an average of 2-3 hours to apply the entire content i.e Time Off Core + 30+ Time off localizations using the upgrade center.

If you have a brownfield setup, for example, say you have your own time data like time profiles, time recording profiles, work schedules, and time management configuration, you can still run our time upgrades since our time profile codes would be usually different from yours. But there are some important points to note in this setup.

  • If you have already set up time off data like workflows, time management Configurations, Holiday work determination, etc, your data can lead to some conflicts with our upgrades. You will have to resolve them manually from your end one by one if there are errors due to conflicting data.
  • The above is applicable only for General Configurations which are deployed using Time Off /Time Sheet Core (XX) upgrades.
  • The country-specific upgrades usually should not result in conflicts as our time profiles start with our namespaces and would typically not conflict with yours. However, if you do happen to have the same external codes as ours, then the changes would get merged.
  • Hence Keep aside some extra time in case you get conflicts. In other words, the time taken to implement them would exceed 3 hours and can depend upon the conflicts that you might encounter in this brownfield setup
  • Some examples of conflicts are:
    • You already have time off workflow attached to Employee Time. You cannot have one more workflow
    • For entity [External Code : TIME_CONFIGURATION ] encountered error – 1. You cannot change the “Earliest Possible Recalculation Date” because open recalculations exist before the date you have specified.

 

How to apply Time Management Delta Content using Package Config Manager

 

Most of the partners have this dilemma of what to do if they have applied best practices from the upgrade center already. We typically release best practices content that coincides with the SuccessFactors release cycle, and it may happen that we enhance our existing upgrades. In such cases, how can a partner leverage those new enhancements? This is a typical scenario or question that we come across.

Also, in most cases, this situation may not arise because typically an implementation cycle does not last more than 6 months, and the customers would have gone live already after using best practices. But still, how do we address this situation?

Well, the answer to this is our tool “Package Configuration Manager”. With this tool, you can build your own packages, copy and change our best practices blocks and deploy them. It offers a lot of flexibility to deal with this situation.

To explain the delta process, let me take a real example that we recently encountered w.r.t Time tracking best practices

So, we delivered as usual our time tracking core (XX) upgrade enhancements in 2211 and some of the partners had run this upgrade already in 2211

In 2305, we then announced that we would enhance our existing time tracking core (XX) upgrade with a new feature “Rest period”. The rest period is a set of time valuation rules where we check whether the employee has violated the minimum rest period by not resting for at least 11 hours between the end of the previous shift and the start of the next shift.

So, the question is how can partners apply this change in 2305 if they have already run the best practices upgrade for time tracking in 2211?

They can simply use one of the below approaches in the Package Config Manager tool to deal with this situation.

Approach 1

Use the Best practices view to check the Time tracking files/block in 2305.

For the rest period, you would need Time type groups, Time Valuations, and Time Recording profiles files. These files would have rest period as prefix/suffix in them as shown below. So, you need only these delta files to be applied in 2305

You can simply copy this block using the option shown below (Using the settings button and dropdown)

Once Copied, In your own individual view, create a new block and paste the content

And then say No Mapping and Choose an appropriate module

Once this is done, you can delete all the steps not related to Rest Period and keep only the delta files as highlighted above Or you can simply mark the steps that are not needed as inactive

Once the files are deleted or marked as inactive, you should only see the files (delta) that are relevant to your requirement

Click on Submit after reviewing your changes

Optional: You can also download these files using the download icon, modify them with your own content OR Add your own steps on top of this. This is a typical Package Configuration manager block development and we will not get into details in this blog. This blog is just to explain the delta process w.r.t best practices enhancements that are delivered on release to release basis

So far so good. It just took us about 10-15 mins to do this complete delta activity Whoa!

Now on to the final piece

How Do I run this?

You can go to my projects, select your block and run them as shown

Provide the company details and run the block

Once run you can check the results in the ‘results tab’ and you would also get an email with logs

You can also verify the changes in the relevant SF instance where this was deployed

As you can see, it just took us about 10-15 mins to complete the entire activity right from copying, and deleting the files that are not required and running the delta files. And what you have is the working time recording profile for the rest period which can readily be used for time recording business processes straight away.

Approach 2

 

Approach 2 is kind of provides a Solution Area where you can see these delta blocks directly with the relevant files listed below. This approach is not yet live and we would like to hear feedback from you if this is something you are looking for as well.

This already contains the delta files related to relevant features like rest period. You can then simply copy this block and paste it into your block in the individual view and run them as explained in Approach 1

This would basically mean that you don’t have to delete and make other steps as in approach 1 inactive.

 

If you need access to Package Config Manager, then you would need to complete an OpenSAP Course as listed below.

https://open.sap.com/courses/sf8-3-pe

If you would like to check details about the package config manager, please refer to this blog.

https://blogs.sap.com/2020/07/28/package-configuration-manager-getting-started/

Thanks to Abishek Suvarna as well for helping with this blog

Please do let us know your feedback on these approaches and how it benefits you

Thank you.

Neelesh

 

Scroll to Top