Wie der Inhalt des SF Felds „Vollzeitmitarbeiter“ in das Feld „Teilzeitkraft“ im Infotypen 7 transferiert wird

Dies ist der dritte Teil der Beitragsreihe „Integration SuccessFactors zu SAP HCM“. Im vergangenen Beitrag haben wir uns mit der Architektur und der Systemlandschaft beschäftigt. In diesem Zusammenhang haben wir uns ebenfalls die SAP Cloud Plattform als Middleware-Lösung angeschaut. Neben dem detaillierten technischen Ablauf, wurden die einzelnen vordefinierten Integrationspakete vorgestellt.

In diesem Beitrag erfahren Sie, wie aus dem SF Feld „Vollzeitmitarbeiter“ das HCM Feld „Teilzeitkraft“ wird.

Abbildung 1 – Veranschaulichung Feld „Teilzeitkraft“ im SAP HCM und „Vollzeitmitarbeiter“ im SF EC

Die Grafik veranschaulicht die beiden Felder der verschiedenen Systeme. Auf der linken Seite ist das SF-System mit der Job Information aus Employee Central abgebildet. Entsprechend wird dort die Information über den Vollzeitmitarbeiter-Status als „Is Fulltime Employee“ abgebildet. In dem Kontext bedeutet „Yes“, dass der Mitarbeiter eine Vollzeitbeschäftigung ausübt. Das Pendant, im SAP HCM, dazu ist der Infotyp 0007 (Sollarbeitszeit). Hier wird die Information über das Feld Teilzeitkraft abgebildet. Entsprechend bedeutet in diesem Kontext „Yes“, dass der Mitarbeiter eine Teilzeitkraft ausübt. Dies verdeutlicht die Notwendigkeit eines durchdachten Mapping-Konzeptes. Die folgende Grafik verdeutlicht einen solchen Konflikt.

Abbildung 2 – Veranschaulichung 1:1 Feldmapping

Im Rahmen der Standardintegration zwischen SAP HCM und SF EC, gibt es verschiedene Möglichkeiten die Datenmodelle zu harmonisieren. Aufgrund der Verschiedenheit der Datenmodelle ergibt sich folgende Problemstellung, die bei der Erstellung eines Konzeptes zu beachten sind. Zum einen die unterschiedliche Struktur der Datenspeicherung zwischen den SAP HCM-Infotypen und der objektorientierten Speicherung in Portlets im SF EC. Hiermit ergibt sich die Konstellation, dass ein Speicherobjekt im SuccessFactors EC auf zwei oder mehrere Infotypen harmonisiert werden muss. Weiterhin ist aus diesem Grund meist kein eins-zu-eins Mapping zwischen Infotyp und Speicherobjekt möglich. Zum anderen stellt die Differenz in der Zeitlogik zwischen SAP HCM-Zeitbindungskonzept und SF EC-effective dating die Herausforderung dar, eben diese zu harmonisieren.

Für jedes Feld aus dem SF EC-System kann eine primäre Zuordnung definiert werden. In diesem Kontext bedeutet das primär, dass es sich hierbei um die eigentliche Zuordnung handelt. Eine sekundäre Zuordnung bedeutet, dass z.B. länderspezifisch eine unterschiedliche Feldzuordnung definiert werden kann. Unabhängig von der primären oder sekundären Zuordnung, verläuft die Implementierung wie folgt: Zunächst muss das Quellfeld aus dem SF EC-System angegeben werden. Basierend auf der konzeptionierten Wertzuordnung muss ein Zuordnungsmodus gewählt werden. Hierbei gibt es drei Optionen: BAdI-Zuordnung, Infotypzuordnung oder vorkonfigurierte Zuordnung. Bei der BAdI-Zuordnung wird eine kundenindividuelle Zuordnungslogik implementiert, die mittels der SAP-eigenen Programmiersprache ABAP realisiert werden muss. Im Gegensatz dazu wird bei der Infotypzuordnung der Infotyp, ggf. der Subtyp sowie das technische Infotypfeld angegeben. Die vorkonfigurierte Zuordnung ist durch die SAP definiert und bildet bestimmte Logiken ab. Auf die vorkonfigurierten Zuordnungen wird im Rahmen des Beitrags nicht näher eingegangen, da diese für das gegebene Beispiel nicht benötigt wird. Weitergehend kann noch eine Wertzuordnungsentität angegeben werden, wenn für die jeweiligen Felder eine Auswahlliste vorliegt oder der Wert anhand konstanter Werte konvertiert werden soll.

Abbildung 3 – Customizing des Feldmappings

Die Abbildung zeigt die technische Konfiguration des Mappings im Customizing. Für das Mapping der Vollzeitmitarbeiter-Information, wird zunächst eine Infotypzuordnung vorgenommen. Hierdurch zeigt sich der bereits erwähnte Konflikt, sodass ein eins-zu-eins Mapping nicht möglich ist. Zusätzlich zu der Feldzuordnung wird eine Verarbeitungslogik benötigt, die den Informationsgehalt invertiert.

Abbildung 4 – Feldmapping mit BadI-Verarbeitung
Durch die zusätzliche BadI-Verarbeitung wird nun der Wert aus dem SF-System invertiert, sodass aus „Yes“ -> „No“ wird und umgekehrt.

Neben der gezeigten BadI-Verarbeitung, gibt es noch weitere Möglichkeiten, um ein eins-zu-eins Feldmapping mit Logik zu ergänzen. Hierzu wird keine ABAP-Programmierung benötigt. Insgesamt gibt es zwölf vordefinierte Konvertierungsregeln, um die konzeptionellen Anforderungen an die Datenharmonisierung zu realisieren. Beispielsweise können konstante Prä-/Suffixe angehangen werden oder der empfangene Wert mit einer definierten Zahl multipliziert werden. Auch können Werte durch andere anhand eines Musters ersetzt werden.

Unter Verwendung der genannten Boardmittel, die die vordefinierte Standardintegration zur Verfügung stellt, können komplexe Datenharmonisierungen vorgenommen werden. Mit einem durchdachten Konzept helfen wir Ihnen, die Systeme erfolgreich zu integrieren.

Im Rahmen dieses Beitrags haben Sie anhand eines Beispiels erfahren, wie Datenfelder zwischen SAP HCM und SF EC harmonisiert werden können. Es wurden die Möglichkeiten zur Datenharmonisierung der Standardintegration vorgestellt. In dem nächsten Beitrag dieser Reihe zeigen wir Ihnen, wie Sie im Betrieb der Schnittstelle Stammdatenfehler identifizieren können und welche Protokolle in den jeweiligen Systemen zur Verfügung stehen.

Haben Sie bereits Fragen, Anregungen oder Feedback bezüglich der Integration, so nutzen Sie gern unser Kontaktformular.

 

1. Teil der Beitragsreihe: Integration SuccessFactors zu SAP HCM

Viele Kunden stehen vor der Herausforderung, eine Integration ihres bestehendes SAP HCM System an Drittsysteme, wie SuccessFactors, durchzuführen. Handelt es sich bei dem Drittsystem um das „hauseigene“ SuccessFactors (SF) System, so können Sie von den „Prepackaged Integration Solutions“ der
SAP profitieren. In diesem Beitrag und den darauffolgenden Beiträgen der Reihe setzen wir uns mit dem Thema Integration SuccessFactors zu SAP HCM detailliert auseinander und zeigen Ihnen, wie Sie davon profitieren können.

Die SAP stellt je nach Integrationsumfang verschiedene Standardlösungen bereit. Aktuell
stehen folgende Integrationspakete zur Verfügung:

• Mitarbeiterstammdaten und organisatorische Zuordnung
• Objekte aus dem Organisations-Management
• An-/Abwesenheiten bzw. Time Off and Time Sheet
• Kostenstellen

Zum einen gibt es die Point-to-Point (PtP) Integration, zum anderen die Business Integration Builder (BiB) Integration. Die Integrationsansätze unterscheiden sich in ihrer Zielsetzung unddem Funktionsumfang.

Die PtP-Integration bietet einen rudimentären Funktionsumfang. Es handelt sich in diesem
Fall um eine komplett vordefinierte Schnittstelle der SAP, bei der die Feldzuordnung
zwischen SAP HCM und SF Employee Central (EC) vollumfänglich vordefiniert ist. Diese
Zuordnung ist fester Bestandteil der Implementierung der Schnittstelle. Eine
kundenindividuelle Anpassung ist – abhängig vom Infotypen – nur bedingt möglich. Die PtP
Integration zielt auf die Integration mit SF EC Payroll ab, sodass abrechnungsrelevante
Informationen repliziert werden können. Generell sollte dieser Ansatz nur gewählt werden,
wenn das SAP HCM System sehr stark am Standard ausgeprägt ist.

Die BiB Integration bietet im Gegensatz dazu einen deutlich erweiterten Funktionsumfang.
Mit steigender Komplexität der Integration erhöht sich der Implementierungsaufwand.
Hierbei muss abgewogen werden, welche Daten integriert werden sollen und welche nur im
jeweiligen Quellsystem gehalten werden. Mit der BiB Integration lassen sich
kundenindividuelle Bedürfnisse und komplexe Integrationsszenarien abbilden. Im Regelfall
wählen wir zusammen mit unseren Kunden diesen Weg.

Zunächst liefert die SAP mit dem BiB ein Tool, das dazu gedacht ist, komplexe
Integrationsszenarien zu implementieren. Mit Hilfe des BiB ist es möglich, auf alle Daten
zuzugreifen, welche über den SF-Webservice „Compound Employee“ bereitgestellt werden.
Über den BiB wird die Verknüpfung bzw. Zugehörigkeit der Felder bekannt gemacht.
Darüber hinaus wird definiert, ob und welche Wertkonvertierung vorgenommen werden
muss. Zum Beispiel kommt es häufig vor, dass das SF-System global genutzt wird und das
SAP HCM-System lokal. Dies kann zur Folge haben, dass bestimmte Informationen wie
beispielsweise die Kostenstelle im SuccessFactors-System einen Präfix „DEU_“ haben,
welcher nicht ohne Weiteres in den Infotypen 1 „Organisatorische Zuordnung“
weitergegeben werden kann.

Für diesen Fall lassen sich im BiB Regeln hinterlegen, welche bei dem Feld „cost-center“ aus
dem SuccessFactors den Präfix entfernen und dem SAP HCM Feld Kostenstelle (techn.
KOSTL) zuordnen. Die BiB Integration lässt sich daher eher als ein Rahmenwerk verstehen,
welches die Möglichkeiten eröffnet, die Integration flexibel und auf die kundenindividuellen
Systeme anzupassen. Die „Prepackaged Integration“ beinhaltet zusammenfassend die
technischen Aspekte einer Schnittstelle, wie z.B. die Kommunikation zwischen den
Systemen, den Datenaustausch oder die generisch programmierte Verarbeitung der
Mapping-Zuordnung und Wertkonvertierung. Dieser kann mit geringem
Programmieraufwand erreicht werden. Dennoch bietet der BiB die Möglichkeit mittels BadI
(Implementierungserweiterungs-Punkt) in die Programmierung einzugreifen, um bei Bedarf
logische Zusammenhänge oder komplizierte Sachverhalte zwischen verschiedenen oder
einzelnen Informationen zu berücksichtigen. So lässt sich z.B. mittels BadI überprüfen, in
welcher Tarifgruppe/-Stufe sich der Mitarbeiter befindet. Basierend darauf, lässt sich das
nächste Vorrückungsdatum ermitteln, sodass in der höchsten Tarifstufe kein separates Feld
„Vorrückungsdatum“ benötigt wird.

Ohne Programmieraufwand können kundenindividuelle Infotypen, länderspezifische
Feldzuordnung und Wertkonvertierungen umgesetzt werden, auf die im späteren Verlauf
dieser Beitragsreihe eingegangen wird.

Im nächsten Beitrag dieser Serie erwartet Sie einen Überblick über den technischen Ablauf
der Schnittstelle sowie das Zusammenspiel mit der Middleware.

Haben Sie Fragen zum Thema Integration SuccessFactors zu SAP HCM oder brauchen Sie weitere Hilfe? Kontaktieren Sie uns über das Kontaktformular und senden Sie uns eine Nachricht.