Byta medlemssystem – så migrerar ni utan att tappa data eller tempo

Publicerad 2026-07-01 · Av Mikael Andersson

Det är faktiskt ganska vanligt. Ni sitter med ett medlemssystem som inte gör det ni behöver, priset har smugit uppåt, eller så körs allt fortfarande på ett Excel-ark som bara en person i styrelsen egentligen förstår. Och så dyker frågan upp: går det ens att byta? Svaret är ja — men inte genom att bara sluta använda det gamla och hoppas att datan hamnar rätt av sig själv i det nya. En medlemsmigration är en logistikövning, inget mer mystiskt än så. Gör ni den rätt tar det några dagar. Gör ni den fel blir det veckor av manuell datastädning och förbannade medlemmar som inte kommer in på sina konton. Den här guiden ger er tidsplanen som faktiskt håller, vilken data som måste med, och fallgroparna ni ska gå runt.

Varför blir migrationer alltid krångligare än man tänkt sig?

Tre saker sätter nästan alltid krokben på föreningar som byter medlemssystem. Först: datan är rörig. Har ni kört Excel eller ett gammalt system i flera år finns dubbletter, felstavade namn, medlemmar utan mejladress och årtal som inte stämmer. Det gamla systemet har aldrig krävt att ni städar — så exporten blir precis lika stökig som verkligheten faktiskt är. Sen: systemet är sällan källa till allt. Medlemsavgifter i ett verktyg, närvaro i ett annat, bokföringen på ett tredje, årsmötesprotokollen i en Google Drive-mapp som bara kassören har koll på. Allt det där måste samlas ihop innan ni rör en enda rad. Och till sist: ni kan inte bara slå av det gamla systemet en fredag eftermiddag. En period måste båda köra parallellt — medlemmar loggar in på ett håll, nya avgifter registreras på ett annat, gamla fakturor ligger kvar för arkivering. Utan en plan blir det snabbt en administrativ soppa.

Tidsplanen som faktiskt håller

Glöm allt tal om veckolånga blixtmigreringar. Så här ser ett schema ut som faktiskt går att hålla:

• Vecka 1, dag 1–3: Inventering. Lista exakt vilken data som måste följa med. Medlemmar, ja, självklart. Men vilka attribut? Namn, telefon, mejl är standard — men ni har kanske också medlemstyp, betalningsvillkor, en styrelseroll eller lösa anteckningar från gamla styrelsemöten som ingen vågar kasta. Skriv ner allt. Gör också en sanity check: hur många medlemmar är faktiskt aktiva? 500 eller 5000? En idrottsförening kan lätt släpa på 2000 gamla profiler från 2015 som ingen längre betalar för.
• Vecka 1, dag 4–5: Exportera. Ta ut datan ur det gamla systemet. Kan det inte exportera till CSV eller Excel har ni redan ett större problem än migrationen — då sitter ni fast och får förhandla med en telefonsupport som svarar med tio minuters kö.
• Vecka 1, dag 6–7: Städa. Sortera dubbletter, rätta stavfel, fyll i attribut som saknas. Har ni kört Excel länge tar det här steget garanterat längre än ni räknat med. Det är nu ni sitter och avgör vad som är verklig medlem och vad som bara är gammalt bråte.
• Vecka 2, dag 1: Importera. In i det nya systemet. Kontrollera två gånger — är alla medlemmar med, ser grupperna rätt ut, har något blivit konstigt kodat på vägen?
• Vecka 2, dag 2–5: Kör parallellt. Båda systemen lever samtidigt. Nya medlemmar registreras i båda. Gamla fakturor stannar i det gamla systemet för arkivering, nya genereras i det nya.
• Vecka 2, dag 6: Klipp navelsträngen. Stäng av det gamla systemet. Har inget exploderat — och det ska det inte om ni följt planen — är ni klara.

Exportera medlemsdatan rätt (annars är resten meningslöst)

Det här är er första chans att göra rätt eller fel, och den går inte att ta igen i efterhand. Exportformatet spelar roll. Kan det gamla systemet exportera CSV — bra, det läses av nästan varje medlemsregister som finns. Men ansvaret ligger på er: kolumnnamnen måste stämma, och separatorn behöver vara rätt kommatecken eller semikolon beroende på vad det nya systemet väntar sig.

Excel går att exportera från nästan vad som helst, men skippa gamla XLS-filer — kör XLSX. Gammal XLS biter sig ofta fast i fel teckenkodning så fort man sparar om filen. Kör igenom den här listan innan ni går vidare:

• Stämmer antalet medlemmar? (COUNTIF i Excel ger snabbt svaret.)
• Saknas kolumner, eller heter någon konstigt?
• Är åäö kodade rätt? Gamla system trasslar ofta till just detta.
• Ligger datum i ett format det nya systemet förstår — YYYY-MM-DD är säkrast kortet.
• Finns personnummer, medlemsnummer och andra ID med i exporten?

Parallell körning — den mest underskattade tekniken i hela processen

Egentligen ganska enkelt att få till, om ni bara planerar för det. Vecka två kör ni båda systemen samtidigt, och en regel gäller ovillkorligen: vilket system är sanningen just nu? Det nya. Nya medlemmar går rakt in där. Gamla medlemmar och gamla fakturor stannar i det gamla systemet, orörda, tills ni är säkra på att allt fungerar i det nya.

Krånglar det nya systemet under den här perioden — medlemmar kommer inte in, fakturor skrivs inte ut, rapporterna blir fel — är det bara att backa. Det gamla systemet snurrar fortfarande. Ingen panik, ingen datorkrasch, ingen förening utan fungerande medlemsregister över en natt. Det är just den säkerhetsmarginalen som gör parallell körning så pass värdefull att den knappt går att hoppa över.

Fallgroparna vi ser om och om igen

Samma misstag, förening efter förening. Inget av dem är svårt att undvika — man behöver bara veta att de finns:

• Att migrera medlemmarna men glömma utestående fakturor. Betalda fakturor är ren arkivdata, behövs för bokföringen men inte för driften. Har någon medlem en obetald räkning från förra året måste den läggas in manuellt i det nya systemet — annars försvinner betalningen, och föreningen står med förlorade pengar utan att förstå varför.
• Att anta att alla i systemet fortfarande är aktiva medlemmar. Gamla system sparar bokstavligen alla som någonsin registrerats — den där styrelseledamoten från 2003 finns kvar, liksom löparen ingen sett till på tio år. Filtrera innan migrationen. Bara aktiva medlemmar från innevarande år går över. Resten hör hemma i arkivet, inte i driften.
• Att tro att systemet mappar attribut automatiskt. Det gör det inte. Hette fältet 'MEDLEMSKAP_TYP' i det gamla systemet och 'TYPE_OF_MEMBER' i det nya, måste någon människa berätta att de betyder samma sak. Manuellt jobb, varje gång. Ingen AI fixar det åt er, hur mycket ni än önskar det.
• Att migrera en fredag kväll, eller mitt i en stökig period för föreningen. Migrationer tar ofta längre än planerat. Går något fel en fredag kväll är hela styrelsen redan utloggad för helgen. Kör hellre på en tisdag förmiddag, när folk faktiskt är på plats och pigga nog att lösa problem.
• Att aldrig testa importen på testdata först. Kör inte rakt in i produktion. Testa på en kopia av den gamla datan mot en testmiljö i det nya systemet. Se att allt landar rätt innan ni gör det skarpt.

Medlemsfaktura gör övergången odramatisk

Vi bygger Medlemsfaktura just för att migrationer inte ska behöva bli en tvåveckors mardröm. Medlemsregistret är exportvänligt — ta ut er data när ni vill, utan att först behöva ringa en trög support och vänta i telefonkö. Vi stöder både CSV och JSON, och kan importera från nästan vilket gammalt format ni än sitter med. Vill ni jämföra med andra system finns mer att läsa om hur enkelt (eller inte) det är att byta leverantör — och vilka konkurrenter som gör allt för att låsa in er.

Vi erbjuder också parallell drift utan extra kostnad under hela övergångsperioden. Principen är enkel: båda systemen lever, gammal data stannar i det gamla, ny data går in i det nya, och när ni är trygga — då växlar ni över, helt enkelt. En migration ska inte kännas som en flytt fylld av trasigt porslin. Den ska kännas som att en tjänst tar över efter en annan, utan att någon ens märker skarven.

Vanliga frågor

« Tillbaka till bloggen eller läs fler guider för föreningar.