Integration von SAP SuccessFactors Employee Central und der variablen Bezahlung

Viele der Datensätze in Employee Central sind mit einem Stichtag versehen, d.h. jedes Mal, wenn eine Transaktion eingegeben wird, fordert das System Sie auf, ein Gültigkeitsstartdatum anzugeben, das die historischen, aktuellen und zukünftigen Datensätze in Employee Central anlegt. Das Arbeitsblatt Gültigkeitsdatum steuert NUR den Import datierter Informationen aus Employee Central in die Zusammenfassungszeilen der variablen Bezahlung.

• Wirksamkeitsdatum gilt NICHT für VRP-Mitarbeiterhistoriendatensätze, nur Zusammenfassungsebenenfelder (d.h. Eintragsebene)
• ALLE Zusammenfassungsebenenfelder müssen dasselbe Gültigkeitsdatum verwenden (d. h., das Gehalt kann nicht ab dem Enddatum des Plans abgerufen werden, aber die Abteilung ab dem aktuellen Datum.)
• Das Gültigkeitsdatum wirkt sich NICHT auf die Zulässigkeitsregeln des VRP-Plans aus. Eignungsregeln beziehen sich immer auf die Daten in der Mitarbeiterhistorie, da Mitarbeiter während der Planperiode verschoben werden können.
• Beachten Sie, dass nicht alle Employee-Central-Objekte ein Gültigkeitsdatum haben (z.B. Beschäftigungsdetails). Der Stichtag wird für diese Employee-Central-Objekte ignoriert.

Für einige Unternehmen gibt es ein spezielles Szenario, das als hybride Vorlage bezeichnet wird.

• In einer hybriden Vorlage werden einige Benutzer in Employee Central und andere außerhalb von Employee Central gespeichert, obwohl beide in der variablen Bezahlung geplant sind. Ein hybrides Szenario kann die Komplexität erheblich erhöhen und wird in der Regel nicht bevorzugt. Eine empfohlene Alternative besteht darin, für jede einzelne Population eine Vorlage zu haben.
• Hybride Vorlagen verwenden sowohl den dateibasierten Datenimport als auch die Datenintegration.
• Zwei Arten von Mitarbeitern:
  1. Die Employee-Central-Datenzuordnung wird weiterhin für Employee-Central-Mitarbeiter verwendet.
  2. Die Datenzuordnung der Benutzerdatendatei (importKey) wird für Mitarbeiter mit importierten Datensätzen für absolvierte Schulungen verwendet.
• Hybrid bedeutet NICHT, dass Sie gemischte Datenquellen für einen einzelnen Mitarbeiter haben können. Es ist NICHT möglich, einige Daten auf Feldebene aus Employee Central und die verbleibenden Daten auf Feldebene aus dem Benutzerimport für denselben Benutzer auszuwählen.
• Hybride Pläne wenden möglicherweise weiterhin Nicht-MDF-Eignungsregeln auf Datensätze für absolvierte Schulungen an, sodass Sie möglicherweise eine Eignungsregeldatei benötigen, um Regeln auf diese Benutzer anzuwenden.
• Die VRP-Historie eines Mitarbeiters sollte ENTWEDER in Employee Central ODER im Verlaufsimport angezeigt werden, nicht beides.
• Mitarbeiter MÜSSEN weiterhin in SAP SuccessFactors vorhanden sein (d.h., sie müssen über Benutzer-ID-Datensätze und Mitarbeiterprofildatensätze verfügen).

Veröffentlichungseinstellungen spiegeln wider, wie nicht wiederkehrende Gehaltskomponenten in XML zugeordnet und konfiguriert werden. Der Stichtag kann bearbeitet werden, sodass Unternehmensadministratoren die Auszahlungstermine auf der Benutzeroberfläche einfach aktualisieren können.

Benutzerveröffentlichungsfilter: Steuert, welches berichtspflichtige benutzerdefinierte Feld beim Veröffentlichen ausgewählter Mitarbeiter als Filter verwendet werden kann. Sie können bis zu fünf benutzerdefinierte Felder als Kriterien verwenden, wenn Sie Daten zurück in Employee Central veröffentlichen.

• Mitarbeiterhistorienimport zulassen: Wählen Sie Ja, wenn einige Mitarbeiterdatensätze nicht in Employee Central vorhanden sind, z. B. ein Hybridszenario.
• Bonusberechnung nach Nicht-EC-Zulässigkeitsregeln ausführen: Wählen Sie Ja, wenn Sie die Zulässigkeitsdatei verwenden, um Mitarbeitern Bonuspläne zuzuordnen.
• Ähnliche Employee-Central-Datensätze zusammenführen: Wählen Sie Ja, wenn Sie benachbarte Datensätze zusammenführen möchten, die sich nicht auf Mitarbeiterdaten und Zulässigkeitsfelder auswirken, die in die variable Bezahlung eingehen.
• Globale Eignungsregel aktivieren: Die globale Eignungsregel wird verwendet, um Benutzerdatensätze herauszufiltern. Bei Auswahl werden zwei zusätzliche Felder angezeigt: eines zum Definieren der Regel und eines zum Definieren des Wirksamkeitsdatums der Regel. Wenn letzteres leer gelassen wird, wird das Ende des Programms für variable Bezahlung als Gültigkeitsdatum für die Eignungsregel betrachtet. Ein Beispielfall für die Verwendung dieser Option wäre, wenn das Programm für variable Bezahlung des Kunden eine globale Regel enthält, die nur für Mitarbeiter angibt, die ab dem 1. Januar aktiv sind. Wenn eine globale Zulässigkeitsregel für den Status „Aktiv" angelegt wird und das Gültigkeitsdatum auf den 1. Januar gesetzt ist, werden nur Mitarbeiter, die diese Kriterien erfüllen, für die weitere Zulässigkeitsverarbeitung ausgewählt. Ein weiteres Beispiel ist die Gewährung von Zulagen nur an Mitarbeiter, die weniger als eine bestimmte Anzahl unbezahlter Urlaubstage hatten.
• Mehrere Regeln nach EC-Entität für das Programm konfigurieren: Wählen Sie Ja, wenn Sie verschiedene Zulässigkeitsregeln für verschiedene Entitäten anlegen möchten. Dies ist eine Lösung, mit der Sie komplexe Employee-Central-Regeln in kleinere Regeln aufteilen können, wodurch sie überschaubarer werden. Diese Option wirkt sich auch auf die Verbesserung der Performance des Programms aus.
• Eignungsregel für Mitarbeiterhistoriendatensätze: Legt fest, welche Datensätze für die Bonusberechnung berücksichtigt werden. Wenn eine globale Zulässigkeitsregel vorhanden ist, werden nur die Datensätze für die Verarbeitung der Mitarbeiterhistorie berücksichtigt, die die globalen Regeln bestanden haben.

Formulare für variable Bezahlung enthalten viele Felder, die zu verschiedenen Abschnitten gehören. Für eine erfolgreiche Integration müssen Sie die unterstützten Employee-Central-Objekte in jedem Formularabschnitt für variable Bezahlung kennen. Eines bleibt konstant: Alle Felder, die in Vergütung und variabler Bezahlung verwendet werden, müssen in Employee Central in barrierefreien Tabellen vorhanden sein.

Dies sind die Felder, die in der Übersichtszeile angezeigt werden, und Daten, die basierend auf dem Gültigkeitsdatum der Vorlage abgerufen werden. Beachten Sie, dass nicht alle Employee-Central-Objekte datiert sind. Der Stichtag wird für Employee-Central-Objekte ohne Stichtag ignoriert. Derzeit werden folgende Objekte in der Gruppenergebnisfeldzuordnung unterstützt:

• Stelleninformationen
• Vergütungsinformationen
• Wiederkehrende Gehaltskomponente
• Nicht wiederkehrende Gehaltskomponente
• Gehaltskomponentengruppe
• Persönliche Informationen
• Beschäftigungsdetails
• Stellenbeziehungen
• Informationen zur Person
• Mitarbeiterprofil (Standardelemente im Nachfolgedatenmodell)
• Benutzerdefinierte MDF-Objekte

Richtlinien für die Verwendung der EC-Feldzuordnung auf Zusammenfassungsebene:

• Assoziationen oder Werte, die von Geschäftsregeln gefüllt werden, sollten vermieden werden.
• Feldtyp sollte übereinstimmen. Felder sollten dem richtigen Elementtyp zugeordnet werden. Ein „String"-Feld sollte keinem „number"-Feld zugeordnet werden oder umgekehrt.
• Kein duales Laden, einige Felder über Flatfile und andere über Integration, es sei denn, sie verwenden hybride Vorlagen.

Dies sind die Felder, die sich auf Mitarbeiterzuordnungen beziehen und in kaskadierenden Geschäftszielen verwendet werden können. Eine wichtige Unterscheidung zwischen in Employee Central und Nicht-Employee Central integrierten Plänen ist die Relevanz der Mitarbeiterhistorie für die Zuweisung von Bonusplänen. Bei Plänen, die nicht in Employee Central integriert sind, werden die Informationen in der Mitarbeiterhistorie verwendet, um zu ermitteln, wie Mitarbeiter Prämienplänen zugeordnet werden, was bei Plänen mit Employee Central-Integration nicht der Fall ist. Der in Employee Central integrierte Plan für variable Bezahlung verwendet Geschäftsregeln bei der Zuordnung von Mitarbeitern zu Bonusplänen. Für eine einfache Validierung und Fehlerbehebung wird empfohlen, das in Geschäftsregeln verwendete Feld in die Mitarbeiterhistorienzuordnung aufzunehmen.

Folgende Employee-Central-Objekte werden in der Verlaufsfeldzuordnung unterstützt:

• Stelleninformationen
• Vergütungsinformationen
• Wiederkehrende Gehaltskomponente
• Nicht wiederkehrende Gehaltskomponente
• Gehaltskomponentengruppe
• Persönliche Informationen
• Beschäftigungsdetails
• Informationen zur Person
• Mitarbeiterprofil (Standardelemente im Nachfolgedatenmodell)

Die Konfiguration des Hintergrundelements, das für die Mitarbeiterhistorie verwendet wird, bleibt mit Ausnahme des neuen Felds recordType unverändert. Das Hintergrundelement MUSS dieses Feld für Employee Central-integrierte Pläne enthalten. Nach der Feldzuordnung müssen Geschäftsregeln angelegt werden, um den Mitarbeiterhistorienprozess auszuführen. Die Zuordnung von Mitarbeiterhistorienfeldern ruft nur dann Daten aus Employee Central ab, wenn eine Geschäftsregel zum Filtern der zulässigen Mitarbeiter angelegt wird. Dies wird weiter unten im Abschnitt Geschäftsregeln erläutert.

Nachdem Sie sich die Mitarbeiterhistorienzuordnung angesehen haben, ist es wichtig zu wissen, wie die Historie generiert wird:

1. Globale und historische Eignungsregeln bestimmen, welcher Datensatz abgerufen wird.
2. Für jede Datenänderung, die ein Mitarbeiter im Laufe des Jahres hatte, wird eine andere Zeile abgerufen.
3. Alle Zeilen werden verglichen, und identische Zeilen werden konsolidiert.
4. Die Basis ergibt sich aus der Abbildung von Bonusziel und Prozentsätzen (im nächsten Abschnitt weiter besprochen).

Initiieren Sie den Bearbeiter der Mitarbeiterhistorie, um Daten aus Employee Central abzurufen. Lassen Sie beim ersten Abrufen von Daten alle drei Optionen leer. Beachten Sie die folgenden Beschreibungen für nachfolgende Läufe:

• Nur geänderte Datensätze importieren: Wenn Sie diese Option auswählen, werden nur Datensätze für Mitarbeiter importiert, deren Zuweisungsinformationen sich in Employee Central geändert haben. Dieser Ansatz wird nur empfohlen, wenn Sie einen kleinen Satz geänderter Datensätze haben, die in der variablen Bezahlung aktualisiert werden sollen. Wenn diese Option nicht ausgewählt ist, importiert Variable Bezahlung alle zulässigen Datensätze aus Employee Central.
• Abgeschlossene Formulare nicht aktualisieren: Wenn Sie diese Option auswählen, werden Datensätze für absolvierte Schulungen von Mitarbeitern, die bereits in einem abgeschlossenen Formular vorhanden sind, nicht aktualisiert. Wenn sich ein Mitarbeiter in einem ausgefüllten Formular befindet, wird sein Datensatz nicht aktualisiert.
• Bonusberechnung ausführen und gesendete Formulare aktualisieren: Wenn Sie diese Option auswählen, werden die Bonusberechnungs- und Massenaktualisierungsjobs nach dem Import der Datensätze ausgelöst. Bonusdaten für Mitarbeiter, die Datensätze geändert haben, werden in allen bereits gestarteten Formularen aktualisiert.

Die Grundlage für Employee Central-integrierte Pläne wird getrennt von der Mitarbeiterhistorie abgebildet. Derzeit werden die folgenden Employee-Central-Objekte für die Basiszuordnung unterstützt:

• Stelleninformationen
• Vergütungsinformationen
• Gehaltskomponentengruppe

Für integrierte Programme kann die Basis auf mehrere Arten abgeleitet werden:

1. Bonusziel und „%" abgeleitet aus Stelleninformationen – am besten für personenspezifische Programme oder für Programme, die auf Bezügen basieren (z. B. tarifliche Mitarbeiter oder Stundenmitarbeiter) ODER Programme, bei denen eine extern berechnete Grundlage erforderlich ist.
   1. Verdienst/Grundlage kann in Employee Central geladen werden
   2. Verdienst/Basis kann aus einer geladenen Tabelle stammen
   3. Prozentsatz kann ein benutzerdefiniertes Feld in jobInfo oder ein benutzerdefiniertes Feld im Gehaltsbereich sein
2. Bonusziel abgeleitet aus Gehaltskomponentengruppe und „%" aus Stelleninformationen – am besten, wenn der Ausgangspunkt der Basisberechnung ein statischer Wert ist, z.B. eine Gehaltsrate oder eine Kombination von Raten, die dann mit einem Zielprozentsatz multipliziert werden.
   1. Gehaltskomponentengruppe ist die „Summe"
   2. Prozentsatz in Stelleninformationen gibt den Prozentsatz an
3. Bonusziel und „%" werden aus der Gehaltskomponentengruppe abgeleitet – am besten, wenn die Gehaltskomponentengruppe die gesamte Basis und der Zielprozentsatz ist. Wird verwendet, wenn Zielprozentsätze als Gehaltskomponenten gespeichert werden.

   Die Gehaltskomponentengruppe ist die „Summe" einschließlich des Prozentsatzes.

Das System lässt die Verwendung aller drei Optionen zu. Wenn mehr als eine Bezugsquelle ausgewählt wird, basiert die Priorität für jeden Benutzer auf dem aufgelisteten Vorgängerauftrag.

Standardmäßig berechnet Variable Bezahlung einen Bonuszielbetrag (Basis) basierend auf Stellenänderungen. Allerdings verwenden nicht alle Unternehmen dieselbe Berechnung in genau der von der variablen Bezahlung vorgesehenen granularen Weise, bei der Stellenänderungen und Gültigkeitsdaten den Prozess beeinflussen.

Eine Option in der variablen Bezahlung unterstützt die Verwendung der Zeitpunktberechnung. Verwenden Sie beispielsweise das Gehalt immer als 31.12., auch wenn sich das Gehalt im Laufe des Jahres geändert hat. Diese Einstellung kann auf Gehalt/Verdienst und/oder Zielprozentsatz angewendet werden.

Employee Central kann einen robusten Satz von Eignungsregeln anwenden. Wie bei der Vergütung benötigt die variable Bezahlung nicht die DANN-Bedingung in den Regeln. An den in Employee Central integrierten Plänen für variable Bezahlung sind mehrere Eignungsregeln und unterschiedliche Verwendungsmöglichkeiten beteiligt:

• Globale Eignungsregeln sind eine optionale Regel, die angewendet werden kann, um Mitarbeiter zu filtern, bevor sie für die Mitarbeiterhistorie verarbeitet werden. Diese Regel erfordert ein Wirksamkeitsdatum.

  Beispiel: Ein Unternehmen hat 10.000 Benutzerdatensätze im System, von denen 1.000 inaktiv sind. Die globale Zulässigkeitsregel kann verwendet werden, um nur aktive Mitarbeiter ab dem 31.12.2019 zu filtern. Beachten Sie, dass das Gültigkeitsdatum nicht als Parameter in der Geschäftsregel eingegeben, sondern in den Planeinstellungen angewendet wird.

• Die Mitarbeiterhistorienregeln filtern die Datensätze für die Bonusberechnung.

  Fortsetzung des vorherigen Beispiels: Von den 9.000 aktiven Mitarbeitern, die aus der globalen Zulässigkeit gefiltert werden, sind nur 7.500 für die Bonusberechnung zulässig.

• Bonusplanzulässigkeit ordnet die berechtigten Mitarbeiter bestimmten Bonusplänen zu.

  Von den 7 500 berechtigten Mitarbeitern, die für die Mitarbeiterhistorie verarbeitet wurden, werden 5.000 dem umsatzgenerierenden Bonusplan zugeordnet, während der Rest dem Revenue Enabling Bonusplan zugeordnet wird.

• Die Berechtigung „Formular verwalten" ist dieselbe wie in „Vergütung". Wen möchten Sie im Formular sehen?

  Beispiel – auch Mitarbeiter ohne Bonusplan können in das Formular aufgenommen werden.

Um die Bonusplanungsergebnisse in Employee Central zu veröffentlichen, wird <comp-ect-output-component> verwendet, um die Zuordnung zwischen dem Quellfeld in der variablen Bezahlung und dem Zielfeld in Employee Central zu definieren. Derzeit ist die Veröffentlichung auf die Entität payComponentNonRecurring von Employee Central beschränkt. Bonusauszahlungen können pro Mitarbeiter, ausgewählten oder allen Arbeitsblättern veröffentlicht werden.

componentType: Gibt den Typ der Gehaltskomponente an. In der variablen Bezahlung verwenden wir nur payComponentNonRecurring.

componentCode: Gibt den Code der Gehaltskomponente an.

eventReason: Gibt den Grund für die Auszahlung an. Dies ist OPTIONAL für einmalige Gehaltskomponenten. Der Ereignisgrund kann auf der Benutzungsoberfläche geändert werden. Wenn der Ereignisgrund auf Mitarbeiterebene konfiguriert wird (z.B. durch Verwendung einer Lookup-Tabelle), hat er Vorrang vor dem Standardwert.

valideDate: Gibt das Zahlungsdatum für einmalige Gehaltskomponenten an. Wenn für das HRIS-Feld ein Datum angegeben ist, hat dieses Datum Vorrang. Termine können auf der Benutzungsoberfläche bearbeitet werden.

comp-hris-field-map: Gibt die Namen des Felds in Vergütung (comp-field-id) und Employee Central (hris-field-id) an.

1234567891011121314
<comp-ect-output-component componentType="payComponentNonRecurring" componentCode="MIP_BONUS" eventReason="MIP_AWARD" effectiveDate="2021-04-01">
    <comp-hris-field-map>
    <comp-field-id><![CDATA[localCurrencyCode]]></comp-field-id>
    <hris-field-id><![CDATA[currency-code]]></hris-field-id>
    </comp-hris-field-map>
    <comp-hris-field-map>
    <comp-field-id><![CDATA[Final_MIP_Payout_Amt]]></comp-field-id>
    <hris-field-id><![CDATA[value]]></hris-field-id>
    </comp-hris-field-map>
    <comp-hris-field-map>
    <comp-field-id><![CDATA[customPayoutDate]]></comp-field-id>
    <hris-field-id><![CDATA[pay-date]]></hris-field-id>
    </comp-hris-field-map>
    </comp-ect-output-component>

• Es können mehrere nicht wiederkehrende Gehaltskomponenten veröffentlicht werden.
  • Eine neue Gehaltskomponente wird mit Werten für Grundlagenobjekte neu erstellt.
  • Feldwerte werden basierend auf der comp-hris-field-map festgelegt.
• Die gleichen Komponenten können mehrfach veröffentlicht werden.
  • Beim ersten Veröffentlichen wird eine neue Gehaltskomponente erstellt.
  • Durch die nachfolgende Veröffentlichung werden Gehaltskomponenten aktualisiert, die aus derselben Vorlage veröffentlicht wurden, und neue erstellt.

1. Navigieren Sie zu Vergütung Startseite→Wählen Sie die Vergütungsvorlage→Vergütungszyklus abschließen→Daten veröffentlichen. Sie können die Population auswählen, die zurück in Employee Central veröffentlicht werden kann. Die Veröffentlichung in mehreren Batches verbessert die Gesamtperformance des Veröffentlichungsprozesses.
   • Verwenden Sie Veröffentlichen in Employee Central, um eine Massenveröffentlichung von Datensätzen aus allen abgeschlossenen Formularen durchzuführen. Die Verarbeitungszeit hängt von der Anzahl der Datensätze ab.
   • Verwenden Sie Ausgewählte Arbeitsblätter in Batch-Prozessdatensätzen veröffentlichen, um abgeschlossene Arbeitsblätter auszuwählen.
   • Verwenden Sie Ausgewählte Mitarbeiter veröffentlichen, um Datensätze für ausgewählte Mitarbeiter aus abgeschlossenen Formularen zu verarbeiten. Mitarbeiter können einzeln eingegeben oder über eine CSV-Vorlage importiert werden.
2. Wählen Sie Übermitteln, wenn Sie zur Veröffentlichung bereit sind.
3. Mit Vergütungsaufträge überwachen können Sie den Status Ihrer Anforderung verfolgen.

Ein Employee Central-Veröffentlichungsberichtstool kann ein detailliertes Protokoll eines Veröffentlichungsauftrags bereitstellen. Für das Tool muss die Admin-Berechtigung „Employee Central-Veröffentlichungsbericht anzeigen" aktiviert sein. Ein Tabellenkalkulationsbericht kann basierend auf benutzerdefinierten Kriterien generiert werden, um Probleme während des Veröffentlichungsprozesses zu identifizieren.

• Entfernen (oder ändern) Sie die benutzerdefinierten Felder mit dem Tag importKey. Die Konfiguration zur Verwendung von importKey in der Employee Central-Compensation -Integration wird NICHT unterstützt. Daher müssen Sie ALLE Referenzen auf importKey in Ihrer XML entfernen, um Arbeitsblätter zu starten. Dazu gehören importKeys, die in den Abschnitten Budgets und Rating-Quelle der XML definiert sind.
• Um Mitarbeiterhistoriendaten wie varPayProgramName, startDate, endDate, base zu integrieren, wird der Datensatztyp nicht in der Mitarbeiterhistorie zugeordnet. Importieren Sie Geschäftsziele und Gewichtungen.
• Geschäftsregeln für variable Bezahlung verwenden nur varpayEligibility als Regeltyp.
• Aktualisierungen von Daten in Employee Central werden erst beim nächsten Importprozess automatisch widergespiegelt. Beachten Sie, dass das Arbeitsblatt Stichtag nur für Felder der Zusammenfassungsebene und nicht für Mitarbeiterhistorienfelder gilt. Ein Importjob namens Employee Central History Processor kann im wiederkehrenden Zeitplan in Provisioning festgelegt werden.
• Für alle nicht wiederkehrenden Gehaltskomponenten wird davon ausgegangen, dass es sich bei der Gehaltskomponente um eine eigenständige Gehaltskomponente handelt, die nicht mit den Employee-Central-Vergütungsdaten verbunden ist.
• Geldbetrags- und Betragsfelder können nicht in einem benutzerdefinierten langen Feld in Employee Central veröffentlicht werden.