Metadaten-Framework und Stammdaten integrieren

Aktivieren Sie für die Administratoren, die mit GOs arbeiten, die folgenden Optionen unter Admin-Center→Berechtigungsrollen verwalten→Administratorberechtigungen:

• Metadata Framework: Objektdefinitionen konfigurieren, Daten verwalten und Lese-/Schreibberechtigungen für Metadata Framework. Es können auch zusätzliche Optionen ausgewählt werden.
• MDF-Grundlagenobjekte: Wählen Sie alle Optionen für Abteilung und Abteilung aus, mit Ausnahme von Überschreibungen auf Feldebene. Diese Berechtigungen sind erforderlich, um Daten für die allgemeinen Objekte hinzuzufügen und zu bearbeiten und die GOs für eine Stellenanforderung zu verwenden. Weitere Details finden Sie unter Berechtigungen auf Objektebene.

Die GOs Sparte und Abteilung sind im System vorhanden, sobald sie aktiviert sind. Zeigen Sie diese Objekte über Admin-Center→Objektdefinitionen konfigurieren an.

Assoziationen definieren eine hierarchische Beziehung zwischen zwei Objekten. Ohne Assoziationen befinden sich alle Objekte auf derselben Ebene. Die Relation zwischen Objekten kann Eins-zu-viele oder Eins-zu-eins sein.

• Eins-zu-viele-Beziehung – Eine Abteilung besteht aus mehreren Abteilungen. Daher erstellen Sie eine Zuordnung einer Abteilung zu mehreren Abteilungen.
• Eins-zu-Eins-Beziehung – Einer Lokation kann nur eine Geozone zugeordnet sein.

Es gibt zwei Arten von Assoziationen:

• Gültig, wenn Assoziationen die Verbindung von Daten für Objekte zulassen, die Objekte jedoch als separate Entitäten belassen. Dies wird häufig in Grundlagenobjektbeziehungen verwendet, um Filterfunktionen zwischen Datensätzen zu erstellen. Für Valid-If-Assoziationen hat das zugehörige Objekt einen eigenen Lebenszyklus und ist auch ohne das zu definierende Objekt vorhanden.
• Zusammengesetzte Assoziationen erstellen eine Eltern-Kind-Beziehung zwischen zwei Objekten. Für diesen Assoziationstyp ist die zu assoziierende Entität eine untergeordnete Entität, die außerhalb des übergeordneten Objekts, das Sie definieren, nicht vorhanden ist. Wenn ein Objekt in einem Objekt als zusammengesetztes untergeordnetes Objekt bezeichnet wird, kann es nicht als Objekt der obersten Ebene verwendet werden, und Datensätze können nicht separat für das untergeordnete Objekt erstellt werden.

Verwenden Sie für unseren Anwendungsfall Sparte und Abteilung eine Valid-If-Assoziation. Assoziationen werden aus dem untergeordneten Objekt konfiguriert, bei dem es sich um die Abteilung handelt. Navigieren Sie von Objektdefinitionen konfigurieren zur Abteilung.

Wählen Sie rechts auf der Seite in der Liste Aktion ausführen die Option Korrektur vornehmen:

Blättern Sie nach unten zu Assoziationen.

Beginnen Sie mit der Eingabe in der zweiten Zeile, die den folgenden Text enthält: cust_. Geben Sie folgende Informationen ein:

• Name = cust_to_division. (Beachten Sie, dass „Name" eigentlich die „ID" ist, nicht die Bezeichnung.)
• Multiplizität = Eins zu viele.
• Zielobjekt = Sparte.
• Typ = Gültig, wenn.
• Wählen Sie den Link Details.
• Bezeichner = Sparte.

Sichern Sie sowohl die Details als auch das Objekt.

Wenn Sie eine Assoziation ändern, erhalten Sie die folgende Meldung, die auch im Screenshot unten angezeigt wird:

Sie haben die Assoziation [cust_toDivision] umbenannt. Dies kann zu einem Referenzverlust in Regeln/RBP/konfigurierbaren UI-Bilddefinitionen führen. Aktualisieren Sie diese Referenzen manuell. Wählen Sie "Ja", um zu sichern.

Um dies zu beheben, führen Sie eine OData-Aktualisierung durch. Führen Sie die Aktualisierung für ähnliche Arten von Änderungen durch, z.B. wenn Sie der Stellenanforderungsvorlage ein neues Feld hinzufügen, das sich auf Geschäftsregeln auswirkt.

Aus Admin-Center→OData-API-Metadatenaktualisierung und -export:

Verwenden Sie Daten verwalten, um das Feld Sparten zu füllen. Dies kann als Spartendaten oder -instanzen bezeichnet werden.

Legen Sie für diesen Anwendungsfall die folgende Struktur an: drei Sparten und fünf Abteilungen:

Navigieren Sie zu Admin-Center→Daten verwalten.

Bei der Suche nach der Sparte und aus der zweiten Liste stellen Sie fest, dass keine Datensätze gefunden werden.

Verwenden Sie unter Neu erstellen auf der rechten Seite die Textvervollständigung, um Sparte auszuwählen.

Geben Sie Folgendes ein:

• Gültig ab: 01.01.1900.
• Code: Operationen.
• Name: Operationen.
• Status: Aktiv.

Sichern Sie die Spartendaten.

Legen Sie die beiden anderen Sparten auf die gleiche Weise an: Unternehmen und Vertrieb.

Wenn Sie die fünf für unseren Kunden erforderlichen Abteilungen anlegen, ordnen Sie sie den drei Sparten zu.

Wählen Sie im Admin-Center→Daten verwalten die Option Neu anlegen, und wählen Sie Abteilung.

Geben Sie Folgendes ein:

• Gültig ab: 01.01.1900.
• Code: Engineering.
• Name: Engineering.
• Status: Aktiv.
• Sparte: Operations.

Sichern Sie die Daten der Abteilung.

Legen Sie die anderen vier Abteilungen auf die gleiche Weise an: Personalwesen, Besetzung, Finanzwesen und Vertrieb. Verknüpfen Sie sie mit den aufgeführten Sparten.

Die Standardfelder vom Typ FA/GO für Sparte, Abteilung und Ort ersetzen nicht die vorhandenen Standardfelder für Sparte, Abteilung und Standort, die nicht vom Typ FO/GO in der Stellenanforderung und im Angebot sind. Beide Feldtypen sind nebeneinander vorhanden, bis einer von ihnen explizit deaktiviert ist. Fügen Sie in diesem Teil des Anwendungsfalls die Feldtypen „Allgemeines Objekt" für Abteilung und Abteilung zu unserer Stellenanforderungsvorlage hinzu, und entfernen Sie die Nicht-GO-Feldtypen für diese Felder. Zu einem späteren Zeitpunkt werden zusätzliche Schritte ausgeführt, um die GO-Versionen dieser Feldtypen zu verwenden.

Für die Bestellanforderung stehen sechs neue Standardfelder vom Typ FA/GO zur Verfügung, die unten aufgeführt sind.

Generische Objekte:

• Rechtsträger: legalEntity_obj
• Geschäftseinheit: businessUnit_obj
• Abteilung: department_obj
• Sparte: division_obj
• Kostenstelle: costCenter_obj

Grundlagenobjekt: Standort: location_obj

So werden die Felder ID und Objekt für Sparte und Abteilung auf dem JRDM definiert:

In den Feldkriterien sind zwei Tags verfügbar:

• Quellfeldname
• destinationFieldValue

sourceFieldName ist der Name der in MDF konfigurierten Assoziation: cust_to_division plus ".internalId". Beispiel: sourceFieldName = cust_to_division.internalId.

destinationFieldValue ist die Feld-ID des übergeordneten Felds, wie im JRDM definiert. Beispiel: destinationFieldValue = division_obj.

Denken Sie daran, die ursprünglichen, abgeleiteten Felder „Abteilung" und „Abteilung" sowie die Berechtigungen aus der Stellenanforderungsvorlage zu entfernen und die Berechtigungen für die neuen Felder „Allgemeines Objekt" hinzuzufügen.

Die folgenden Arten von Berechtigungen für die Stellenanforderung sind verfügbar:

• Rollenberechtigungen für Vorlagen
• Berechtigungen auf Objektebene
• Zielpopulation

Diese Berechtigungen werden in einer bestimmten Reihenfolge ausgeführt. Wenn eine dieser Berechtigungen zu einem beliebigen Zeitpunkt fehlschlägt, wird der nächste Berechtigungssatz nicht ausgeführt.

Rollenberechtigungen für Vorlagen werden wie immer festgelegt, um den Lese- oder Schreibzugriff zu ermitteln, den ein Operator auf ein Feld in der Stellenanforderung hat. Gültige Bestellanforderungsstatus sind vorab genehmigt, genehmigt und geschlossen. Wenn die erforderlichen Vorlagenrollenberechtigungen nicht definiert sind, wird das Feld nicht angezeigt.

Das Beispiel aus dem Anwendungsfall, bei dem der Personalbeschaffer die Felder Sparte und Abteilung GO bearbeiten kann, wenn sich die Bestellanforderung im Status „Vorläufig genehmigt" befindet:

Denken Sie daran, Lese- und Schreibberechtigungen für die neuen Feldtypen GO für alle Operatoren und alle Anforderungsstatus in der Stellenanforderung festzulegen.

Um FO/GOs für eine Stellenanforderung zu verwenden, müssen Sie zunächst die Berechtigung für jedes Objekt erteilen. Es gibt mehrere Berechtigungen, die einem Objekt erteilt werden können:

Aktuelle anzeigen/anzeigen – Wenn Sie diese Berechtigung nicht auswählen, wird der Feldbezeichner auf der Benutzeroberfläche (Anforderungsformular) angezeigt, aber das zugehörige Eingabefeld ist nicht sichtbar. Wenn die Berechtigung Aktuelle anzeigen erteilt wurde, wird durch Klicken auf die Visitenkarte neben dem Feld ein Popup-Fenster mit Informationen zum Objekt angezeigt.

Anlegen – Wenn Sie einem Objekt die Berechtigung zum Anlegen erteilen, wird die Option zum Anlegen einer neuen Objektinstanz (Daten) angezeigt. Sobald die Berechtigung Anlegen erteilt wurde, wird neben dem Eingabefeld, das mit dem Objekt verknüpft ist, das Symbol zum Anlegen angezeigt. Klicken Sie auf dieses Symbol, um eine neue Instanz (Daten) für dieses Objekt anzulegen.

Korrigieren/Löschen – Wenn Sie einem Objekt die Berechtigung zum Korrigieren/Löschen erteilen, wird eine Option zum Bearbeiten und Verwalten eines Objekts angezeigt. Klicken Sie auf der Visitenkarte auf Bearbeiten, um die Änderungen an der Objektinstanz auf derselben Seite vorzunehmen, oder klicken Sie auf Verwalten, um die Daten auf der Seite Daten verwalten anzuzeigen. Sie können auch direkt zur Seite Daten verwalten wechseln, um die Daten zu bearbeiten.

Bisher haben Sie im Anwendungsfall diese Berechtigungen für die Admin-Benutzer über Rollenbasierte Berechtigungen festgelegt.

Berechtigungen auf Objektebene müssen auch für alle Benutzer festgelegt werden, die Stellenanforderungen erstellen oder bearbeiten. Für unseren Anwendungsfall sind das also alle einstellenden Manager und Mitglieder der Besetzungsabteilung. Dadurch können die Benutzer das Feld sehen. Beachten Sie, dass die Berechtigung zum Lesen oder Schreiben in der Stellenanforderung erteilt wird.

Nachdem Sie die Berechtigungen für die FO/GOs definiert haben, besteht der nächste Schritt darin, die Zielpopulation der Benutzer zu definieren, die Zugriff auf das Objekt haben. Dies ist Teil der rollenbasierten Berechtigungen, nicht spezifisch für Recruiting. Für den Anwendungsfall müssen Sie diesen Schritt nicht ausführen.

Melden Sie sich an SAP SuccessFactors HCM an, und navigieren Sie zu Recruiting als Benutzer mit Berechtigungen zum Erstellen und Bearbeiten von Stellenanforderungen und FO/GO-Feldern.

Erstellen oder öffnen Sie ein Suchauftragsformular.

Stellen Sie sicher, dass:

• Sie können die neuen Felder Sparte und Abteilung ausfüllen.
• Die Felder sind korrekt miteinander verknüpft (z.B. wenn Vorgänge für Sparte ausgewählt ist, ist die einzige Option für Abteilung Konstruktion).
• Der Benutzer kann die Visitenkarte auswählen, um auf die Optionen Bearbeiten und Verwalten zuzugreifen.

Optionen aus „Recruiting-Einstellungen verwalten" steuern die Sichtbarkeit von Feldern auf der Seite „Stellenanforderungsübersicht" mithilfe von Anzeigeoptionen und Filteroptionen.

Diese Einstellungen steuern auch die Sichtbarkeit der Felder in den folgenden Szenarios:

• Recruiting-E-Mail-Vorlage verwalten
• Token für Angebotsschreibenvorlage verwalten

Wählen Sie im Admin-Center→„Recruiting-Einstellungen verwalten" Folgendes aus, um die FO/GO-Felder zu aktivieren:

Nehmen Sie außerdem die folgende Änderung vor, um die Standardfelder zu deaktivieren:

Die Standardfelder für FO/GO können auch als Filter (Laufbahnsuche) verwendet werden. Wählen Sie die gewünschten Felder aus den Einstellungen für die interne und externe Karrieresuche im→Admin-Center aus, und löschen Sie die abgeleiteten Felder.

Ergebnis:

Alle sechs FO/GO-Felder, die in der Stellenanforderungsvorlage und der Angebotsvorlage definiert sind, können ohne Weiteres als Token verwendet werden. Eine Konfiguration ist nicht erforderlich.

Der primäre Anwendungsfall für die Verwendung von FO/GOs besteht darin, die Wiederverwendung von Daten zu ermöglichen, die in MDF für Recruiting definiert sind. Wenn EC nicht aktiviert ist, verwenden die anderen Module, einschließlich des Mitarbeiterprofils/Personenprofils, keine FO-/GO-Werte wie Abteilung und Abteilung. In einer Nicht-EC-Instanz werden diese Feldwerte weiterhin aus der Benutzerdatendatei (UDF) abgeleitet.

Weitere Informationen finden Sie im Einführungsleitfaden: Personalstammdatensynchronisation für Grundlagenobjekt und allgemeine Objektfelder im Recruiting implementieren.