In diesem Artikel wird erläutert, warum es den Anschein haben kann, dass eine Stelle für einen Benutzer in eADM mehrmals aufgeführt ist, und wie sich sicherstellen lässt, dass die Ursache dafür ein auf einen späteren Zeitpunkt datierter Stellenwechsel in Visma Enterprise HRM ist und nicht tatsächlich zwei verschiedene Stellen vorliegen.
Ursache
Visma Enterprise HRM (VEP) ist das Quellsystem für diesen Vorgang. Wenn in VEP eine Stellenänderung mit einem zukünftigen Gültigkeitsdatum erfasst wird (z. B. eine Umstrukturierung, eine prozentuale Änderung, ein neuer Vorgesetzter usw.), aktualisiert VEP nicht einfach den bestehenden Stelleneintrag. Stattdessen sendet es im Export zwei separate Versionen derselben Stelle:
-
Eine Version, die ab dem ursprünglichen Beginn der Stelle gültig ist.
-
Eine zweite Fassung, die ab dem künftigen Inkrafttreten der anstehenden Änderung gilt.
eADM importiert beide Versionen so, wie sie bereitgestellt werden. Da beide Versionen dieselbe PositionCodeId und die meisten Attributwerte werden in eADM als zweimal vorkommende Position angezeigt, nicht als zwei verschiedene Positionen.
Hinweis: Dies ist ein erwartetes Verhalten von Visma Enterprise und kein Importfehler. Es handelt sich hierbei nicht um dasselbe Problem wie bei einem doppelten Benutzerkonto in Active Directory; Informationen zu diesem separaten Szenario finden Sie unter „Verwandte Artikel“ weiter unten.
So erkennen Sie dies in eADM
Registerkarte „Positionen“
Öffnen Sie das Benutzerprofil und gehen Sie zu Stellenangebote. In der Registerkartenüberschrift wird die Zahl 2 (oder mehr) angezeigt, obwohl der Benutzer nur eine tatsächliche Position hat. Bei Auswahl der einzelnen Einträge werden nahezu identische Positionsdaten angezeigt (gleiche APositionCodeName, AUnitName, APositionManager), was das sichtbare Symptom dieses Problems ist.
Registerkarte „Quelldaten“
Auf der Registerkarte „Quelldaten“ werden die Rohwerte angezeigt, die eADM für jedes Attribut empfangen hat. Wenn eine Position in zwei Versionen übermittelt wurde, wird bei den meisten Attributen derselbe Wert zweimal als durch ein Pipe-Zeichen getrenntes Paar angezeigt, zum Beispiel:
AUnitId: 3200|3200|
Das Attribut, das sich bei den beiden Versionen unterscheidet, ist AValidFromDate. In diesem Feld können Sie die Ursache überprüfen:
AValidFromDate: 2026-08-03|2026-11-01|
Hier ist der erste Wert das aktuelle Startdatum der Position und der zweite Wert das zukünftige Datum, an dem die anstehende Änderung in Kraft tritt. Jedes andere Attribut, das zwei anders Werte (keine zwei identischen) kennzeichnen, was sich zu diesem zukünftigen Zeitpunkt ändern wird – zum Beispiel ein neues AUnitId, APositionPercentage, oder APositionManager.
Bitte beachten Sie, dass es sich bei der anstehenden Änderung um etwas handeln kann, das nicht in eADM importiert wird, beispielsweise eine Lohnanpassung.
Beschluss
In den meisten Fällen sind keine Maßnahmen erforderlich. Das Duplikat ist ein Anzeigefehler, der dadurch entsteht, dass VEP noch ausstehende Änderungen übermittelt. Das Problem löst sich von selbst, sobald die für einen späteren Zeitpunkt vorgesehene Änderung aktuell wird und VEP die überholte Version nicht mehr sendet. Es deutet nicht auf ein fehlerhaftes Konto, einen Synchronisationsfehler oder eine doppelte Identität hin.
Wenn ein nachgelagerter Prozess von der Positionsanzahl, dem Primärpositionsflag oder einem bestimmten Attributwert abhängt (beispielsweise ein durch APositionStartDate), mit dem Quelldaten Überprüfen Sie, welche Version derzeit für die Ausgabe von eADM maßgeblich ist, anstatt davon auszugehen, dass es sich um den ersten oder den zuletzt hinzugefügten Eintrag handelt.
Verwandte Artikel