Skip to Content
Product Information
Author's profile photo Georg Heberle

New Employee Business Partner Data Model in SAP S/4HANA 2020 On-Premise

*********************************************************************************************

Update July 2023:

New Cookbook: Employee Business Partner Integration as of SAP S/4HANA 2020 with new data model

*********************************************************************************************

Update April 2023:

New Blog Post: External Workforce and Customer Role in New Employee Business Partner Data Model

*********************************************************************************************

In this blog post, I would like to show you what is behind the new Employee Business Partner Data Model and why it’s worth using it.

Introduction

As of SAP S/4HANA 2020 OP, customers have the option to synchronize employees to business partners with the New Employee Business Partner Data Model. This new model was also provided with Support Packages for the lower releases SAP S/4HANA 1809 OP SP06 and 1909 OP SP04. See SAP Note 2954033.

In a capable SAP S/4HANA OP system, the new model is not activated by default. This occurs only when the business function /SHCM/EE_BP_1 is switched on. Please note that the activation of the business function cannot be undone as it is irreversible.

For the new model, a Business Partner instance with role employment (BUP010) is introduced for each employment. It has a one-to-one connection between Contract – which reflects the Employment / Personnel Number (PERNR) – and the Business Partner with role employment. Technically, the Business Partner instance in the role BUP010 has an entry of TYPE = HCM033 in BUT0ID table that refers to the contract. There is also a connection between Business Partner in role employee and Business Partner in role employment via an association in table BUT050 with the relationship category HCM001. This applies only to the new model. The new Business Partner instance with role employment is designed to keep employment-related roles, such as vendor. The creation of the vendor role is optional in the new model and can be triggered via report /SHCM/R_EMPL_HANDLE_BPROLES. It is also possible to link the user with the Employee Business Partner in the new model by maintaining infotype 105. If the specified SU01 user already exists in the system then the connection via USR21 is created by the sync report. If a specified user doesn’t exist, a registration takes place and the connection can be established when the SU01 user is created. This combination of the Business Partner in role employee and the SU01 via USR21 represents the Business User which is used in many SAP S/4HANA applications.

The following illustration reflects a single employment in the New Employee Business Partner Data Model.

Before we move on to the next topic, you should familiarize yourself with report /SHCM/R_EE_BP_RELATION_OVW, which is part of the delivery (SAP S/4HANA 2020 FP01, see also SAP Note 3032250). This report exemplifies holistically the overall relationship of a single or a concurrent employment. I promise you’ll like it. In the following example (I hired Franka Musterfrau in a test system), you can see the single employment (PERNR 54705) with all its relationships. Two business partners (9980004220 and 1001868) have been created. One with role employee (BUP003) and another one in role employment (BUP010). The user (MUSTERFR) was also linked to the Employee Business Partner as I maintained infotype 105. Please have also a look in transaction SU01 to see the user to business partner assignment.

Good to know: If a user is maintained in infotype 105, but this user does not exist in the system, a business user can not be created. In report /SHCM/R_EE_BP_RELATION_OVW the information 105 is displayed in the bracket instead of USR21. In my example, the user exists in the system and the report displays the information USR21.

This report helps you to keep track, especially when the complexity increases due to concurrent employment. It is also possible to jump from the report to the corresponding transactions, for example, when clicking on the business partner number.

In the case of a contractual event (e.g.  concurrent employment / global employment / country transfer), a new contract (PERNR) is created. After the synchronization (report /SHCM/RH_SYNC_BUPA_EMPL_SINGLE) has run, a new Business Partner instance in role employment created.

The major advantage of the New Employee Data Model is the option to influence the contract to be synchronized with Business Partner in role employee (see green dotted connection). The main contract can be controlled using infotype 712 – Main Personnel Assignment. Thus, the main contract, and therefore also the user information can change during the entire employee life cycle without losing the connection to the Business Partner with role employee. The communication data held on a user can be updated in case of a change. This is a major advantage compared to other models.

Please keep this in mind: If an employee has more than one employment (concurrent / global employment / country transfer) only the Business Partner in role employee is allowed to have a user assigned. It is not possible to have additional user assignments. Due to auditability reasons, the link of a Business Partner in the role employee can not be separated from the user.

Let’s take a look into the view of report /SHCM/R_EE_BP_RELATION_OVW from the previous example to understand theory more practical. As you can easily see, a new employment (PERNR 54707) has been created additionally to the existing one. Also, a new business partner (1001869) has been created in role employment.

The (optional) role Vendor is not yet available. As mentioned at the beginning, execute report /SHCM/R_EMPL_HANDLE_BPROLES to generate the vendor(s). In my example, I have the vendor created only for PERNR 54705.

Legacy Employee Business Partner Models

Why are the advantages of the New Employee Business Partner Data Model very important? Let’s have a look to the legacy models and find out.

In order to respond to the problem of concurrent employment, customers have been enabled to implement a solution closing the existing gaps. This resulted in two variants that can be set in customizing table T77S0, HRALX – VMODE.

VMODE1

In VMODE1 the multiple employment issue is solved by creating a separate Business Partner instance for role vendor for every additional employment. The Business Partner in role employee and additional Business Partner instance are loosely coupled. As a result, only the originally used contract for the Business Partner in role employee was used without influencing option. Once the vendor role is assigned to Business Partner instance, the Employee role cannot be updated with a different contract. This leads to a non proper reflection of the main employment on Business Partner employee level. In this model, customers lose also the flexibility to update communication data with the changed main contract data.

VMODE2

In VMODE2 the data model has been changed for multiple employments by creating independent Business Partners with role vendor (loosely coupled). The Business Partner in role employee does never keep the role vendor. All other disadvantages from VMODE1 takes place here as well.

Path to New Employee Business Partner Data Model

The overall goal of the blog is to illustrate the new model. Nevertheless, it’s right to ask how I get from a legacy world to the new employee business partner model and what pitfalls I’m facing on that journey. I would like to encourage you to study SAP Note 2340095 and the attachment to this carefully.

In general, the new model application is employee specific and depends on the Business Partner instance carrying the role employee. The new model can be applied for an employee, if its Business Partner in role Employee does not have the role Vendor, before starting the transition. In such constellations, the transition is always compatible. This model can therefore be applied for

  • All employees of greenfield SAP S/4HANA customers, starting with the new model from scratch.
  • All employees of SAP S/4HANA live customers who are running on VMODE2
  • For newly hired employees of brownfield SAP S/4HANA customers running on the S/4 standard model or VMODE1 model.

Due to existing references with vendor master data which need to be safeguarded, a migration for employees created in VMODE1 (means the Business Partner in role employee keeps additionally the vendor role) is handled differently. In this case the legacy version of the new Business Partner model is applied as a fallback for an employee. The connection between the Business Partner in role employee and vendor to the contract must be kept stable, otherwise the CVI would fail. The legacy model supports almost all requested features. Only the update of address and bank information for main employment cannot be fully reached. However, the employment scenarios as well as the updated workplace address of the user with main employment data can be reflected.

Conclusion and Outlook

As previously explained, only the New Employee Business Partner Data Model in SAP S/4HANA ensures the entire life-cycle of an employee. The employee Business Partner always carries the most up-to-date data. This was not possible in the other models and caused problems in the past.

In the future, the new model will become increasingly important as more and more line of businesses will rely on the employee and employment business partners. In SAP S/4HANA Public Cloud, only this model will be used in the future. This makes a later migration of customers that are moving to SAP S/4HANA Public Cloud much easier.

Future developments in this area will probably only be considered in the new model. As an example of future functionality, you can have a look at the synchronization of external employees that is based on the new model. We will update this blog as soon as the function has been released.

To complete this blog, I also wanted to encourage you to take a look at SAP Note 3023906 from my colleague Luis Francisco Herranz, who answered many important questions about the new model in FAQ format.

Additional information  

New Employee Business Partner Model in SAP S/4HANA OP

  • New Employee Business Partner Model in SAP S/4HANA in SAP Help 
  • SAP Note 3023906 FAQ – NEW Employee to Business Partner synchronization in SAP S/4HANA OnPremise (NEW MODE) 
  • SAP Note 2340095 – S4TWL – Conversion of Employees to Business Partners (see attachments) 
  • SAP Note 3068404 – VMODE is not considered in new function /SHCM/EE_BP_1 

Employee to Business Partner synchronization in SAP S/4HANA OP 

Assigned Tags

      17 Comments
      You must be Logged on to comment or reply to a post.
      Author's profile photo Siddharth Rajora
      Siddharth Rajora

      Many thanks Georg for this lucid blog, its very beneficial and helpful in understanding the new BP model

      Author's profile photo Qiong He
      Qiong He

      Great blog.  I have a question.  We turned on /SHCM/EE_BP_1 in our S4 testing instance, however, BP roles BUP010 and BUP011 are not there.  V_TB056 Time Dependency BP Roles for BUT100  is already checked.  Is there anything we missed?  Thank you.

      Author's profile photo Andi Mauersberger
      Andi Mauersberger

      Please check if roles are visible at view V_TB003.

      Author's profile photo Qiong He
      Qiong He

      Hi Andi,

      Only BUP001 to BUP005 are visible.  We expect that BP roles such as BUP010 should be provided by SAP once the model is turned on, but it is not the case.  Could you please advise the next step forward?

      Author's profile photo Georg Heberle
      Georg Heberle
      Blog Post Author

      Hi Qiong,

      Thanks for the feedback. I would suggest that you refer to the documentation that you can find under the IMG node Personnel Management > SAP S/4HANA for Human Resources > Synchronize Business Partners with an Active Business Partner Integration > Synchronize Business Partners with an Active Business Partner Integration. There, you can find the steps that are required under the requirements and activities section. If, for example, a BP role is missing, you have to add it manually.

      If you need more information about the general procedure, you can also refer to the older cookbook. You can find the old models there, but the approach is still the same. https://support.sap.com/content/dam/SAAP/SAP_Activate/S4H_0155.pdf

      Georg

      Author's profile photo Jörg Sauterleute
      Jörg Sauterleute

      Hello Georg,

      we are moving to S/4 HANA (Release 2020) this year and are "trouble shooting" flexible Workflow at the moment ... and I remembered your blog with helped us a lot in understanding the relation of BP & HCM 😊

      Actualy I come back with a question: we wanted to analyse some inconsistence data (on our migration-client after a client copy ... no more words needed i guess) and i found the report you recommended does not exists on our SAP System AND we even can't download it via SNOTE 3032250 🙄

      Any idea why the report /SHCM/R_EE_BP_RELATION_OVW is not delivered
      in S4CORE 105 (0000)? SNOTE 3032250 is available for 103, 104 only 😪

      any hint aprreciated
      kind regards Jörg

       

      Author's profile photo Georg Heberle
      Georg Heberle
      Blog Post Author

      Hello Jörg,

      Thanks for the positive feedback on the blog. Unfortunately, the overview report is available only as of FP01 in SAP S/4HANA 2020. This information is missing in the blog. Excuse me please. It is not possible to implement this functionality using a SAP Note. The only option is to upgrade to FP01 or higher.

      Best regards,
      Georg

      Author's profile photo Clara Villalobo-Galindo
      Clara Villalobo-Galindo

      Hi Georg,

      I just wanted to thank you for such a good blog. It was very helpful.

      Kind Regards

       

      Author's profile photo Shirleyane Berthiaume
      Shirleyane Berthiaume

      Hi,

      Your July 2023 link is not accessible.

      Thanks,

      Author's profile photo Nicole Schwalm
      Nicole Schwalm

      Hi Shirleyane

      thanks for your feedback. Could you please specify why the link is not accessible?

      Thanks and best regards

      Nicole

      Author's profile photo Oleksii Barbashyn
      Oleksii Barbashyn

      Hello,

      is it possible use New Employee Business Partner Data Model in SAP S/4HANA with Central User Administration activated?

      Thank you.

      Author's profile photo Nicole Schwalm
      Nicole Schwalm

      Hi Oleksii

      yes. The receiving SAP S/4HANA system will convert the user coming from CUA into a business user with the synchronization report for the employee business partners. Prerequisite for the business user creation is that the user is maintained in infotype 0105 for a personnel number and that the user exists in the SAP S/4HANA system.

      Via the maintenance view TBZ_V_EEWA_SRC it is possible to influence the source of the workplace address attributes. For example, User Management can be specified as source.

      Best regards

      Nicole

       

      Author's profile photo Oleksii Barbashyn
      Oleksii Barbashyn

      Thank you Nicole.

      Your answer helped us very much.

      Author's profile photo Tuomas Mononen
      Tuomas Mononen

      Friends,

      Thanks for the great blog! Need some help with Employment role BP when adding vendor role.

      Even that we should have all notes in our system such as KBA 3252423 etc , we are still facing error as in picture , when trying to extend customer / vendor roles to person / business partner combination with report /SHCM/R_EMPL_HANDLE_BPROLES

      BP in question has BUP010 role maintained in addition to general BP role.

      Is there still something we have to do for SFW triggers perhaps?

      Thanks, Tuomas

       

      Author's profile photo Georg Heberle
      Georg Heberle
      Blog Post Author

      Hi Tuomas,

      Thanks for reaching out. I would suggest to create an incident using component CA-HR-S4-OP-BP. Please describe all of your steps. My colleagues need to check this issue in the system.

      Best regards,
      Georg

      Author's profile photo Tuomas Mononen
      Tuomas Mononen

      Thanks Georg,

      We will check couple of  number range related details first. If it is not the solution we'll proceed as proposed.

      Br,

       

      Tuomas

      Author's profile photo Tuomas Mononen
      Tuomas Mononen

      Hello again,

       

      We found some mismatch with number range but the real problem was BUP010 being part of CVI. We took it away from the CVI config and now all works like the thought ; ) !

       

      Thanks,

       

      Tuomas