Symptom
- You can now control the WFA permission using SuccessFactors Role Based Permissions (RBP)
- This is an OPT-IN feature. Please read recommendations and implementation information below
Image/data in this KBA is from SAP internal systems, sample data, or demo systems. Any resemblance to real data is purely coincidental.
Environment
- SAP SuccessFactors HXM Suite
- SAP SuccessFactors Workforce Analytics
Resolution
To Be Considered
- This functionality is opt in and will require customers to perform pre-planning steps before opting in.
- The intent is to work towards a simplified administration experience for role administrators where they don’t have to visit multiple tools to manage permissions.
- Most components of WFA roles fit well into the SuccessFactors RBP Role Framework however some components will behave in a slightly different manner.
- For example the SuccessFactors RBP Role Framework allows users to be in multiple roles giving a user a permission profile that is effectively a union of all permissions in all roles.
This is something that was not available in WFA. - This opens up the possibility for role administrators to think differently about more optimal and efficient ways they might implement WFA permissions now.
- When adopting this new capability SAP SuccessFactors recommends that customers carefully consider these variances up front.
- That’s why we have designed for customers to be able to spend time configuring first before enabling the capability.
- This allows time to experience the features and test comprehensively priorto adoption in live environments.
- Since the scope of the RBP role is not identical to the WFA role, there is no direct migration path from the WFA roles to the RBP roles for existing WFA instances: Measure and Dimension permissions along with Tree Security will have to be reconfigured for the RBP roles.
Note: Configuration of RBP roles is more efficient than WFA roles, since not all permissions required for a user need be applied to one role: multiple, smaller-scoped, specific-use roles may be the most appropriate utilisation. For this reason, an initial implementation of this functionality under a test instance is the recommended approach.
Guides
What's New in Migrating WFA Permissions to Role-Based Permissions (User Guide)
Best Practices
The following customers may consider adopting this feature:
- Net New Workforce Analytics instances
- New Workforce Analytics Test instances
- New Workforce Planning instances
Once implemented, the option Reporting and Analytics will be available via the in Admin Centre
For WFA, as RBP permissions are different with WFA role, consider to configuring RBP permissions for WFA as follows:
FAQ
Q: Are the permission identical between RBP and WFA?
A: No, the scope of the RBP role and WFA role are not identical.
Q: Can we just migrate the WFA role straight into RBP?
A: No, since the scope of the RBP role is not identical to the WFA role, it is not possible to directly migrate the path from the WFA roles to the RBP roles for existing WFA instances.
Q: Why should we migrate to RBP and not to maintain WFA permissions?
A: The configuration of RBP roles is more efficient than WFA roles, since not all permissions required for a user need be applied to one role: multiple, smaller-scoped, specific-use roles may be the most appropriate utilisation. For this reason, an initial implementation of this functionality under a test instance is the recommended approach.
Note: Users need the corresponding permission to be able to access the Manage Workforce Analytics page
See Also
- What's New in Migrating WFA Permissions to Role-Based Permissions (User Guide)
- KB 2834081 - Manage Workforce Analytics option is missing in Admin Centre
Keywords
Role Permissions, Maintenance, WFA, ODS, Advanced , FAQ, Guide Implement, Reporting, migrate, SF, success factors, ANA , KBA , LOD-SF-ANA , Analytics & Reporting (Ad Hoc, YouCalc, ORD) , LOD-SF-WFA , Workforce Analytics & Planning , How To