Human Capital Management Blogs by Members
Gain valuable knowledge and tips on SAP SuccessFactors and human capital management from member blog posts. Share your HCM insights with a post of your own.
cancel
Showing results for 
Search instead for 
Did you mean: 
rithinthomas2
Participant
Complex Org Structure for integration with SAP HCM

While talking to customers, Specifically the ones migrating from HCM to SuccessFactors it has been a constant challenge to replicate their current org structure(OU - OU) to the Cloud counterpart (BU-DIV-DEPT)  framework where there is no constant across any layer and the bottom most org unit could be on any org layer as shown in the image below

 



Org Structure from SAP HCM


The Star in the above picture represents the bottom most layer of each structure. Employees could be assigned on any layer 

SuccessFactors offers a standard 3 layer org structure excluding Legal Entity as a standard offering which are categorized as Business Unit, Division and Department. In cases wherever all three 3 layers fits in for all combination of org layers it’s a win-win for everyone.


SuccessFactors Org Structure


Now, In SAP HCM, the above concept does not exist. It’s a 1 to 1 Mapping between org units which form a larger org structure and employees could be assigned on any of the org layers since positions can only be assigned to only one Org unit. Through these Org units other Org attributes like Manager/HOD and Cost Centre etc. may cascade /default to the Position/Job Info section (depending on your design).


SAP HCM Org Design


.

Few of the challenges while replicating such scenarios in SuccessFactors:

  1. In cases where Cost Centre/HOD or any other attribute needs to be inherited from the Org Unit/Layer (Eg : Cost Centre/HOD etc.), we have to write multiple business rules for each layer. Sometimes its not possible to drive a common logic depending on the complexity of the scenario.

  2. In case of Org Restructuring of Org Layers, multiple data upload to be done on all layers which makes it a very tedious activity.

  3. Can not make all Org layers mandatory on Job info/Position which makes it difficult to filter data while reporting/data analysis as we cannot find values against all Org layers against Employees or Positions. Also while using filters across other functionalities across SucessFactors (E.g: Employee Directory)

  4. In case of any custom layers (Custom MDF Object) added for additional org layers then we need to customize the replication program as well to accommodate these objects as well.


Question is how can we migrate this 1-1 mapping of org units in SAP HCM structure to a 3 layered structure of SuccessFactors and try to find a constant where we can attributes from the bottom most layer can be inherited  without having complex/multiple rules and logics (Eg: Cost Centre/HOD etc.) while making sure we do not have to customize the replication program from EC to S4.

Solution :

Create the Business Unit in the above structure as a "department" object. This can be associated to Legal Entity as well depending on the requirement.


Parent Department (sample created in SuccesFactors sales demo instance)


 

Create the next Org layer of Division as another department and assign the above "BU1" as the Parent Department.


Child Department (sample created in SuccesFactors sales demo instance)


Same logic to be applied to all layers below till the bottom most org unit and get the same org structure replicated as expected.


Complete Org Structure (sample created in SuccesFactors sales demo instance)


There could be multiple variations in this based on the above scenario. For E.g you can try to keep the 1st two layers (Business Unit & Division) constant and the third one (Department) could be variable. Advantages of doing so is  that you can leverage the existing filters Business Unit and Divisions across multiple functionalities across SuccessFactors (E.g : Reports, Employee Directory etc).

In case the 1st two layers are not constant and can not be used, you can also repurpose the , you can also repurpose the 1st two org objects (Business Unit and Division) to capture different data (Eg, Plant/Business area etc) depending on the nature of Business or Business Scenario.

Feel free to drop a comment in case you may have any variations where this scenario could possibly be helpful.

Stay home. Stay safe !

Rithin Thomas
4 Comments