Felsökning vid misslyckad synkronisering

Synkroniseringsprocessen kan ibland stoppas eller misslyckas av olika anledningar. I den här artikeln beskrivs vanliga orsaker till en misslyckad synkronisering och vilka åtgärder du som administratör kan vidta för att lösa problemet och starta om processen.

Förståelse för synkroniseringsstatus

Vyn Synchronization Cycle visar status för varje steg i processen. Titta efter dessa ikoner för att förstå den aktuella statusen:

Grön bock: Synkroniseringssteget har slutförts framgångsrikt.
Röda Korset: Steget har misslyckats med ett fel.
Roterande cirkel: Steget pågår för närvarande eller står i kö för att köras nästa gång.

Felsökning per synkroniseringssteg

I följande tabell beskrivs varje steg i synkroniseringscykeln och åtgärder som du kan vidta om ett steg misslyckas eller inte startar.

Synkroniseringssteg	Beskrivning	Möjliga åtgärder
Importera HR	eAdm hämtar medarbetardata från ditt HRM-system.	Om det misslyckades: Kontakta support. Om en ny cykel inte startar (alla steg visas som slutförda): Kör eAdm-synkroniseringsskriptet från Schemaläggaren på den server där klienten är installerad. Om synkroniseringen inte startar, kontrollera om det finns fel i Händelseloggen och `c:/eadm/logg` filer innan du kontaktar support.
Importera HR Future	eAdm hämtar data för anställda med ett framtida startdatum från ditt HRM-system.	Om det misslyckas: Du kan inte lösa detta själv. Vänligen kontakta Identums support för hjälp.
Importhierarki	eAdm hämtar organisationsstrukturen från ditt HRM-system.	Om den inte startar: Kör skriptet för eAdm från Schemaläggaren och kontrollera om det finns några fel i Loggboken och `c:/eadm/logg` filer. Kontakta support om du inte hittar någon lösning. Om programmet har kraschat med ett felmeddelande: Kontakta supporten. Se även ”Skadad eller ofullständig importfil” nedan om felet gäller tolkning eller ett oväntat filslut.
Importera AD	eAdm hämtar data om befintliga användarkonton från den lokala Active Directory. Obs! AD är den enda huvudkällan för uppgifter om kontoidentitet, såsom `samAccountName` och Lastlogin. Personuppgifter såsom fullständigt namn, telefonnummer eller adress hämtas från HRM-systemet, inte från AD. Om en användare rapporterar felaktiga personuppgifter (t.ex. ett felstavat namn) och dessa har korrigerats direkt i AD, är detta fel system att åtgärda felet i – ändringen bör istället göras i HRM-systemet. Se Uppdatering av användardata i eADM för att följa rätt tillvägagångssätt.	Om den inte startar: Kör skriptet för eAdm från Schemaläggaren och kontrollera om det finns några fel i Loggboken och `c:/eadm/logg` filer. Kontakta support om du inte hittar någon lösning. Om den har kraschat med ett fel: Kontakta support.
Synkronisering	eAdm behandlar alla inkommande ändringar, tillämpar regler och tilldelar behörigheter.	Om importen avbröts på grund av ett säkerhetströskelfel: Detta innebär att importen avbröts i förebyggande syfte på grund av för många ändringar. Se ”Hur man hanterar en import som avbrutits av importfiltret” (EID-utrymmet). Om den inte har startat efter föregående steg: Kör skriptet för eAdm och kontrollera om det finns fel i Loggboken och `c:/eadm/logg` filer. Kontakta support vid behov. Om den har startat men aldrig slutförs: Kontakta support. Om den stoppas med något annat felmeddelande: Kontakta support.
Exportera AD	eAdm överför de bearbetade uppgifterna till den lokala Active Directory.	Om det misslyckas: Kör skriptet för eAdm och kontrollera om det finns fel i Loggboken och `c:/eadm/logg` filer. Kontakta support om du inte hittar någon lösning.
Importera AD-resultat	eAdm får feedback från den lokala kunden efter att `Export AD` steget är slutfört. Ett misslyckande här tyder ofta på att något gick fel under dataöverföringen till den lokala AD.	Om det misslyckas: Kontrollera loggfilerna i `c:/eadm/logg` och kontakta Identums support. Om det avbryts med felmeddelandet ”Tidsgränsen för körning har löpt ut”: Kontrollera de lokala eADM-klientens loggfiler i `c:/eadm/log` och kontrollera om det finns felmeddelanden i händelsevisaren på servern. Kontakta Identums support om du inte kan fastställa orsaken.
Andra integrationer	Detta inkluderar exportsteg till alla andra konfigurerade målsystem (t.ex. Export Azure, Export eFeide).	Om den inte startar: Kör skriptet för eAdm och kontrollera om det finns fel i Loggboken och `c:/eadm/logg` filer. Kontakta support om du inte hittar någon lösning. Om den har kraschat med ett fel: Kontakta support.
Exportera Compilo		Felmeddelande: ”Det gick inte att hämta listan över avdelningar från Compilo” → Detta innebär att Compilos API är nere. Vänligen meddela Identums support så kontaktar vi Compilo för vidare felsökning. När Compilo API är igång igen kommer vi att starta om din synkronisering.

Synkroniseringen har inte körts alls sedan förra cykeln

I vissa fall avbryts hela synkroniseringscykeln istället för att ett enskilt steg misslyckas. Inget nytt visas i vyn ”Synkroniseringscykel”, knappen ”Starta synkronisering” kan vara inaktiverad och eADM visar inget felmeddelande, eftersom problemet ligger hos den schemalagda uppgiften på kundens server och inte hos eADM.

Felsökningssteg

Kontrollera Uppgiftsplaneraren på servern där den lokala eADM-klienten körs. Kontrollera att den schemalagda synkroniseringsuppgiften (som vanligtvis heter \eAdm deltasynk) är på plats och har inte haft några startproblem.
Om uppgiften inte har kunnat startas, försök att köra den manuellt från Uppgiftsschemat. Om det inte löser problemet, starta om servern och försök igen.
Kontrollera händelsevisaren på samma server för att se om det finns några fel som loggats ungefär vid den tidpunkt då synkroniseringen avbröts.
Om det lokala eADM-tjänstekontot är inaktiverat eller spärrat i Visma Enterprise (VEP) misslyckas hämtningen av data från VEP vanligtvis med ett felmeddelande om obehörig åtkomst, istället för att den schemalagda uppgiften inte kan startas. Kontrollera kontots status i Visma Enterprise om denna typ av fel uppstår.

Känd orsak: lösenordet för det lokala servicekontot har gått ut

En vanlig orsak till att den schemalagda uppgiften inte startar är att Windows-lösenordet har gått ut för det lokala servicekontot som används för att köra den (t.ex. DOMAIN\eadmservice1).

Anmärkning: Uppgiftsschemaläggaren loggar en händelse som ser ut ungefär så här: Task Scheduler failed to start "\eAdm deltasynk" task for user "DOMAIN\serviceaccount". Additional Data: Error Value: 2147943730. Detta felvärde indikerar att lösenordet för det konto där uppgiften körs har gått ut eller är ogiltigt.

Så här löser du det:

Kontrollera kontots status, till exempel med Get-ADUser -Identity serviceaccount -Properties PasswordExpired,Enabled,LockedOut, och kontrollera om PasswordExpired är True.
Återställ lösenordet för servicekontot och uppdatera de inloggningsuppgifter som är lagrade i uppgiften i Uppgiftsschemat.
Starta den schemalagda uppgiften igen och kontrollera att den slutförs med resultatet 0. Synkroniseringen återupptas automatiskt därifrån.

Vanliga felmeddelanden i olika steg

Vissa felmeddelanden kan visas vid vilket synkroniseringssteg som helst där data hämtas från eller skickas till en extern källa eller ett externt målsystem, och är inte specifika för ett enskilt steg.

Felmeddelande: The remote server returned an unexpected response: (502) Bad Gateway.

Detta innebär att servern i käll- eller målsystemet är nere och att eAdm inte kan upprätta kontakt med den.

Användare med åtkomst till eADM på partneradministratörsnivå eller högre kan återställa synkroniseringen och försöka igen när problemet har åtgärdats hos leverantören.

Obs! Detta kan vanligtvis inträffa när eAdm försöker hämta eller skicka data under systemleverantörens underhållsfönster.

Korrupt eller ofullständig importfil

Vissa källsystem, såsom ERP Kommune, Unit4 och Agresso, genererar en stamdatafil som överförs till eADM i ett separat steg innan importen körs. Denna genereringsprocess kan ibland avbrytas halvvägs, vilket leder till att en ofullständig eller skadad fil överförs till eADM istället för en fullständig fil.

Hur man känner igen detta

En import som avbrutits på grund av en skadad eller ofullständig fil visas på sidan ”Synkroniseringsstatus” med ett felmeddelande som hänvisar till ett problem med tolkningen eller filstrukturen, snarare än till en säkerhetsgräns. Till exempel:

Avbrutet! Ett fel uppstod vid uppbyggnaden av hierarkin: Ett oväntat filslut uppstod vid tolkningen av namnet. Rad 146106, position 42.

Den specifika raden, positionen och fältnamnet (här, Name) varierar från fall till fall, men mönstret — ett oväntat filslut eller ett liknande analysfel, snarare än ett meddelande om säkerhetströskel — tyder på att själva källfilen är ofullständig, snarare än att filtret har ingripit.

Hur man löser problemet

Kontakta din ERP Kommune-/Unit4-/Agresso-administratör och be denne att köra exporten av stamdata på nytt och sedan kontrollera att den har slutförts utan problem.
När en fullständig fil har skapats och överförts ska du försöka synkronisera på nytt från sidan Status.
Om felet kvarstår efter att en bekräftad komplett fil har överförts, kontakta Identums support för vidare utredning.

Senast uppdaterad: 6 augusti 2026