Zu den Organisationsdaten gehören Teilnehmer, Titel, Planstellen und Beziehungen. Hier speichert das System Informationen über die Entitäten, die vergütet werden: die Personen, die Zahlungen erhalten, die eindeutigen Stellen, die sie tun, und die Titel, die sie teilen.
Während Organisationsdaten manuell auf der Benutzungsoberfläche angelegt werden können, werden diese Daten häufiger aus Quellsystemen in eine Produktivumgebung importiert. Wenn sich eine Organisation im Laufe der Zeit ändert, müssen Organisationsdaten angelegt und geändert werden. Diese Änderungen können das Hinzufügen oder Entfernen von Teilnehmern, das Anlegen neuer Positionen oder das Ändern der Berichtsstruktur umfassen, wenn Personen innerhalb von Abteilungen wechseln, Beförderungen erhalten oder das Unternehmen verlassen.
Teilnehmer
Ein Teilnehmer ist die Entität, die in einem Plan vergütet wird. Während ein Teilnehmer in der Regel eine Person ist, kann es sich auch um ein Team oder eine Gruppe handeln. Teilnehmer können intern oder extern für die Organisation sein.
Ein Teilnehmerdatensatz kann auch andere Beteiligte darstellen, z.B. Genehmiger, die in einen Prozessablauf aufgenommen werden müssen, und andere, die Zugriff auf Dashboards oder Berichte benötigen.
Der Teilnehmerdatensatz enthält alle Informationen, die sich auf den Teilnehmer beziehen, z.B. Name, Grundgehalt und Einstellungsdatum. Die Felder Nachname und Teilnehmer-ID sind Pflichtfelder.
Zu den allgemeinen Informationen für Teilnehmer gehören:
- Vor- und Nachname
- Zahlungsempfänger-ID
- Benutzername
- Grundgehalt
- Einstellungs- und Austrittsdaten
Jeder Teilnehmer hat einen Benutzernamen. Wenn der Teilnehmerdatensatz gespeichert oder geladen wird, ohne das Feld Benutzername auszufüllen, füllt der Datensatz automatisch den Benutzernamen mit der Teilnehmer-ID. Wenn die Organisation Single Sign-On verwendet, sollte der Benutzername mit dem der Systemanmeldung des Benutzers übereinstimmen.
Verwenden Sie Generische Attribute, um bei Bedarf zusätzliche Teilnehmerinformationen zu speichern.
Best Practices für Teilnehmer
- Bestimmen Sie das Format Benutzername/Benutzer-ID, bevor Sie Teilnehmer zum System hinzufügen.
- Verwenden Sie keinen Benutzernamen/keine Benutzer-ID, die sich ändern können.
- Verwenden Sie bei Single Sign-On die Benutzer-ID, die von den aktuellen Systemen des Unternehmens verwendet wird.
- Verwenden Sie ein generisches Datum, um das Ende des Beschäftigungsverhältnisses des Teilnehmers darzustellen, und verwenden Sie dieses Datum in der Regellogik anstelle des Felds Austrittsdatum. Dies liegt daran, dass der Benutzer automatisch für das System gesperrt wird, sobald der Wert im Feld Austrittsdatum in der Vergangenheit liegt.
Planstellen
Die Planstelle enthält Informationen über die eindeutige Stelle, die kompensiert wird. Die Kompensation wird im Kontext der Position berechnet, nicht im Kontext des Teilnehmers. Infolgedessen ist der Positionsdatensatz wichtiger als der Teilnehmer oder der Titel, obwohl alle drei erforderlich sind.
Einige Punkte zu den Positionen sind:
- Planstellen definieren bestimmte Stellen, die Teilnehmer in einem Unternehmen ausüben.
- Ein Beteiligter kann mehreren Positionen zugeordnet werden.
- Einer Position kann nur ein Teilnehmer zugeordnet sein.
- Wenn einer Planstelle kein Teilnehmer zugeordnet ist, erhält die Planstelle keine Vergütung.
- Jede Planstelle wird unter einem Titel gruppiert.
Planstellengruppen
Das Feld „Positionsgruppe" im Planstellendatensatz ist nicht erforderlich. Es handelt sich jedoch um eine nützliche Funktion, die in den meisten Implementierungen verwendet wird. Verwenden Sie dieses Feld, um Positionen nach einem anderen Wert als dem Titel zu gruppieren. Dies ist nützlich zum Filtern von Daten in Vergütungsregeln und zum Ausführen von Pipelines für Teilmengen von Positionen. Sie möchten beispielsweise verschiedene Positionsgruppen haben, um Verkaufsteams oder Teams in verschiedenen Unternehmensbüros zu unterscheiden.
Dieses Feld ist eine Dropdown-Liste, die als Globaler Wert gefüllt wird.
Benutzerdefinierte Verarbeitungsdaten
Der Bestandsdatensatz enthält vier Felder, die zur Feinabstimmung der Start- und Endtermine für Positionszuordnungen verwendet werden: Guthabenbeginn, Habenende, Verarbeitungsbeginn und Verarbeitungsende. Verwenden Sie diese Felder, wenn die Termine, an denen ein Teilnehmer vergütet wird, nicht mit den Terminen übereinstimmen, in denen er die Planstelle innehat.
Sehen wir uns ein Beispiel für eine Planstelle mit dem Namen SR-Süd an. Amy verlässt die Position, und Stacy ersetzt sie. Amy sollte fünfzehn Tage nach dem Ausscheiden aus der Position Gutschriften und Zahlungen erhalten, während derer beide Teilnehmer Gutschriften und Zahlungen erhalten sollten. Damit dies funktioniert, wird Folgendes konfiguriert:
Amy ist der Position Vertriebsmitarbeiter Southwest mit den folgenden Gültigkeitsdaten zugeordnet:
- Southwest-Version 1 des Vertriebsmitarbeiters ist ab dem 1. Januar 2025 bis zum 28. Februar 2025 gültig.
- Amy erhält Gutschriften und wird ab dem 1. Januar 2025 bis zum 15. März 2025 verarbeitet.
Stacy ist der Position Sales Rep Southwest mit den folgenden Gültigkeitsdaten zugeordnet:
- Southwest-Version 2 des Vertriebsmitarbeiters ist ab 1. März 2025 gültig bis Ende der Zeit
- Version 2 erhält Gutschriften und wird ab dem 16. März 2025 bis zum Ende der Zeit verarbeitet.
Im Zeitraum März 2025 erhalten sowohl Amy als auch Stacy Gutschriften basierend auf Transaktionen mit Entschädigungsdaten zwischen dem 1. März und dem 15. März. Für Transaktionen, deren Entschädigungsdatum nach dem 16. März liegt, erhält nur Stacy Gutschriften.
Anscheinend würde dies zu einer Überschneidung in der ersten Märzhälfte führen, aber die benutzerdefinierten Guthaben- und Verarbeitungstermine verhindern dies, indem sie die genauen Termine angeben, in denen jeder Teilnehmer vergütet wird.
Best Practices für Planstellen
- Vermeiden Sie es, Positionsnamen im Laufe der Zeit zu ändern. Der Positionsname ist die eindeutige Schlüssel-ID für eine Planstelle. Wenn sich der Bestandsname ändert, können Fehler beim Laden von Variablenzuordnungen und Quoten und beim Ausführen der Berechnung auftreten.
- Benutzerdefinierte Guthaben-/Bearbeitungstermine sollten nur für Ausnahmen verwendet werden. Wenn diese regelmäßig geändert werden müssen, werden automatisierte Ladevorgänge dringend empfohlen, die programmiert werden, um die Termine entsprechend festzulegen. Andernfalls kann die Bestandspflege überwältigend werden.
- Weisen Sie Planstellen nicht direkt einem Plan zu. Ordnen Sie stattdessen den Titel einem Plan zu und erlauben Sie der Planstelle, die Planzuordnung zu erben.
- Richten Sie von Anfang an Bestandsgruppen für Ihre Planstellen ein, sodass Sie bei Bedarf nach einer Bestandsgruppe buchen und finalisieren können. Planstellengruppen sollten keine Gruppierungen sein, die sich häufig ändern können.
Titel
Titel werden verwendet, um ähnliche Planstellen im gesamten Unternehmen zu gruppieren und in der Regel Planstellen zu gruppieren, die sich auf Stellenfunktionen beziehen.
Beispielsweise können Vertriebsmitarbeiter in einer Organisation denselben Titel haben, aber jeder Vertriebsmitarbeiter kann eine eindeutige Position innehaben, z. B. Vertriebsbeauftragter Nordwest oder Vertriebsbeauftragter Hardwareprodukte.
In der Regel können alle Zahlungsempfänger, die auf ähnliche Weise vergütet werden, einen Vergütungsplan teilen, sodass Vergütungspläne nicht auf Planstellenebene, sondern auf Titelebene zugeordnet werden.
Der Bereich Detail des Arbeitsbereichs Titel enthält zwei Kernregisterkarten: Allgemeine Informationen und Zuordnungen. Wenn generische Attribute für Titel aktiviert wurden, wird im Detailbereich Titel auch ein Abschnitt mit benutzerdefinierten Feldern angezeigt.
Die Registerkarte Allgemeine Informationen enthält den Titelnamen, den Geschäftsbereich, den Plan und die Beschreibung.