You are on page 1of 22

Integration SAP E-Recruiting / SAP ERP

Sie knnen SAP E-Recruiting sowohl im Standalone-Betrieb auf einer Instanz, als auch im integrierten Betrieb auf unterschiedlichen Instanzen betreiben. Im integrierten Betrieb luft SAP E-Recruiting zusammen mit SAP ERP Central Component (SAP ECC) auf demselben System im selben Mandanten (Software luft auf einer Instanz). Im Standalone-Betrieb ist auf dem System nur SAP E-Recruiting aktiv, andere aktive ERP-Komponenten sind auf einem weiteren System installiert, das vom SAP ERecruiting-System getrennt ist. Dieses Szenario schliet auch den Fall ein, dass SAP E-Recruiting auf dem gleichen System wie die ERP-Komponenten aber in einem unterschiedlichen Mandanten luft. (Software luft auf unterschiedlichen Instanzen). Die nachfolgenden Dokumente beschreiben die Integration von SAP E-Recruiting und SAP ERP fr diese Installationsmglichkeiten: ERP-Integration (Software luft auf einer Instanz) ERP-Integration (Software luft auf unterschiedlichen Instanzen)

ERP-Integration (Software luft auf einer Instanz)


Dieses Dokument beschreibt die Integration zwischen SAP E-Recruiting und SAP ERP fr den Fall, dass beide auf einem System laufen.

SAP E-Recruiting und SAP ERP im integrierten System


In einem integrierten System muss zu jeder Personalnummer (P) des Personalmanagements ein korrespondierender Kandidat (NA) im SAP E-Recruiting vorhanden sein. Fr jeden Mitarbeiter sind im Personalmanagement die Objekte Personalnummer (P) sowie Zentrale Person (CP) vorhanden. Zustzlich existiert zu jeder Zentralen Person (CP) ein Geschftspartner (BP), sofern das (Erst-) Einstellungsdatum der zugehrigen Personalnummer erreicht ist. SAP E-Recuiting legt zu jeder Personalnummer (P), zu der auch ein Geschftspartner (BP) existiert, einen Kandidaten (NA) an.

Bei Einsatz der Mehrfachbeschftigung (CE) legt SAP E-Recruiting einen Kandidaten (NA) fr jede Zentrale Person (CP) an. Einer Zentralen Person knnen mehrere Personalnummern zugeordnet sein. Die nachfolgende Grafik zeigt die Objektbeziehungen zwischen den relevanten Objekten des Personalmanagements und SAP E-Recruiting. Objektbeziehungen

Benutzer (US)

B208 (2) (Beziehung kann ber IT0105 simuliert sein)

Person (P)

B209 (3) A209 (2)

Zentrale Person (CP)


B650 (2) A650 (2)

B207 (2)

Geschftspartner (BP)

Kandidat (NA)
-

Die Personalstammdaten zu den Personalnummern sind in PA-Infotypen gespeichert. Dabei kann der Zugriff auf die Daten ber das klassische oder ber das entkoppelte InfotypFramework erfolgen.

Bei entkoppelten Infotypen gibt es eine strikte Trennung zwischen BusinessLogik und User-Interface-relevanten Elementen. Klassisches Infotypframework fr Infotypen der Personalstammdaten Die nachfolgenden Vorraussetzungen mssen erfllt sein, wenn Sie SAP E-Recruiting und das Personalmanagement auf einem integrierten System betreiben mchten und Sie das klassische Infotypframework verwenden: In der Systemtabelle T77S0 mssen Sie die folgenden Parameter setzen: Parameter in Tabelle T77S0 Gruppe HRALX RECFA Sm. Krzel HRAC DTCBA Wert X Log. System (Selbstverweis), nicht erforderlich bei Verwendung von XITechnologie fr den Datentransfer Log. System (Selbstverweis), nicht erforderlich bei Verwendung von XITechnologie fr den Datentransfer, aber in jedem Fall erforderlich fr die Integration in das Organisationsmanagement RECFA RECCE Legt fest, ob Mehrfachbeschftigung im ERecruiting System aktiv ist.

RECFA

HRRFC

Die folgenden Beispielimplementierungen der nachfolgend aufgefhrten BAdIs oder entsprechende kundeneigene Implementierungen mssen Sie aktivieren: BAdI Implementierungen BAdI HRSYNC_P HRALX_HRALXSYNC_BADI HRPAD00INFTY HRPAD00INFTY HRBAS00INFTY Beispielimplementierung CONV_HR_DATA_TO_EREC CHECK_INTER_NA_EXIST HR_INTEGRATION_TO_B HR_INTEGRAT_TO_EREC HRRCF00_STORE_HRQUAL

Entkoppeltes Infotypframework fr Infotypen der Personalstammdaten Die nachfolgenden Vorraussetzungen mssen erfllt sein, wenn Sie SAP E-Recruiting und das Personalmanagement auf einem integrierten System betreiben mchten und Sie das entkoppelte Infotypframework verwenden: In der Systemtabelle T77S0 mssen Sie die folgenden Parameter setzen: Parameter in Tabelle T77S0 Gruppe HRALX RECFA Sm. Krzel HRAC DTCBA Wert X Log. System (Selbstverweis), nicht erforderlich bei Verwendung von XITechnologie fr den Datentransfer Log. System (Selbstverweis), nicht erforderlich bei Verwendung von XITechnologie fr den Datentransfer, aber in jedem Fall notwendig fr die Integration in das Organisationsmanagement

RECFA

HRRCF

Die folgenden Beispielimplementierungen der nachfolgend aufgefhrten BAdIs oder entsprechende kundeneigene Implementierungen mssen Sie aktivieren: BAdI Implementierungen BAdI HRSYNC_P HRALX_HRALXSYNC_BADI HRPAD00INFTY HRPAD00INFTYBL HRBAS00INFTY Beispielimplementierung CONV_HR_DATA_TO_EREC CHECK_INTER_NA_EXIST HR_INTEGRATION_TO_BP HRRCF00_HR2EREC_NEW_IFRMWK HRRCF00_STORE_HRQUAL

Initialschritt nach der Installation


Sie haben bereits das Personalmanagement auf Ihrem System (HR-System) produktiv im Einsatz. Zustzlich installieren Sie nun SAP E-Recruiting auf dem selben System. Dadurch, dass das HR-System bereits produktiv im Einsatz war, existieren dort fr alle Mitarbeiter bereits Personalnummern (P) und Zentrale Personen (CP) und eventuell auch Geschftspartner (BP). Um zu jeder Zentralen Person (CP) jeweils einen Geschftspartner (BP) und einen Kandidaten (NA) anzulegen, verwenden Sie den Report HRALXSYNC (Objektsynchronisationund reparatur). Informationen zum Report und zur Integration der Personaladministration zum SAP Geschftspartner finden Sie in der SAP Bibliothek unter Integration zum SAPGeschftspartner [Extern].

Bei der Verwendung des Reports HRALXSYNC gehen Sie wie folgt vor: Sie whlen auf dem Einstiegsbild des Reports die betroffenen Mitarbeiterbereiche aus und starten den Report. Das System zeigt auf der Sicht Objektbersicht eine Tabelle mit den vorhandenen Personalnummern sowie den existierenden Geschftspartnern. Wenn zu einer Personalnummer ein Geschftspartner existiert zeigt das System die Spalten Geschftspartnernummer und Interner Kandidat. In der letzen symbolisiert eine rote Ikone, dass kein Kandidat zugeordnet ist; eine grne Ikone zeigt einen zugeordneten Kandidaten.

Eine grne Ikone zeigt nicht zwangslufig an, dass die Daten des SAP ERecruiting mit denen der Personalmanagements synchronisiert sind. Wenn zu einer Personalnummer kein Geschftspartner existiert wird dieses durch eine rote Ikone in der Spalte Grunddaten sowie durch das Fehlen einer Ikone in der Spalte Interner Kandidat angezeigt.

Die Spalten in dieser Tabelle sind abhngig von den aktiven Implementierungen des BAdIs HRALX_HRALXSYNC_BADI. Sie markieren die Personalnummern, zu denen bisher kein Kandidat angelegt wurde und whlen die Funktion Reparieren. Der Report ndert oder erzeugt zuerst die zugeordneten Geschftspartner. Nun legt der Report die fehlenden Kandidaten an. Dazu ruft der Report die Implementierungen des BAdIs HRSYNC_P auf. Innerhalb der Methode DO_POST_PROCESSING laufen die folgenden Vorgnge ab, wenn noch kein Kandidat zur Personalnummer angelegt ist: Die Methode liest aus den Daten des Infotyps 0105 den Benutzernamen und die E-Mail-Adresse. Unter Verwendung der Geschftspartnernummer legt die Methode einen internen Kandidaten (NA) an und verknpft diesen mit der Zentralen Person (CP). Des weiteren legt die Methode zum Kandidaten einen Satz des Infotypen 5102 an und setzt das Kennzeichen IS_INACTIVE (FALSE, wenn IT0000-STAT2 = 3 (Mitarbeiter ist aktiv in der Firma), sonst TRUE).

Wenn Sie die Mehrfachbeschftigung (CE) einsetzen, muss mindestens einer der Beschftigungsvertrge aktiv sein, damit SAP E-Recruiting den Mitarbeiter als aktiven Mitarbeiter ansieht. Wenn Stze des Infotyps 0000 vorliegen, die in der Zukunft liegen (BEGDA > SY-DATUM), schreibt die Methode die Aktivittsinformation in die Vormerktabelle T77RCF_P_STAT.

Informationen zur Tabelle T77RCF_P_STAT finden Sie auch im Kapitel nderungen des Aktivittsstatus in der Zukunft weiter unten im Dokument.

Wenn der Benutzer, der im Infotyp 0105 der Personalnummer zugeordnet ist, nicht existiert, wird dieser angelegt. Der Benutzer erhlt den Referenzbenutzer, der gem Tabelle T77RCF_ROLE seiner Rolle entspricht (interner Kandidat). Wenn der Benutzer bereits existiert (Transaktion SU01) ordnet die Methode den Referenzbenutzer gem Tabelle T77RCF_ROLE zu. Wenn dort bereits ein Referenzbenutzer zugeordnet ist, fgt die Methode die Rollen hinzu, die dem Referenzbenutzer gem Tabelle T77RCF_ROLE zugeordnet sind (interner Kandidat).

Es kann gleichzeitig immer nur ein Referenzbenutzer zugeordnet sein. Wenn der Infotyp 0105 nicht existiert, wird dem Kandidaten kein Benutzer zugeordnet.

Wenn die ausgewhlte Personalnummer nicht mehr aktiv ist legt das System aus dem internen Kandidat ein externer Kandidat an. Dabei wird dem zugehrigen Benutzer ein Alias zugeordnet. Falls mglich ist der Alias gleich dem Benutzernamen. Wenn Qualifikationen ber den Infotyp 1001der Personalnummer (P) zugeordnet wurden (z.B. durch Eingabe ber ESS-Szenarien oder die Transaktion PPPM), dann werden diese im Infotyp 5105 am Kandidaten (NA) gespeichert.

Reparatur im laufenden Betrieb


Sie mchten im laufenden Betrieb einen Datenabgleich zwischen den Daten eines Kandidaten im E-Recruiting und den Daten der zugeordneten Personalnummer des Personalmanagements vornehmen. Dazu verwenden Sie den Report HRALXSYNC im Reparaturlauf. Dazu gehen Sie wie folgt vor: Sie whlen auf dem Einstiegsbild des Reports die betroffene Personalnummer aus und starten den Report. Eine grne Ikone in der Spalte Interner Kandidat zeigt Ihnen, dass ein Kandidat (NA) zur Personalnummer (P) vorhanden ist. Der Report liest aus den Daten des Infotyps 0105 den zugehrigen Benutzer und die E-Mail-Adresse. Das Kennzeichen IS_INACTIVE des Infotyps 5102 setzt der Report gem Infotyp 0000 (FALSE, falls IT0000-STAT2 = 3, sonst TRUE).

Wenn Sie die Mehrfachbeschftigung (CE) einsetzen, muss mindestens einer der Beschftigungsvertrge aktiv sein, damit SAP E-Recruiting den Mitarbeiter als aktiven Mitarbeiter ansieht. Wenn Stze des Infotyps 0000 vorliegen, die in der Zukunft liegen (BEGDA > SYDATUM), schreibt der Report die Aktivittsinformation in die Vormerktabelle T77RCF_P_STAT. Im Reparaturlauf prozessiert der Report die Infotypen 0001 und 0002 nicht, da diese Informationen bereits im Initialschritt durch den gleichen Report HRALXSYNC am Geschftspartner (BP) angepasst wurden.

Der Infotyp 0006 (Adresse) wird mit dem Geschftspartner (BP) auerhalb der BAdIImplementierung CONVHR_DATA_TO_EREC des SAP E-Recruiting synchronisiert. Damit die Adresse jedoch im SAP E-Recruiting verfgbar ist, muss auch noch der Infotyp 5110 (Subtyp 0000) synchronisiert werden. Schlielich passt der Report den Benutzer gem den Infotypen 0105 und 0000 an. Fr interne Kandidaten schreibt der Report die E-Mail-Adresse aus dem Infotyp 0105 in den adressunabhngigen Teil des Geschftspartners (BP) und passt den Datensatz im Infotyp 5110 (Subtyp 0003) an.

Wenn Sie die Mehrfachbeschftigung (CE) einsetzen knnen fr unterschiedliche Beschftigungsvertrge unterschiedliche Benutzer und E-MailAdressen hinterlegt sein. In diesem Fall verwendet das System die E-MailAdresse und den Benutzer des ltesten aktiven Vertrags. Wenn Qualifikationen ber den Infotyp 1001 der Personalnummer (P) zugeordnet wurden (z.B. durch Eingabe ber ESS-Szenarien oder die Transaktion PPPM), dann werden diese im Infotyp 5105 am Kandidaten (NA) gespeichert.

Einstellung ohne Bezug auf Kandidaten (Transaktion PA40)


Dieser Fall beschreibt eine Einstellung, ohne das zuvor ein Kandidat im SAP E-Recruiting vorhanden war. Das Einstellungsdatum zu einer Personalnummer liegt in der Zukunft Wenn Sie eine Person neu einstellen und der Einstellungstag in der Zukunft liegt, legt das System die neue Personalnummer (P) bereits zum Anlegezeitpunkt an, ebenso wie die zugehrige Zentrale Person (CP). Das System legt aber noch kein Geschftspartner (BP) an. Aus diesem Grund kann im SAP E-Recruiting zu diesem Zeitpunkt kein Kandidat angelegt werden. Diesen legt das System erst an, wenn Sie am Einstellungstag (oder spter) den Report HRALXSYNC im Reparaturlauf ausfhren und der Report die Daten zu der Personalnummer repariert.

Im normalen Betrieb sollten Sie den Report HRALXSYNC periodisch einplanen (siehe Kapitel: nderungen des Aktivittsstatus in der Zukunft). Das Einstellungsdatum liegt in der Vergangenheit oder heute Das System legt im Rahmen einer Einstellungsmanahme (PA40) die Infotypen zu einer Person an. Nach jeder nderung an diesen Infotypen ruft das System die Implementierungen des BAdIs HRPAD00INFTY auf.

Solange zu der Personalnummer kein Kandidat existiert bewirken die BAdIImplementierungen nichts. Nachdem das System die Infotypen 0000, 0001 und 0002 angelegt hat, ruft das System die BAdI-Implementierung zur Geschftspartnerintegration auf und legt einen Geschftspartner (BP) an. Anschlieend ruft das System die Implementierungen des BAdIs HRSYNC_P auf. Mit Hilfe der Beispielimplementierung des SAP E-Recruiting legt das System unter Verwendung der Geschftspartnernummer und der Personalnummer einen internen Kandidaten an. Des weiteren legt das System den Infotyp 5102 an und setzt dort das Kennzeichen IS_INACTIVE gem der Ausprgung des Feldes STAT2 des aktuellen Infotypsatzes 0000.

Wenn Sie die Mehrfachbeschftigung (CE) einsetzen, muss mindestens einer der Beschftigungsvertrge aktiv sein, damit SAP E-Recruiting den Mitarbeiter als aktiven Mitarbeiter ansieht. Im Falle von zuknftigen Infotypstzen 0000 fllt das System die Tabelle T77RCF_P_STAT entsprechend. Wenn im Rahmen der Einstellungsmanahme weitere fr SAP E-Recruiting relevante Infotypen ( 0000, 0001, 0002, 0006, 0105) angelegt werden, bearbeitet das System diese mit Hilfe der BAdI-Implementierung HR_INTEGRAT_TO_EREC. Bei nderungen des Infotyp 0105, gem den Kriterien wie unter Initialschritt nach der Installation beschrieben, legt das System einen Benutzer an und / oder ergnzt das Profil eines vorhanden Benutzers. Des Weiteren passt das System die E-Mail-Adresse im adressunabhngigen Teil des Geschftspartners (BP) an (incl. Infotyp 5110 (Subtyp 0003)). Bei nderungen des Infotyp 0000, gem den Kriterien wie unter Initialschritt nach der Installation beschrieben, setzt das System das Kennzeichen IS_INACTIVE im Infotyp 5102 fr einen aktuellen Infotypsatz. Fr einen zuknftigen Infotypsatz nimmt das System einen Eintrag in der Vormerktabelle T77RCF_P_STAT vor. Zustzlich ndert das System das Profil des Benutzers (SU01). Bei nderungen des Infotyp 0006, gem den Kriterien wie unter Initialschritt nach der Installation beschrieben, synchronisiert das System den Infotyp 5110 (Subtyp 0000). Die Infotypen 0001 und 0002 beeinflussen im SAP E-Recruiting nur den Geschftspartner (BP).

Fr diese Infotypen liefert SAP keine Implementierungen aus, da wir davon ausgehen, dass die Synchronisation mit dem Geschftspartner vor Ausfhrung der BAdI-Implementierung HR_INTEGRAT_TO_EREC bereits durchgefhrt wurde. Wenn Qualifikationen ber den Infotyp 1001der Personalnummer (P) zugeordnet wurden (z.B. durch Eingabe ber ESS-Szenarien oder die Transaktion PPPM), dann werden diese im Infotyp 5105 am Kandidaten (NA) gespeichert (entsprechend der Einstellung des Schalters RECFA HRQUA in Tabelle T77SO).

Einstellung mit Bezug auf den Kandidaten (Transaktion PA48)


Dieser Fall beschreibt eine Einstellung eines externen Kandidaten ber das SAP ERecruiting. Dabei werden die Informationen des externen Kandidaten per Remote Function Call (RFC) auf das gleiche System in die Transaktion PA48 (Modulpool SAPMPRAP, Tabelle T752F) bertragen. Das System startet eine Einstellungsmanahme, wobei die bertragenen Daten als Vorschlagswerte bernommen werden. Nach Durchfhrung der Einstellungsmanahme ruft das System den Funktionsbaustein HR_RCF_ASSIGN_EE_TO_CANDIDATE (ber RFC ins gleiche System). Dieser teilt dem SAP E-Recruiting mit, das aus dem externen Kandidaten eine Personalnummer XYZ geworden ist. Bei einer Einstellung in der Zukunft speichert das System diese Information in der Vormerktabelle T77RCF_EMPL_CAND. Ansonsten prozessiert das System diese Information direkt (siehe Einstellung in der Vergangenheit weiter unten). Die nachfolgende Grafik beschreibt die Objektbeziehungen zu dem Zeitpunkt, wenn das System den Funktionsbaustein ruft.

Objektbeziehungen bei Aufruf des Funktionsbausteins

US 2

Personalnummer (Einstellung in der Zukunft)

US 1

CP 2

CP 1

BP 1 US2 Personalnummer (Einstellung in der Vergangenheit) BP 2 B

NA1 P Externer Kandidat CP2

NA2

Das Einstellungsdatum eines externen Kandidaten liegt in der Zukunft Bei einer Einstellung eines externen Kandidaten, die in der Zukunft liegt, legt das System zur Personalnummer (P) und zur zentralen Person (CP) keinen Geschftspartner (BP) an. Somit wird auch kein interner Kandidat im SAP E-Recruiting angelegt. Das System legt die Information ber die zuknftige Zuordnung der Personalnummer zur Kandidaten-ID in der Tabelle T77RCF_EMPL_CAND (Funktionsbaustein HR_RCF_ASSIGN_EE_TO_CANDIDATE) ab. Den Geschftspartner legt das System am Einstellungstag oder spter ber den Report HRALXSYNC an. Die Beispielimplementierung des BAdIs HRSYNC_P erkennt, dass zu der Personalnummer bisher kein Kandidat existiert, die Personalnummer aber als Folge der Einstellung eines externen Kandidaten angelegt wurde. Nun lscht das System das Objekt Zentrale Person (CP1) des externen Kandidaten (NA1) (mit seinen Beziehungen (Infotyp 1001)) und schreibt die Beziehung (Infotyp 1001) vom externen Kandidaten (NA1) zur neuen Zentralen Person (CP2). Schlielich sperrt das System den Benutzer des externen Kandidaten. Die nachfolgende Grafik stellt die Objektbeziehungen dar:

Objektbeziehungen bei einer Einstellung in der Zukunft

Das System durchluft die folgenden Schritte: Keine nderungen beim Aufruf des Funktionsbausteins Eintrag in Vormerktabelle T77RCF_EMPL_CAND Report HRALXSYNC nimmt zum Einstellungsdatum die folgenden nderungen vor Anlegen des BP2, Zuordnung zu CP2 Neuzuordnung von NA1 Lschen von CP1 sowie der Beziehungen von CP1 zu BP1 und US1

US2

US1 P CP1 BP1 CP2 BP2

NA1

Das Einstellungsdatum eines externen Kandidaten liegt nicht in der Zukunft Bei einer Einstellung eines externen Kandidaten (NA1), die nicht in der Zukunft erfolgt, sind die Personalnummer (P) und die Zentrale Person (CP2) vorhanden. Das System legt hierzu einen Geschftspartner (BP2) und einen neuen Kandidaten (NA2) an (siehe auch Kapitel: Einstellung ohne Bezug auf Kandidaten). Beim Anlegen des neuen Kandidaten ist es dem System (der Einstellungsmanahme) nicht bekannt, dass es bereits einen externen Kandidaten gibt. Anschlieend lscht das System das Objekt Zentrale Person (CP1) des externen Kandidaten (NA1) sowie den neuen internen Kandidaten (jeweils mit allen Beziehungen (Infotyp 1001)) und schreibt die-Beziehung vom externen Kandidaten (NA1) zur neu angelegten Zentralen Person (CP2). Das System sperrt den alten Benutzer (US1) des externen Kandidaten. Sofern der neuen Zentralen Person (CP2) ein Benutzer (US2) zugeordnet ist, weist das System ber die Methode CHANGE_USER_ROLE der Klasse CL_HRRCF_CANDIDATE diesem Benutzer den Referenzbenutzer des internen Kandidaten zu. Die nachfolgende Grafik zeigt die Objektbeziehungen auf:

Objektbeziehungen bei einer Einstellung, die in der Vergangenheit oder heute liegt

Das System durchluft die folgenden Schritte: nderungen beim Aufruf des Funktionsbausteins Kein Eintrag in Vormerktabelle T77RCF_EMPL_CAND Neuzuordnung von NA1, Lschen von NA2 Lschen von CP1 sowie der Beziehungen von CP1 zu BP1 und US1 Deaktivierung von US1

US2 US1 P CP1 BP1 NA2 NA1 CP2 BP2

Einstellung mit Bezug auf Kandidaten (XI-Schnittstelle)


Sie knnen mit dem XI-Content fr HCM Prozesse und Formulare [Extern] SAP E-Recruiting und HCM Prozesse und Formulare [Extern] miteinander integrieren. Auf diese Weise knnen Sie ber die XI-Schnittstelle Daten aus dem SAP E-Recruiting-System ins HR-System bertragen und dort die Einstellung eines neuen Mitarbeiters anstoen (XI-Szenario Antrag aus dem E-Recruiting auf Neueinstellung (NEWHIREREQUEST) [Extern]). Nach erfolgreicher Einstellung und Empfang der XI-Nachricht HireConfirmation ruft das System den Funktionsbaustein HR_RCF_ASSIGN_EE_TO_CANDIDATE. Dieser teilt dem SAP E-Recruiting mit, dass aus dem externen Kandidaten eine Personalnummer P geworden ist. Bei einer Einstellung in der Zukunft speichert das System diese Information in der Vormerktabelle T77RCF_EMPL_CAND. Ansonsten prozessiert das System diese Information direkt (siehe auch Kapitel: Einstellung mit Bezug auf Kandidaten (PA48)).

Infotypnderungen einer aktiven Personalnummer (Transaktion PA30)


nderungen (Anlegen, ndern, Lschen) eines PA-Infotypen 0000, 0001, 0002, 0006, 0105 einer Personalnummer (P), zu der ein Kandidat besteht, fhrt das System mit Hilfe des Funktionsbausteins HR_RCF_TRANSFER_HRPA30_CHANGES durch. Dabei sind die folgenden nderungen relevant: Infotyp 0000: Kennzeichen IS_EMPLOYEE, Benutzerprofil Infotyp 0006: Synchronisation mit Geschftspartner (BP) und Infotyp 5110 (Subtyp 0000) Infotyp 0105: E-Mail-Adresse am Geschftspartner (BP) und im Infotyp 5110 (Subtyp 0003), Benutzerprofil

Wir empfehlen, eine bestehende Benutzerzuordnung zur Personalnummer nicht zu ndern. nderungen an PD-Infotypen (Qualifikationen) fhrt das System mit Hilfe der Beispielimplementierung HRRCF00_STORE_HRQUAL des BAdIs HRBAS00INFTY aus. Dabei

prozessiert das System die Stze des Objekttyps Qualifikation (Q), die ber die Beziehung B032 der Personalnummer zugeordnet sind. Sofern ein Kandidat (NA) existiert, synchronisiert das System den Infotyp 5105 am Kandidaten mit den Qualifikationen (entsprechend der Einstellung des Schalters RECFA HRQUA in Tabelle T77SO).

nderungen des Aktivittsstatus in der Zukunft


Manuell knnen Sie mit Hilfe des Reports HRALXSYNC fr eine bestimmte Personalnummer (P) den zugehrigen Kandidaten (NA) in einen externen oder internen berfhren. Dieses ist abhngig von der Ausprgung des Feldes STAT2 im aktuellen Satz des Infotyps 0000. Dabei aktualisiert der Report die Vormerktabelle T77RCF_P_STAT. Im Zuge der Aktualisierung lscht er veraltete und schreibt zuknftige Datenstze. Mit Hilfe des periodischen Services PROCESS_CAND_STAT_CHANGE (Klasse CL_HRRCF_UPDATE_P_STAT) knnen Sie die nderungen der Aktivittsstatus zum richtigen Zeitpunkt automatisieren. Der periodische Service muss tglich laufen und sorgt dafr, dass am Tag des Wiedereintritts oder Austritts der Kandidat zum internen oder externen Kandidaten wird. Dazu verwendet der die Daten aus der Vormerktabelle T77RCF_P_STAT. Entlassung Im Falle einer Entlassung erhlt im Infotyp 0000 das Attribute STAT2 einen zu 3 unterschiedlichen Wert. Mit Hilfe der Beispielimplementierung HR_INTEGRATE_TO_EREC des BAdIs HRPAD00INFTY setzt das System direkt das Kennzeichen IS_INACTIVE im Infotyp 5102 auf TRUE (Entlassung nicht in der Zukunft) und macht einen Update auf das Benutzerprofil und erzeugt falls mglich einen Alias. Bei einer Entlassung in der Zukunft macht das System einen entsprechenden Eintrag in der Vormerktabelle T77RCF_P_STAT (siehe auch Kapitel: nderung des Aktivittsstatus in der Zukunft). Wiedereinstellung Im Falle einer Wiedereinstellung erhlt das Attribut STAT2 im Infotyp 0000 wieder den Wert 3. Die Beispielimplementierung HR_INTEGAT_TO_EREC sorgt dafr, dass das System im Infotyp 5102 das Kennzeichen IS_INACTIVE auf FALSE (Wiedereinstellung nicht in der Zukunft) setzt, oder dass das System einen entsprechenden Eintrag in der Vormerktabelle T77RCF_P_STAT macht (siehe Kapitel: nderungen des Aktivittsstatus in der Zukunft). Das Profil des zugeordneten Benutzers ndert das System entsprechend dem Kennzeichens IS_INACTIVE.

ERP-Integration (Software auf unterschiedlichen Instanzen)


Dieses Dokument beschreibt die Integration zwischen SAP E-Recruiting und SAP ERP fr den Fall, dass beide auf unterschiedlichen Systemen oder auf dem gleichen System in unterschiedlichen Mandanten laufen. Dabei setzt dieses Dokument den Fokus auf die Eingangsprozessierung der IDoc des Application Link Enabling (ALE), die aus dem angeschlossenen SAP ERP-System gesendet werden, auf dem das Personalmanagement (PA) luft. Folgende Szenarien werden unterschieden: Im Szenario I2-A luft auf dem einem System nur SAP E-Recruiting. Das Personalmanagement luft auf einem anderen System, unabhngig vom SAP E-Recruiting System.

SAP E-Recruiting Szenario I2-A

SAP ERP

SAP E-Recruiting

SAP ERP HCM

SAP NetWeaver NetWeaver

SAP NetWeaver NetWeaver

Im Szenario I2-B luft auf dem einen System (Mandanten) SAP E-Recruiting integriert in ein SAP ERP-System, bei dem aber lediglich SAP E-Recruiting produktiv ist. Das Personalmanagement luft produktiv auf einem weiteren ERP-System oder Mandanten, unabhngig vom SAP E-Recruiting System.

SAP E-Recruiting Szenario I2-B

SAP ERP

SAP ERP

SAP ERP HCM

SAP E-Recruiting

SAP ERP HCM

SAP NetWeaver NetWeaver

SAP NetWeaver NetWeaver

SAP E-Recruiting und SAP ERP im I2-A Szenario


Das Programm RHALEINI (Transaktion PFAL) verteilt die Mitarbeiter (Personalnummern) in das SAP E-Recruiting System. Nach der Verteilung der Objekte des Personalmanagements in das SAP E-Recruiting muss fr jede Personalnummer (P) im Personalmanagementsystem ein korrespondierendes Objekt Kandidat (NA) im SAP E-Recruiting System existieren. Dazu mssen im Personalmanagement fr jeden Mitarbeiter die Objekte Personalnummer (P) sowie Zentrale Person (CP) vorhanden sein. Zustzlich muss zu jeder Zentralen Person (CP) ein Geschftspartner (BP) existieren, sofern das (Erst-) Einstellungsdatum der zugehrigen Personalnummer erreicht ist. SAP E-Recruiting legt dann zu jeder Personalnummer (P), zu der auch ein Geschftspartner (BP) existiert, einen Kandidaten (NA) an.

Bei Verwendung der Mehrfachbeschftigung (CE) legt SAP E-Recruiting einen Kandidaten (NA) fr jede Zentrale Person (CP) an. Einer Zentralen Person knnen mehrere Personalnummern zugeordnet sein. Die nachfolgende Grafik zeigt die Objektbeziehungen zwischen den relevanten Objekten des Personalmanagements und SAP E-Recruiting.

Objektbeziehungen

Personalnummer (P)

Benutzer (US)

0..n

Planstelle (S) 0..n

Zentrale Person (CP)

Geschftspartner (BP)

Kandidat (NA)

Die Personalstammdaten zu den Personalnummern sind in PA-Infotypen gespeichert.

Customizing-Einstellungen
In der Systemtabelle T77S0 mssen Sie die folgenden Parameter setzen: Parameter in Tabelle T77S0 Gruppe HRALX HRALX HRALX RECFA Sm. Krzel HRAC PBPHR USRAC HRRFC Wert X ON X Log.System, nicht erforderlich bei Verwendung von XITechnologie fr den Datentransfer, aber in jedem Fall erforderlich fr die Integration in das Organisationsmanagement. RECFA RECCE Legt fest, ob die Mehrfachbeschftigung (CE) im SAP E-Recruiting System aktiv ist Logisches System (erforderlich auf Seite des HR-Systems), nicht erforderlich bei Verwendung von XIBeschreibung Aktiviert HR-Integration Verteilt Mitarbeiter aus dem angeschlossenen HR-System Legt Beziehung zum Benutzer an Logisches System des gekoppelten HR- Systems

Mehrfachbeschftigung ist im SAP E-Recruiting System aktiv (Parameter ist relevant ab Release 604) RFC-Verbindung in das SAP E-Recruiting System

RECFA

DTCBA

Technologie fr den Datentransfer Die folgenden Beispiel-Implementierungen der nachfolgend aufgefhrten BAdIs oder entsprechende kundeneigene Implementierungen mssen Sie aktivieren. BAdI-Implementierungen BAdI HRSYNC_P HRALX_HRALXSYNC_BADI HRALE00INBOUND_IDOC HRALE00SPLIT_INBOUND HRALE00INBOUND_IDOC HRALE00SPLIT_INBOUND HRALE00INBOUND_IDOC Beispielimplementierung CONV_HR_DATA_TO_EREC (aktiv ab Release 604) CHECK_INTER_NA_EXIST (inaktiv) HRRCF00_INBD_NEWMOD (aktiv ab Release 604) HR_INB_PROCESS_IDOC (Inaktiv ab Release 604) HRRCF00_DELETE_SPREL (Inaktiv ab Release 604) HR_INB_PROCESS_IDOC (Aktiv bis Release 603) HRRCF00_DELETE_SPREL (Aktiv bis Release 603)

Best Practices nach der Installation von SAP E-Recruiting (ALEVerteilung) bis Release 603

Dieses Kapitel ist nur fr Releasestnde bis 603 relevant und beschreibt die initiale Verteilung der Objekte Personalnummer (P) und Planstelle (S). Voraussetzungen Sie nutzen bereits das Personalmanagement in Ihrem HR-System. Sie installieren nun SAP E-Recruiting wie in den Szenarien I2 beschrieben. Sie mchten eine initiale Verteilung der HR-Stammdaten (Objekttyp P) und der Organisationsstruktur (Objekttypen O, S) oder anderer Objekttypen durchfhren. Vorgehensweise Sie verwenden das Programm RHALEINI und legen damit alle initialen Kandidatenobjekte (NA-Objekte) im SAP E-Recruiting an. In einem I2-Szenario tauscht SAP E-Recruiting die Beziehung P CP S im Infotyp 1001 aus. S gegen eine Beziehung

Wenn Sie die initiale Verteilung der Objekte P und S im Insert Modus durchfhren (ein IDoc mit zwei Segmenten, eines fr das Objekt P und ein weiteres fr das Objekt S) kann es vorkommen, dass whrend des Inbound-Prozesses fr das Segment des Objekts P zuerst die Beziehung CP S angelegt wird. Diese Beziehung wird aber durch den Insert-Modus wieder gelscht, wenn das zweite IDoc-Segment mit dem Objekt S prozessiert wird. Aus diesem Grund empfehlen wir die folgende initiale Verteilungsstrategie:

Dieses ist nur eine Empfehlung, andere Vorgehensweisen sind mglich. Verteilen Sie alle Objekte vom Typ Organisationseinheit (O) mit Hilfe des Programms RHALEINI. Stellen Sie durch Verwendung des Update-Modus als bertragungsmodus mit Angabe des Infotyps 1000 sicher, das alle Objekte vom Typ O im SAP ERecruiting System angelegt werden.

Wiederholen Sie den vorangegangenen Schritt fr den Objekttyp S. Verteilen Sie erneut alle Objekte des Objekttyps O mit Hilfe des Programms RHALEINI. Stellen Sie durch Verwendung des Insert Modus als bertragungsmodus sicher, dass alle Objekte vom Typ O und die Beziehungen zwischen den Objekten im SAP E-Recruting System angelegt werden.

Der Infotyp 1000 wird dadurch erneut verteilt. Wiederholen Sie nun den vorangegangenen Schritt fr den Objekttyp S. Verteilen Sie alle Objekte des Objekttyps P mit Hilfe des Programms RHALEINI. Stellen Sie durch Verwendung des Insert-Modus als bertragungsmodus sicher, dass alle Objekte vom Objekttyp P und die Beziehungen zwischen den Objekten im SAP ERecruiting angelegt werden. Des weiteren legt das System die Objekte vom Typ Kandidat (NA) an.

ALE Eingangsverarbeitung im SAP E-Recruiting


Die ALE-Eingangsverarbeitung legt Kandidaten im SAP E-Recruiting bei Installation als I2Szenario an oder aktualisiert diese. Beachten Sie, dass die Eingangsverarbeitung ab Release 604, bedingt durch die CEFunktionalitt, gendert wurde und die ALE-Eingangsverarbeitung im SAP E-Recruiting dadurch anders abluft.

Inbound-Prozess bis Release 603

SAP E-Recruiting Eingangsverarbeitung im I2-A (I2-B)-Szenario bis Release 603

SAP ERP HCM

SAP E-Recruiting

BAdI HRALE00SPLIT_INBOUND

Personaladministration

process_selected_data

ALE
SAP E-Recruiting Eingangsverarbeitung

PA SAP NetWeaver

CP

BP

NA

Der Inbound-Prozess ruft die Implementierung des BAdIs HRALE00SPLIT_INBOUND. Die nachfolgenden Aktivitten fhrt das System mit der Methode HRRCF_CAND_FROM_EE_ALE der Klasse CL_HRRCF_EMPLOYEE_INBOUND durch. Die Methode liest den Benutzernamen und die E-Mail-Adresse aus den IDoc-Daten des Infotyps 0105. Die Methode legt einen Geschftspartner (BP) und eine Zentrale Person (CP) an, die bentigt werden, um einen internen Kandidaten anzulegen. Anschlieend verknpft sie diesen Kandidaten (Infotyp 1001) mit der Zentralen Person. Die Methode legt ebenfalls einen Datensatz im Infotyp 5102 fr den Kandidaten an und setzt den Indikator IS_INACTIVE (FALSE, wenn die IDoc-Daten von IT0000STAT2 = 3 (Mitarbeiter ist aktiver Mitarbeiter), anderenfalls TRUE) Wenn der Benutzer, der der Personalnummer im Infotyp 0105 zugeordnet ist, im IDoc nicht existiert, legt die Methode den Benutzer an, unter Verwendung der Vorlage EEXXXXXXXX (dabei sind XXXXXXXX die acht Zeichen aus seiner Personalnummer). Das System ordnet dem Benutzer anschlieend den Referenzbenutzer zu, der gem Tabelle T77RCF_ROLE seiner Rolle (interner Kandidat) entspricht. Wenn Qualifikationen ber das IDoc von Infotyp 1001 zur Personalnummer (P) verteilt werden, speichert das System diese Qualifikationen im Infotyp 5105 des Kandidaten (NA). Die Beziehung P S des original IDocs ndert sich in eine Beziehung vom Typ CP S.

Einstellung ohne Bezug auf Kandidaten (Transaktion PA40) bis Release 603 Dieser Fall beschreibt eine Einstellung, ohne das zuvor ein Kandidat im SAP E-Recruiting vorhanden war. Wenn das Einstellungsdatum fr eine Personalnummer in der Zukunft liegt, legt der InboundProzess einen Eintrag in der Tabelle T77RCF_P_STAT mit dem Einstellungsdatum an, an dem der periodischer Service PROCESS_CAND_STATUS_CHANGE den Kandidaten von einem externen zu einem internen Kandidaten klassifiziert. Die Integration lauft dabei wie im Kapitel Inbound-Prozess bis Release 603 beschrieben (BP, NA usw. werden angelegt).

Inbound-Prozess ab Release 604

SAP E-Recruiting Eingangsverarbeitung im I2-A (I2-B)-Szenario ab Release 604

SAP ERP HCM

SAP E-Recruiting
Standard-ALE-Eingangsverarbeitung fr HR-Stammdaten

process_idoc BAdI HRALE00INBOUND_IDOC post_process_idoc

Personaladministration

ALE
SAP E-Recruiting Eingangsverarbeitung

PA SAP NetWeaver

CP

BP

NA

Der Inbound-Prozess ruft die Implementierung des BAdIs HRALE00INBOUND_IDOC. Diese ermglicht die Ausfhrung der Standard-ALE-Eingangsverarbeitung fr HR-Stammdaten. Das hierzu verwendete Infotyp-Framework (IT5580 zu IT5588) liegt in der Anwendungsbasis (SAP_ABA). Ab Release 604 nutzt SAP E-Recruiting die Standard-ALE-Eingangsverarbeitung fr HRStammdaten und legt nur die Objekte des SAP E-Recruiting an. Die Standard-ALEEingangsverarbeitung fr HR-Stammdaten legt alle weiteren Objekte, wie BP, CP usw. an und verknpft die HR-Stammdaten mit dem Infotyp-Framework. In der Methode POST_PROCESS_IDOC der Implementierung des BAdIs liegt der SAP ERecruiting spezifische Teil der Eingangsverarbeitung. Die nachfolgenden Aktivitten fhrt die Methode DO_ALE_POST_PROCESSING der Klasse CL_HRRCF_ALE_EE_INBOUND aus:

Nur diese Implementierung fr die Eingangsverarbeitung untersttzt die Mehrfachbeschftigung (CE). Die Methode liest die E-Mail-Adresse aus den Daten des Geschftspartners (BP). Die Standard-ALE-Eingangsverarbeitung fr HR-Stammdaten verknpft die IDocDaten des Infotyps 0105 mit denen des Infotyps 5585. Der Infotyp 5585 enthlt dann den Benutzer fr SAP E-Recruiting. Die Methode verwendet den Geschftspartner (BP) und die Zentrale Person (CP), die zuvor durch die Standard-ALE-Eingangsverarbeitung fr HR-Stammdaten angelegt wurden, um einen internen Kandidaten (NA) anzulegen. Abschlieend verlinkt sie den Kandidaten mit der Zentralen Person. Die Methode legt des weiteren fr den Kandidaten einen Eintrag im Infotyp 5102 an und setzt den Indikator IS_INACTIVE auf FALSE, wenn die IDoc-Daten fr IT0000STAT2=3 (Mitarbeiter ist aktiver Mitarbeiter), anderenfalls auf TRUE. Bei Einsatz der

Mehrfachbeschftigung (CE) muss mindest eine Personalzuordnung eine aktive Zuordnung sein, damit SAP E-Recruiting den Mitarbeiter als aktiven Mitarbeiter erkennen kann. Wenn der Benutzer, der der Personalnummer im Infotyp 5585 zugeordnet ist, im IDoc nicht existiert, legt die Methode den Benutzer an, unter Verwendung der Vorlage EEXXXXXXXX (dabei sind XXXXXXXX die acht Zeichen aus seiner Personalnummer). Das System ordnet dem Benutzer anschlieend den Referenzbenutzer zu, der gem Tabelle T77RCF_ROLE seiner Rolle (interner Kandidat) entspricht. Wenn Qualifikationen ber ein IDoc des Infotyps 1001 zur Personalnummer (P) verteilt wurden, werden diese Qualifikationen durch die Standard-ALE-Eingangsverarbeitung fr HR-Stammdaten im Infotyp 5586 gespeichert. Von dort aus kopiert SAP ERecruiting diese in den Infotyp 5105 des Kandidaten (NA). Die Adresse des Kandidaten bernimmt SAP E-Recruiting vom Geschftspartner.. Beachten Sie, dass die Standard-ALE-Eingangsverarbeitung fr HR-Stammdaten die Beziehung P S als CP S-Beziehung im Infotyp 5586 als auch im Infotyp 1001 speichert. SAP E-Recruiting selber fhrt keine nderungen der Zuordnungen durch.

Einstellung ohne Bezug auf den Kandidaten (Transaktion PA40) ab Release 604
Dieser Fall beschreibt eine Einstellung, ohne das zuvor ein Kandidat im SAP E-Recruiting angelegt war. Wenn das Einstellungsdatum einer Person in der Zukunft liegt, legt die ALEEingangsverarbeitung nur eine neue Personalnummer (P) und die zugeordnete Zentrale Person (CP) in den Infotypen 5580 bis 5588 an. Zu diesem Zeitpunkt wird noch kein Eintrag im Infotyp 1001 angelegt. Da das System keinen Geschftspartner (BP) anlegt, kann SAP ERecruiting zu diesem Zeitpunkt keinen Kandidaten (NA) anlegen. Das System legt den Kandidaten erst dann an, wenn Sie den Report HRALESYNC im Reparaturlauf am Einstellungstag oder spter ausfhren. Der Report repariert die Daten durch das Anlegen des entsprechenden Geschftspartners (BP) und der Eintrge im Infotyp 1001. Anschlieend ruft die BAdI-Implementierung CONV_HR_DATA_TO_EREC des BAdIs HRSYC_P die Eingangsverarbeitung des SAP E-Recruiting DO_ALE_POST_PROCESSING und die Integration luft wie zuvor im Kapitel Inbound-Prozess ab Release 604 beschrieben.

Im normalen Betrieb sollten Sie den Report HRALESYNC periodisch einplanen.

Einstellung mit Bezug auf den Kandidaten (Transaktion PA48)


Dieser Fall beschreibt eine Einstellung eines externen Kandidaten ber das SAP ERecruiting. In diesem Fall werden die Daten des externen Kandidaten per Remote Function Call (RFC) in die Transaktion PA48 (Modulpool SAPMPRAP, Tabelle T752F) des HRSystems bertragen. Das System startet eine Einstellungsmanahme, wobei die bertragenen Daten als Vorschlagswerte bernommen werden. Nach Durchfhrung der Einstellungsmanahme ruft das System den Funktionsbaustein HR_RCF_ASSIGN_EE_TO_CANDIDATE. Dieser informiert SAP E-Recruiting darber, dass der externe Kandidat eine Personalnummer erhalten hat und legt die CP->P Verknpfung im Infotyp 1001 an.

Nur die Personalnummer (P) wurde dem Kandidaten (NA) zugeordnet. Der Kandidat bleibt so lange ein externer Kandidat, bis die ALE Eingangsverarbeitung durchgefhrt wurde.

Einstellung mit Bezug auf den Kandidaten (XI-Schnittstelle)


Sie knnen mit dem XI-Content fr HCM Prozesse und Formulare [Extern] SAP E-Recruiting und HCM Prozesse und Formulare [Extern] miteinander integrieren. Auf diese Weise knnen Sie ber die XI-Schnittstelle Daten aus dem SAP E-Recruiting System ins HR-System bertragen und dort die Einstellung eines neuen Mitarbeiters anstoen (XI-Szenario Antrag aus dem E-Recruiting auf Neueinstellung (NEWHIREREQUEST) [Extern]). Nach erfolgreicher Einstellung und Empfang der XI-Nachricht HireConfirmation ruft das System den Funktionsbaustein HR_RCF_ASSIGN_EE_TO_CANDIDATE und verhlt sich genau so, als wenn die Nachricht HireConfirmation durch einen RFC-Aufruf gesendet worden wre (siehe Einstellung mit Bezug auf den Kandidaten (Transaktion PA48)).

nderungen des Aktivittsstatus in der Zukunft


Wenn Sie nderungen am Aktivittsstatus in den Stammdaten eines Mitarbeiters gemacht haben (nderungen, die die Ausprgung des Feldes STAT2 im Infotyp 0000 betreffen) und Sie diese nderungen per ALE in das SAP E-Recruiting verteilen, muss SAP E-Recruiting den zugehrigen Kandidaten in einen externen oder internen berfhren. Die Eingangsverarbeitung im SAP E-Recruiting schreibt einen Indikator in die Vormerktabelle T77RCF_P_STAT, dass nderungen in der Zukunft stattfinden sollen. Mit Hilfe des periodischen Services PROCESS_CAND_STAT_CHANGE (Klasse CL_HRRCF_UPDATE_P_STAT) knnen Sie die nderungen der Aktivittsstatus zum richtigen Zeitpunkt automatisieren. Der periodische Service muss dazu tglich laufen und sorgt dafr, dass beim Tag des Wiedereintritts oder Austritts der Kandidat zum internen oder externen Kandidaten wird. Dazu verwendet der Service die Daten aus der Vormerktabelle T77RCF_P_STAT.

Entlassung
Im Falle einer Entlassung erhlt das Attribute STAT2 im Infotyp 0000 einen zu 3 unterschiedlichen Wert. Die Eingangsprozessierung setzt den Indikator IS_INACTIVE im Infotyp 5102 auf TRUE (Entlassung nicht in der Zukunft) und aktualisiert das Benutzerprofil. Bei einer Entlassung in der Zukunft macht das System einen entsprechenden Eintrag in der Vormerktabelle T77RCF_P_STAT (siehe auch Kapitel nderung des Aktivittsstatus in der Zukunft).

Wenn Sie die Mehrfachbeschftigung (CE) einsetzen, mssen alle Beschftigungsvertrge des Mitarbeiters inaktiv sein, damit SAP E-Recruiting den Mitarbeiter als inaktiven Mitarbeiter ansieht.

Wiedereinstellung
Im Falle einer Wiedereinstellung erhlt das Attribut STAT2 im Infotyp 0000 wieder den Wert 3. Die Eingangsprozessierung setzt den Indikator IS_INACTIVE im Infotyp 5102 auf FALSE (Wiedereinstellung nicht in der Zukunft) oder veranlasst, dass das System einen entsprechenden Eintrag in der Vormerktabelle T77RCF_P_STAT schreibt (siehe auch Kapitel nderungen des Aktivittsstatus in der Zukunft). Das Profil des zugeordneten Benutzers ndert das System entsprechend dem Kennzeichen IS_INACTIVE.

SAP E-Recruiting und SAP ERP in einem I2-B-Szenario


Im Szenario I2-B luft auf dem einen System SAP E-Recruiting integriert in ein SAP ERPSystem, bei dem aber lediglich SAP E-Recruiting produktiv ist. Das Personalmanagement luft produktiv auf einem weiteren ERP-System, unabhngig vom SAP E-Recruiting System.

Dieses Integrationszenario verhlt sich identisch zum vorherigen Szenario I2-A. Da SAP ERP HCM im System vorhanden ist aber nicht verwendet wird, mssen Sie SAP E-Recruiting manuell darber informieren, dass SAP E-Recruiting in einem I2-B-Szenario und nicht in einem I1-Szenario betrieben werden soll. Dieses erreichen Sie, indem Sie im Statischen Konstruktor der Klasse CL_HRRCF_SYSTEM_CHECK eine Erweiterung anlegen, die das Attribut IS_STANDALONE auf TRUE setzt. Weitere Informationen hierzu finden Sie im SAP Hinweis 1147882.

Ein I1-Szenario beschreibt den Fall, dass SAP E-Recuiting und HCM produktiv, integriert auf dem selben System, laufen.