I den här artikeln förklaras varför det kan se ut som om en användare har samma befattning angiven mer än en gång i eADM, och hur man kan kontrollera att orsaken är en befattningsändring med framtida datum i Visma Enterprise HRM och inte att det faktiskt rör sig om två olika befattningar.
Orsak
Visma Enterprise HRM (VEP) är källsystemet för detta ärende. När en befattningsändring registreras i VEP med ett ikraftträdandedatum i framtiden (en omorganisation, en procentuell förändring, en ny chef osv.), uppdaterar VEP inte bara den befintliga befattningsposten. Istället skickar systemet två separata versioner av samma befattning i exporten:
-
En version som gäller från tjänstens ursprungliga startdatum.
-
En andra version som gäller från och med det framtida ikraftträdandedatumet för den planerade ändringen.
eADM importerar båda versionerna i det skick de levereras. Eftersom båda versionerna har samma PositionCodeId och de flesta attributvärden visas i eADM som samma position som förekommer två gånger, inte som två olika positioner.
Obs! Detta är ett förväntat beteende hos Visma Enterprise och inte ett importfel. Det är inte samma problem som ett dubbelregistrerat användarkonto i Active Directory; se ”Relaterade artiklar” nedan för det separata scenariot.
Hur man identifierar detta i eADM
Fliken ”Positioner”
Öppna användarens profil och gå till Befattningar. Flikrubriken visar siffran 2 (eller fler) trots att användaren endast har en faktisk position. När man väljer varje post visas nästan identiska positionsuppgifter (samma APositionCodeName, AUnitName, APositionManager), vilket är det synliga tecknet på detta problem.
Fliken ”Källdata”
Fliken ”Källdata” visar de råvärden som eADM har tagit emot för varje attribut. När en position har skickats i två versioner visas samma värde två gånger för de flesta attribut i ett par avgränsat med vertikalstreck, till exempel:
AUnitId: 3200|3200|
Den egenskap som skiljer sig åt mellan de två versionerna är AValidFromDate. Det här är fältet du ska kontrollera för att fastställa orsaken:
AValidFromDate: 2026-08-03|2026-11-01|
Här är det första värdet positionens aktuella startdatum och det andra värdet det framtida datum då den planerade ändringen träder i kraft. Alla andra attribut som visar två olika värden (inte två identiska) anger vad som kommer att ändras vid det framtida datumet — till exempel en ny AUnitId, APositionPercentage, eller APositionManager.
Observera att den kommande ändringen kan avse något som inte importeras till eADM, till exempel en lönejustering.
Beslut
I de flesta fall behöver inga åtgärder vidtas. Dubbletten är ett visningsfel som beror på hur VEP levererar väntande ändringar, och det löser sig av sig självt så snart den framtida ändringen träder i kraft och VEP slutar skicka den ersatta versionen. Det tyder inte på ett felaktigt konto, ett synkroniseringsfel eller en dubbel identitet.
Om en efterföljande process är beroende av positionsräkningen, flaggan för primär position eller ett specifikt attributvärde (till exempel ett meddelandeflöde som utlöses av APositionStartDate), jämför med Källdata Kontrollera vilken version som för närvarande styr eADM:s utdata, istället för att utgå från den första eller den senast tillagda posten.
Relaterade artiklar