Symptom
Enhancement FAQ
Changing data in retro-calculation sensitive portlets and UIs in Employee Central triggers checks against the value specified in the corresponding ‘Date for Changes in the Payroll Past’ field (a.k.a. Earliest Retro Date) maintained on the Pay Group MDF object. This helps reduce data replication errors for changes too far in payroll past.
Portlets, UIs and actions that automatically trigger the check include:
- History Portlets for Personal Information (Personal Information & Addresses) and Employment Information (Job Information & Compensation Information)
- ESS/MSS Actions
- Change Job and Compensation Info
- Spot Bonus
- Terminate/Rehire (Add New Employee and Rehire Inactive Employee)
- Employment Details
Note
These checks are currently not applied during import.
Messages
- Warning message is displayed when the Effective Date of the change is before the Earliest Retro Date AND the logged in user has the permission to make Retro Data changes
- Error message is shown when the Effective Date of changes is before the earliest Retro Date AND the logged in user has NO permission to make Retro Data changes
Environment
- SAP SuccessFactors HXM Suite
- SAP SuccessFactors Employee Central
- SAP SuccessFactors Employee Central - Payroll Integration
Resolution
Behaviour FAQ
What scenario's are covered by this functionality?
- When this RBP option is checked - user is prompted with a Warning message (options are to Correct or Proceed).
- When this RBP option is unchecked- user should receive an Error message (No option to proceed).
SPECIAL NOTE: Warning/Error messages are pre-defined/delivered and customers can customize the verbiage by using business rules.
Configuration
This configuration requires both RBP configuration and also a Business Rule for each portlet should be created for the message.
Enabling the Role-based Permission
You can only enable this RBP option if you have Employee Central 2.0 AND Payroll Integration enabled in your instance.
The RBP option is enabled or disabled via Admin Center > Manage Permission Roles > select Role in question > click Permissions > scroll down to Administrator Permissions > Manage User -:
Implementing the Business Rule
You also need to create a corresponding Business Rule for each HRIS Element you want this check to be in place for. The rule will check the RBP permission granted to the logged in use to determine, based on the rule, whether they can edit or not (whether they get an ERROR or WARNING message). The message will come when saving the data, but could also be configured to trigger off of the Start Date field as onChange.
Please refer to the Has Permission to Make Retro-Active Data Changes page in the Implementing Business Rules for Employee Central handbook.
Also note: This handbook page has some troubleshooting tips.
Keywords
ECT-42661, Employee Central, ECT-49147, ECT-65982, ECT-65981, ec, payroll, Allow Retroactive Employee Data Changes, Retro-Active, Retro Active, Earliest Retro Date, pay-group, Pay Group , KBA , LOD-SF-EC-RBP , Roles & Permissions (EC Core only) , LOD-SF-INT-PAY , please use LOD-EC-GCP-PY* , How To