Introduction
In this post we look at the possible reasons for latency in the Compensation Module of SuccessFactors.
What can be considered a latency in Compensation ?
If worksheets or Executive Review opening or reload time (after a save) is greater than 20 second. Loading more than 10k employees in Executive Review is the only case where opening times are likely to slightly increase (but shouldn't exceed 35 seconds).
What are leading practices for good performance of the module ?
Possible reasons for latency issues from an external standpoint :
The priority given by the client's server to SuccessFactors requests (I was once in a meeting room at a client office and was able to access Executive Review 3 times faster than my clients' computers so they reached out to IT which confirmed that SuccessFactors requests were given a LOW priority on their internal security checks and changing it to HIGH fixed the issue).
Possible reasons for latency issues from a configuration standpoint :
Too many employees on worksheets is the #1 reason for latencies (95% of the time when SAP is engaged on a latency audit this turns out to be the issue).
Any of the setups below combined with too many employees on worksheets can also dramatically increase latency :
To find out how many employees are currently on compensation worksheets in our system we can watch this recording with step by step instructions.
Additionally, even with a regular number of employees on worksheets, having a Compensation template plugged into an EC Pay Matrix (setting in Plan Setup > Settings) that contains too many active entries effective at the same time can also create severe latency. The leading practice for EC Pay Ranges management is to only keep one active entry for a given date and combination of attribute values. Old entries can be kept in the table but need to be set to status=inactive. We should also only keep entries that are currently valid for employees in the system and not keep as active entries that no employee is assigned to in order to build a future-proof Pay Range situation (I was in a call where we found 8000 active Pay Range values in Manage Org, Pay and Jobstructure - all with unique combination of attributes - but there were only 650 unique attribute combinations assigned to active employees which created latency too).
Finally one last thing we've encountered over the years when a new feature rolls out (very rarely but worth mentioning) is that in customer environments with large number of inactive users in the UDF (for example if active + inactive rows count is greater than a million and with over half of them being inactive records) slowdowns can be experienced upon opening of the executive review and will require an incident creation to have engineering team look at it.
What can be done if forms are already launched ?
https://youtu.be/puWBNyipfPE
What if the daily "Mass Update Worksheets" scheduled job takes too long to run ?
If worksheets are taking too long (more than 2-3 hours) to update with the daily scheduled job we first need to assess what exactly is checked in the scheduled job.
If this checkbox is checked :

and if the scheduled job runs way faster when that checkbox is NOT checked (test case we recommend running) then we would recommend looking at the way eligibility rules are built and maybe switching them to something more standard such as :
https://blogs.sap.com/2022/12/08/streamline-the-performance-of-mass-update-worksheets-jobs-by-using-...
What should we know before creating a ticket to SAP Support ?
Engineering will need the x-unique-id for what is creating latency which can be found by following the instructions below (please also see recording below).

Additional information related to this topic can be found here : https://launchpad.support.sap.com/#/notes/2084003
and here for a presentation (internal for SAP employees only): https://dam.sap.com/mac/u/a/Vro1xpR?rc=10&doi=SAP1029386
--
All the best,
Xavier
(If you found this blog useful please consider giving it a Like)
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
| User | Count |
|---|---|
| 15 | |
| 11 | |
| 11 | |
| 10 | |
| 8 | |
| 7 | |
| 5 | |
| 4 | |
| 4 | |
| 3 |