In my last blog, I introduced the concept of IDPs. In case you have missed the previous blog . Please read the blog by clicking on the link
In this blog I am giving an overview of a particular IDP Employee Central: Managing Pay Scale Based Salary Increase
Salary with respect to union employees is structured and based on collective agreements. These union employees are also called as pay scale employees. Changes to payments are typically an annual process. Since this is a process that involves lot of volume(number of employees to be processed are high) ,there should be tools that are required to have salary changes in an automated manner.
Some companies have a merit-based supplement apart from the pay related to their pay scale. This additional pay is used to further incentivize employees based on merit, Some others have a cap on the salary or the salary increase. Some may have changes which are valid from the beginning of the year retroactively.
What does the IDP cover?
- Does Employee central have the required tools?
- Can we automate certain merit-based supplements?
- Can we do simulations in the tool?
- Can we enhance certain objects to help automate the increases and keep operation cost lesser?
- How can different business rules be called from the tool.
If you are looking for information regarding this, you should read IDP Employee Central Manage Pay Scale Increases IDP. You could access the document using the link (Partner Edge) or Customer Community
This gives lot of examples on how different variants can be handled in Employee Central.
The focus of this IDP is also to lower the operational aspects through look up tables and some quick enhancements.
The high-level architecture diagram can be seen below.
The design is based on the premise that the business rules need not be re-written every year, avoiding hard-coded elements, like hardcoded pay-components (as in the examples in the payments implementation guide), thus also ruling out the need of creating multiple business rules for different pay components. For achieving these “configurable rules”, we enrich some objects and create a few new ones, allowing that only these objects (data) need be adjusted every year.
Please give us feedback by commenting below.