I den här artikeln beskrivs hur man går tillväga för att ändra användaruppgifter i eADM, till exempel namn, telefonnummer, e-postadress eller användarnamn.
I eADM hanteras användardata från ett centralt, auktoritativt källsystem för att säkerställa datakvalitet och konsekvens. Detta innebär att informationen i användarprofilerna inte kan ändras direkt i eADM-gränssnittet – med ett undantag: eADM-administratörer kan manuellt åsidosätta data som hämtas från källsystemet.
Hur data hanteras
eADM följer principen om en enda källa till sanning (SSOT). Källsystemet för eADM är er organisations personaladministrationssystem (HRM). eADM synkroniserar automatiskt användardata från HRM-systemet, vilket säkerställer att informationen är konsekvent på alla integrerade plattformar.
Obs! eADM-administratörer kan manuellt åsidosätta användarattribut som hämtas från HR-systemet. En sådan åsidosättning är permanent och kommer inte att skrivas över vid senare synkroniseringar förrän en administratör återkallar den.
Ändra personuppgifter
Personuppgifterna måste uppdateras i HRM-systemet. När ändringen har sparats där kommer den att synkroniseras automatiskt med eADM.
Kontakta personalavdelningen för att ändra följande:
-
Fullständigt namn
-
Adress
-
Privat telefonnummer
-
Privat e-postadress
-
Chef eller avdelning
Ändra konto- och identitetsuppgifter
Följande data är viktiga identitetsuppgifter som påverkar inloggning och åtkomst i flera system. Ändringar av dessa måste hanteras av er IT-avdelning.
-
Användarnamn (
samAccountName) -
Användarens huvudnamn (UPN)
-
Primär e-postadress för arbetet
Varning: Om du ändrar dessa identifierare utan att följa rätt procedur kan det leda till att du förlorar åtkomsten till digitala tjänster, filer och program från tredje part. Kontakta alltid din IT-avdelning.
Hur eADM hanterar samAccountName
Active Directory (AD) är den primära datakällan för samAccountName i en standardkonfiguration av eADM. Följande regler gäller:
-
När eADM skapar ett nytt användarkonto i AD ställer det in
samAccountNameenligt den standard för användarnamn som har konfigurerats i eADM. -
Efter att kontot har skapats gör eADM följande: inte ändras automatiskt
samAccountNameför befintliga konton. Detta är standardbeteendet och är avsiktligt – automatisk omdöpning av befintliga AD-konton är sällan önskvärt. -
Om
samAccountNameändras direkt i AD kommer eADM att återspegla det uppdaterade värdet vid nästa fullständiga synkronisering. Alla andra anslutna målsystem som användersamAccountNamekommer också att uppdateras vid den tidpunkten.
Obs! eADM kan konfigureras för att fungera som huvuddatakälla för samAccountName, så att ändringar i eADM överförs till AD. Detta är en icke-standardkonfiguration och rekommenderas inte i de flesta miljöer, eftersom det gör att eADM automatiskt kan skriva över befintliga AD-användarnamn.
Sammanfattning
|
Typ av data |
Exempel |
Var kan man ändra det? |
Vem man ska kontakta |
|---|---|---|---|
|
Personuppgifter |
Namn, telefonnummer, adress |
HRM-system |
Personalavdelningen |
|
Kontoidentitet |
Användarnamn, UPN, arbets-e-postadress |
Active Directory / Entra ID |
IT-avdelningen |
Administratörsöverskrivning i eADM
Denna procedur gäller enbart eADM och får endast utföras av behöriga administratörer.
En eADM-administratör kan åsidosätta alla användarattribut som hämtas från HRM-systemet, inklusive samAccountName. Överskrivningen är permanent och kommer inte att ersättas vid senare synkroniseringar. Den gäller tills en administratör manuellt återkallar den.
Varning: Att åsidosätta data från källsystemet skapar en avsiktlig avvikelse mellan eADM och HRM-systemet. Använd endast när det är nödvändigt och se till att din organisation har tydliga riktlinjer för när åsidosättningar är tillåtna och hur de ska dokumenteras.
Relaterade artiklar
-
[TODO: lägg till en länk till docs.identum.no under rubriken: Så här åsidosätter du användardata i eADM]
Denna artikel beskriver hur användardata hanteras i eADM samt det korrekta förfarandet för att begära ändringar av personuppgifter, kontoidentifierare eller överskrivningar av källsystem. Den behandlar principen om ”Single Source of Truth”, HRM-systemets roll, standardbeteendet för samAccountName som ett AD-styrt attribut samt administratörens möjlighet att göra överskrivningar. Artikeln riktar sig till systemadministratörer och slutanvändare hos Identums kommunala kunder.