Denne artikel forklarer, hvorfor en bruger kan fremstå som havende den samme stilling opført mere end én gang i eADM, og hvordan man kan fastslå, at årsagen er en stillingsændring med fremtidig ikrafttrædelsesdato i Visma Enterprise HRM og ikke reelt to forskellige stillinger.
Årsag
Visma Enterprise HRM (VEP) er kildesystemet for dette problem. Når der registreres en stillingsændring i VEP med en ikrafttrædelsesdato i fremtiden (en omstrukturering, en procentvis ændring, en ny leder osv.), opdaterer VEP ikke blot den eksisterende stillingspost. I stedet sender systemet to separate versioner af den samme stilling i eksporten:
-
En version, der gælder fra stillingens oprindelige startdato.
-
En anden udgave, der gælder fra den fremtidige ikrafttrædelsesdato for den verserende ændring.
eADM importerer begge versioner, som de leveres. Da begge versioner deler den samme PositionCodeId og for de fleste attributværdier vises de i eADM som den samme position, der forekommer to gange, og ikke som to forskellige positioner.
Bemærk: Dette er forventet adfærd fra Visma Enterprise og ikke en importfejl. Det er ikke det samme problem som en dobbelt brugerkonto i Active Directory; se »Relaterede artikler« nedenfor for at læse mere om dette særskilte scenarie.
Sådan identificeres dette i eADM
Fanen »Stillinger«
Åbn brugerens profil og gå til Stillinger. Fanebladets overskrift viser tallet 2 (eller flere), selvom brugeren kun har én reel position. Når man vælger de enkelte poster, vises næsten identiske positionsdata (samme APositionCodeName, AUnitName, APositionManager), hvilket er det synlige tegn på dette problem.
Fanen »Kildedata«
Fanen »Kildedata« viser de råværdier, som eADM har modtaget for hvert attribut. Når en position er blevet sendt i to versioner, vises de fleste attributter to gange med samme værdi i et par adskilt af lodrette streger, for eksempel:
AUnitId: 3200|3200|
Den egenskab, der adskiller de to versioner, er AValidFromDate. Dette er det felt, du skal markere for at bekræfte årsagen:
AValidFromDate: 2026-08-03|2026-11-01|
Her er den første værdi stillingens nuværende startdato, og den anden værdi er den fremtidige dato, hvor den forestående ændring træder i kraft. Ethvert andet attribut, der viser to anderledes værdier (ikke to identiske) angiver, hvad der vil ændre sig på den fremtidige dato — for eksempel en ny AUnitId, APositionPercentage, eller APositionManager.
Vær opmærksom på, at den forestående ændring kan være af en sådan art, at den ikke importeres til eADM, f.eks. en lønjustering.
Beslutning
I de fleste tilfælde behøver du ikke foretage dig noget. Duplikaten er en visningsfejl, der skyldes den måde, VEP leverer endnu ikke gennemførte ændringer på, og den forsvinder af sig selv, når den fremtidige ændring træder i kraft, og VEP holder op med at sende den forældede version. Det er ikke tegn på en defekt konto, en synkroniseringsfejl eller en dobbelt identitet.
Hvis en efterfølgende proces afhænger af positionsantallet, flaget for primær position eller en bestemt attributværdi (for eksempel en meddelelsesstrøm, der udløses af APositionStartDate), sammenlign med Kildedata fanen, hvilken version der i øjeblikket styrer eADM’s output, i stedet for at antage, at det er den første eller den senest tilføjede post.
Relaterede artikler