Migration

Migration fra Excel og Google Sheets

Regnearket blev jeres rygrad, men nu er der versionskaos og kun én person forstår formlerne. Sådan samler I det hele, hvad der kan importeres, og de faldgruber rodede data gemmer.

Michael Sønderup Nielsen
Michael Sønderup Nielsen
Skrevet af
Publiceret
19. maj 2026
Læsetid
7 min
Illustration til artiklen "Migration fra Excel og Google Sheets"

Da regnearket overtog klubben

Det starter altid uskyldigt. Kassereren laver et ark til kontingent. Flyvechefen laver et til vagtplanen. En instruktør laver et til flyvedagene, og pludselig har klubben et ark til medlemskartoteket, et til lægeattester, et til startlisten og et til hvem der skylder for bugsering.

Ingen besluttede det. Det voksede bare. Og på et tidspunkt opdager bestyrelsen, at hele klubben i praksis kører på en samling regneark, som ligger spredt på fire forskellige computere, tre Google Drev og en enkelt USB nøgle i formandens skuffe.

Det fungerer, indtil det ikke gør. Og når det holder op med at fungere, er det som regel på den værste måde.

Symptomerne I nok kender

Kender I nogle af disse, er I klar til at samle det hele et sted:

  • Versionskaos. Der findes “medlemmer_2025.xlsx”, “medlemmer_2025_ny.xlsx” og “medlemmer_endelig_RIGTIG.xlsx”, og ingen ved længere hvilken der er den rigtige.
  • Den ene person. Kun kassereren forstår formlerne i kontingentarket. Bliver vedkommende syg eller stopper, står klubben med et ark ingen tør røre.
  • Manuelt dobbeltarbejde. Et nyt medlem skal skrives ind i medlemsarket, vagtplanarket og maillisten, hver for sig.
  • Ingen historik. Når nogen retter et tal, forsvinder det gamle. Der er ingen måde at se hvad der stod i går.
  • Adgangsrod. Alle med linket kan rette i Google Sheet, også ved et uheld. En forkert sortering kan flytte navne og telefonnumre ud af sync uden nogen opdager det.

Regneark er fantastiske til at regne. De er elendige til at være det sted, hvor en hel klubs virkelighed skal bo.

Erfaring fra klubmigrationer

Hvad kan faktisk importeres?

Den gode nyhed er, at et regneark er nemt at læse for et system. Data ligger allerede i rækker og kolonner, og det er præcis det format en import skal bruge. Fra et typisk medlemsark kan vi hente:

  • Stamdata: navn, adresse, email, telefon, fødselsdato
  • Medlemstype og status: aktiv, passiv, junior, æresmedlem
  • Kontingentoplysninger: sats, betalingsstatus, forfaldsdato
  • Roller: instruktør, spilfører, slæbepilot, bestyrelsesmedlem

Vagtplaner og startlister kan også importeres, hvis de har en fast struktur med en dato og et navn pr. række. Det samme gælder oversigter over lægeattester med udløbsdato, som ellers er noget af det nemmeste at glemme.

Det der derimod sjældent overlever et regneark, er noget der ligger gemt i formler frem for i tal. En kolonne der udregner alder ud fra fødselsdato er ligegyldig, for det nye system regner selv alderen. Men en kolonne hvor kassereren har blandet tekst og tal i samme celle, “betalt (rest 200)”, den kan ikke importeres maskinelt. Den skal ryddes op i hånden.

Faldgruberne ved rodede data

Regneark tilgiver rod, og det er præcis derfor de bliver et problem. Et system er strengere, og de svagheder I aldrig lagde mærke til, dukker op med det samme.

Den hyppigste er inkonsekvent format. Fødselsdatoer der står som “12/3 1980” i én række og “1980-03-12” i en anden. Telefonnumre med og uden landekode. Emailadresser med et mellemrum foran. Mennesker læser henover den slags. Et system gør ikke.

Den næst hyppigste er dubletter. Det samme medlem findes to gange, fordi nogen skrev vedkommende ind på ny i stedet for at finde den eksisterende række. Ved import bliver det til to medlemmer med hver sit halve kartotek.

Og så er der spøgelserne. Medlemmer der stoppede for år tilbage, men aldrig blev slettet, fordi det var nemmere at lade rækken stå. De fylder i kartoteket og forvirrer alle statistikker.

Vil I have det bedste udgangspunkt, så ryd op inden I importerer. Vi har skrevet en konkret guide til netop det i datakvalitet før import.

Den realistiske tidslinje

Fra regneark til drift er faktisk hurtigere end fra andre systemer, netop fordi data allerede ligger struktureret. Typisk forløb:

  1. Uge 0: Find alle arkene. Det lyder banalt, men det er den største opgave. Gå bestyrelsen rundt og spørg hver enkelt: hvilke ark holder du på? Udpeg den ene person der forstår formlerne, og bed vedkommende forklare dem.
  2. Uge 1: Oprydning og import. Data samles, dubletter fjernes, formater ensrettes, spøgelser slettes. Så importeres det.
  3. Uge 2: Validering og drift. Bestyrelsen tjekker at tallene stemmer, kontingentsatser og roller sættes op, og systemet går i drift.

Fra 2 til 3 uger, ikke et helt vinterhalvår. Det tunge er ikke teknikken. Det er at få overblik over hvor jeres data egentlig gemmer sig.

Hvad Startstedet gør

Startstedet samler medlemskartotek, vagtplan, kontingent, lægeattester og flyvedage ét sted, så I slipper for at holde styr på spredte ark. Importen fra jeres regneark er inkluderet i opsætningen, og vi hjælper med at oversætte kolonnerne fra jeres ark til systemet, så I ikke sidder alene med formlerne.

Vil I se hvad det koster, kan I kigge på prissiden. Vil I hellere se det med jeres egne data i hånden, så book en demo, og lad os kigge på jeres ark sammen.