Beruflich Dokumente
Kultur Dokumente
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)
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)
Person (P)
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
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.
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.
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).
US 2
US 1
CP 2
CP 1
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:
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
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
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).
SAP ERP
SAP E-Recruiting
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 ERP
SAP ERP
SAP E-Recruiting
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
Geschftspartner (BP)
Kandidat (NA)
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.
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).
SAP E-Recruiting
Standard-ALE-Eingangsverarbeitung fr HR-Stammdaten
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.
Nur die Personalnummer (P) wurde dem Kandidaten (NA) zugeordnet. Der Kandidat bleibt so lange ein externer Kandidat, bis die ALE Eingangsverarbeitung durchgefhrt wurde.
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.
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.