Skip to Content
Author's profile photo Stephanie Bourgault-Mongeau

Automate Pay Scale Reclassification in SuccessFactors Employee Central using Off Event Batch Cycle and Tariff Change

This blog is co-authored by Gobinder Sandhu  (https://people.sap.com/gobi.sandhu), experienced SAP HCM/Payroll consultant, and Stéphanie Bourgault-Mongeau (https://people.sap.com/stephanie.bourgault), experienced SF EC Consultant.

Context

As covered in our blog on Pay Scale Structures in Employee Central ( Understanding SuccessFactors Pay Scale Structure and its related features), employees under collective bargaining agreements or hourly employees can be compensated based on a pre-define pay structure following specific rates of remuneration. Typically, these employees will get their compensation rate increased based on their company, job and/or union defined seniority and this would all be defined in the collective bargaining agreements.

In our Pay Scale Structure blog, we have describe how to default employees pay component amount based on their pay scale level in SuccessFactors Employee Central. This implicated a manual intervention by a user in each eligible employee’s Job Information portlet to update the employee’s Pay Scale Level on the right effective date. It is useful in the sense that the system automatically adjust the compensation hence eliminating data entry of the compensation.

So what is pay scale reclassification anyways?

Also termed as ‘Step increase’ process in certain organisations, the pay scale reclassification process points towards change in the pay scale group/ level assigned to an employee affecting the revision (upward) of the base pay / rate. The criteria for level change is defined as per company policy or the collective agreements.

Pay Scale reclassification in SAP ECC system

In SAP system we are aware that the functionality of pay scale reclassification is quite robust and fairly automated. The standard program -RPIPSR00 addresses most of the requirements such as the reclassification based on next increase date or key date or the time spent on particular pay scale group and level or total time worked in specific pay structure or even age of an employee. All this can be performed in SAP without manual intervention by scheduling the program in background.

Challenge for the SuccessFactors employee central consultants is to meet similar expectations seamlessly and at times without the manual intervention.

Pay Scale reclassification in Employee Central

At the time of writing this blog, Employee Central does not provide the mechanism to carry out the reclassification as automated as it is done in SAP ECC ERP system. One of the way is to manually monitor the eligibility of each of the employee (using reports) and run an event on the effective date to update the job information portlet. Business rule can be leveraged to automatically update the compensation information with the adjusted base pay /rate. The process thus requires to continuously monitor and manually reclassify the pay scale structure for the eligible employees. Not so very practical for large organizations with thousands of employees where numerous step rate increases may occur every day.

Proposed Automation of Pay scale reclassification in Employee Central

To automate the pay scale reclassification in SuccessFactors Employee Central, we are proposing to use two of the Employee Central features:

  1. Off Event Batch Cycle (OEB)
  2. Tariff Change.

The steps to configure this proposed solution for pay scale reclassification in Employee Central are

  1. Setup pay scale structure with duration field
  2. Set up and schedule the Off Event Batch Cycle to update Pay Scale Level on eligibility date
  3. Use the Tariff Change before every Payroll run to adjust compensation based on new pay scale level

For the purpose of this article, let’s give ourselves the following use case: At company XYZ., there is a predefined duration for each pay scale level. After completing the pay scale level duration employees go up to the next pay scale level as defined in the company pay scale structure and their compensation (Base rate / Salary) get adjusted accordingly. The requirement is that the system should automatically move the employee to next level and adjust the basic pay accordingly.

STEP 1: Set up Pay Scale Structure

We did cover Pay Scale Structure in detailed in the following blog entry: Understanding SuccessFactors Pay Scale Structure and its related features. Please check it out before reading further.

In our particular use case of company XYZ, each pay scale level has a defined duration. Duration is not part of the pay scale level object, hence we would need to add a duration custom field in the pay scale level object:

Also, this is optional but you might have to define more attributes on the employee job information. Here, we added an Eligible to Automatic Pay Scale Upgrade field so we can exclude employees from having their pay scale upgrade based on this flag value:

STEP 2: Set up and Schedule Off Event Batch Cycle to update employees Pay Scale Level on eligibility date

Off Event Batch Cycle is a useful feature in Employee Central that allow mass employee data update through a recurring background job. We will use Off Event Batch Cycle to identify and update the pay scale level of all the eligible employees who have completed their current pay scale duration.

Here is how the Off Event Batch Cycle object would be configured. We have used 12 months duration for the next increase in our screenshots, but you would have to set up an OEB object and rule for each duration at company XYZ.

After running the Off Event Batch Cycle background job, the system will update the employee pay scale level of all eligible employees to their next pay scale level using the Step Progression event reason in job information portlet. It will also update all the relevant Pay Scale dates accordingly. Here is the result on an employee’s Job History:

A system administrator should monitor the OEB job results frequently in monitor jobs:

STEP 3: Use the Tariff Change before every Payroll run to adjust the employees compensation

So far, we have update the employee’s pay scale level once they completed their duration but their compensation has not been updated yet. To update all these employees compensation, we will run the Tariff Change program. This program will identify all employees whose compensation do not match their pay scale level compensation and will update them accordingly.

Using the Step Progression Event reason, we would need to run the Tariff Change program before every pay period to adjust all employees’ compensation. Here how a run would look like:

After running the Tariff Change program, the compensation of the employees who had a pay scale level update during the OEB will be updated as well:

Note: Enabling in Company Settings and Logo the rules execution during Job Information and (GA) Termination import would also be an option to use. Enabling this feature would adjust the employee’s compensation during the OEB job and we wouldn’t have to run the Tariff Change program. However, this is not a feature we can set by rule and it would apply to all the rules. Since, there is multiple background job creating Job Info import (mass changes, terminating a manager with more than 100 direct reports, importing data, …) and there is only one rule (the rule that adjust the pay component when a pay scale level is changed) out of many that is to be triggered during the import, prefer not to Enable rules execution during Job Information and (GA) Termination import. Let’s hope that this feature will become a checkbox in business rule header that we could set by rule!

Conclusion

Pay scale reclassification is a mature feature of SAP ECC system and it is very powerful to adjust compensation for employee following pay scale structure. In this blog, an attempt is made to illustrate how we can replicate the similar logic in SuccessFactors Employee Central. Dare we not say that in Employee Central the proposed solution is as mature as in SAP on-premise system but it still is a useful functionality in its proposed form as tested, accepted and proven in one of the recent implementation we carried out. We had fun with the challenge.

We hope this was useful, thanks a lot for reading!

Assigned Tags

      9 Comments
      You must be Logged on to comment or reply to a post.
      Author's profile photo Former Member
      Former Member

      Hi Steph,

      Thanks for sharing this valuable information.

      It is a big help  and please keep up the good work on these blog entries

      Author's profile photo Stephanie Bourgault-Mongeau
      Stephanie Bourgault-Mongeau
      Blog Post Author

      Thanks Manoj!

      I'm happy to share.

      Author's profile photo Former Member
      Former Member

      thanks you Steph and Gobi. great  job, keep writing about this great features.

      Francisco

      Author's profile photo Stephanie Bourgault-Mongeau
      Stephanie Bourgault-Mongeau
      Blog Post Author

      Thanks Francisco!

      Author's profile photo Former Member
      Former Member

      Hello Stephanie,

       

      We are looking at implementing this process in our organisation, we found your article very helpful! Do you have any advice on the implementation of this function from your article? Were there are barriers you faced?

       

      Thank you 🙂

      Author's profile photo Stephanie Bourgault-Mongeau
      Stephanie Bourgault-Mongeau
      Blog Post Author

      Hi Kate,

      • The hardest part is to get the right IF statement. So, get the right requirements on which employees to include or exclude from the reclassification program (employee class, status, is there some people that don't follow the scales)
      • Identify if there are cases where employee would be increased before or after their pay scale "duration" (my last client had cases where they would accelerate or push back the increases, so I had to add a review date in job info and tweak the Off Set and the rule to make it check all employees every night instead of just the employee that completed their duration)
      • Make sure the client has solid test cases for this. It is changing data on employees every night and if it is not well tested, it will mess up your data.
      • It is also a pretty new functionality by SF so, keep in mind that you might face some early adopter defect...

      Two more things to add:

      • The OEB result log as been improved since I wrote this blog and is way more convenient now.
      • I'm testing the Enable rules execution during Job Information and (GA) Termination import right now to have the compensation portlet update while the OEB runs. I like what I see so far...

      Let me know how your implementation goes!

      Stéphanie

      Author's profile photo Nandeesh Gowda
      Nandeesh Gowda

      Thanks Stephanie. Great write up and very use-full.

      Couple of questions

      - from your first article -( Understanding SuccessFactors Pay Scale Structure and its related features) do we switch of the indirect valuation in SAP, since we manage that in EC Comp Info portlet?

      • How did your testing go with Enable rules execution during Job information and GA - Termination?
      Author's profile photo Max Arndt
      Max Arndt

      Dear Stephanie,

      Do you happen to know, whether one can use custom-dates as a filter for Off Cycle Event Batches?

       

      Cheers

      Max

      Author's profile photo Lalit Singh
      Lalit Singh

      Hi https://people.sap.com/stephanie.bourgault,

       

      Thanks for sharing this article.

      can we modify pay scale level entry date by some intervention ?

      For example, if employee joins organization before June month, pay scale level entry date should be start date of that year, so that employee becomes eligible for step progression next year. However, if employee joins after June month, then pay scale level entry date should be start date of next year, and thus employee doesnt become eligible for progression next year, instead next to next year.

       

      I tried to modify pay scale level entry date using business rule during hire, but it reset to hire date after save.This leaves us with one option - manually update progression eligibility to Yes / No

      Any workaround to automate step progression in this case?

       

      Thanks,

      Lalit