Europæiske alternativer

Flyt projekthistorikken: opgaver, bilag og automatik

Flyt projekthistorikken: opgaver, bilag og automatik

Projekthistorik kan flyttes, men sjældent hel. Opgaver og beskrivelser kommer som regel med, mens vedhæftede filer, kommentarer, relationer mellem opgaver og automatik ofte falder fra eller skal genskabes, så den første beslutning er, hvor meget af historikken der overhovedet skal flytte.

Artiklen handler om overgangen fra ét projektværktøj til et andet. Den bygger på leverandørernes egen dokumentation, læst i november 2026. Funktionerne ændrer sig ofte, så læs den aktuelle vejledning hos jeres egen leverandør, før I planlægger.

Tre slags historik

Det hjælper at dele historikken op, før I ser på værktøjerne:

  • Aktive projekter. De skal arbejde videre dagen efter skiftet. Her betyder struktur, ansvarlige, frister og åbne opgaver mest.
  • Afsluttede projekter, I slår op i. Her er det beskrivelser, beslutninger og bilag, der tæller. De skal kunne findes, men ikke nødvendigvis redigeres.
  • Afsluttede projekter, ingen åbner. De kan ofte blive liggende som eksport i et arkiv.

Kun den første gruppe skal i reglen gennem en egentlig migrering. For de to andre er spørgsmålet, om en læsbar eksport er nok.

Eksport fra Trello, pr. november 2026

Trellos egen hjælpeside beskriver tre veje ud:

  • JSON pr. tavle. Alle medlemmer af en tavle kan eksportere den som rå JSON. Eksporten rummer de seneste 1.000 handlinger på tavlen, kommentarer medregnet. Ældre kommentarer kommer altså ikke med.
  • CSV pr. tavle. Kræver et Premium-workspace. Kommentarer er ikke med i CSV-eksporten, og arkiverede kort udelades, medmindre man bruger en særlig adresse.
  • Eksport af hele workspacet. Med Premium kan en administrator eksportere alle tavler i både CSV og JSON. Vælger man rå vedhæftede filer, kommer de i deres oprindelige format i en zip-fil. Ellers linker eksporten til filer, der stadig ligger hos Trello.

To ting er værd at notere. Trello kan ikke selv indlæse sine egne JSON- eller CSV-filer igen. Og kort i indbakken kan ikke eksporteres, før de er flyttet til en tavle. Linker eksporten til vedhæftede filer, holder linkene kun, så længe kontoen findes. Skal bilagene gemmes, skal de med som filer.

Fra Jira til OpenProject, pr. november 2026

OpenProject har et migreringsværktøj fra Jira. Dokumentationen siger, at det er i beta og beregnet til testopsætninger, og at kun Data Center-udgaven af Jira i versionerne 10 og 11 kan bruges som kilde. Cloud- og Server-udgaverne af Jira kan endnu ikke.

Ifølge dokumentationen flytter værktøjet projekter og versioner, opgaver med beskrivelse, historik, kommentarer og filer, visse brugerdefinerede felter, involverede brugere og grupper samt statusser og typer. Ifølge OpenProjects egen FAQ flyttes relationer mellem opgaver, sprint-tilknytninger, arbejdsgange, rettigheder, tavler, filtre og dashboards ikke automatisk. Felttyper, der ikke understøttes, springes over. Tilføjelser fra Jiras markedsplads og scripts flytter ikke med. En godkendt import kan ikke fortrydes.

OpenProjects almindelige CSV-import er et alternativ for andre kilder. Den opretter nye opgaver, men tager ikke hierarkier, relationer, egne felter eller vedhæftede filer med.

Bruger I Jira Cloud eller Asana, har vi ikke kunnet læse leverandørernes egne eksportvejledninger ved skrivningen. Bed om dem, eller find dem i jeres administrationsmenu, og sammenlign dem med listen nedenfor.

Det, eksporten typisk ikke tager med

Brug listen som tjekliste mod den konkrete vejledning:

  • Automatik. Regler, der flytter opgaver, sender beskeder eller opretter nye opgaver. De skal bygges igen.
  • Arbejdsgange og statusser. Navnene kan følge med. Reglerne for overgange gør det sjældent.
  • Relationer. Afhængigheder, blokeringer og overordnede opgaver.
  • Ældre kommentarer og ændringslog ud over en grænse.
  • Vedhæftede filer, når eksporten kun linker til dem.
  • Rettigheder og eksterne brugere. Hvem der så hvad, og hvilke kunder der havde adgang.
  • Integrationer. Forbindelser til mail, chat, fillager og kodelager.

Hvornår historikken bliver liggende

Lad historikken ligge, når projekterne er afsluttet, ingen arbejder videre i dem, og en læsbar eksport kan gemmes et sted, I kontrollerer. Beslut samtidig, hvor længe den skal gemmes, og hvem der må slå op i den. Rummer projekterne bilag, der er regnskabsmateriale, gælder bogføringsreglerne for opbevaring, se bilag og historik ved skift.

Flyt historikken, når den bruges aktivt: garantisager, tilbagevendende kunder eller projekter, hvor tidligere beslutninger skal kunne spores.

Ofte er en blanding rigtig. Aktive projekter migreres, de seneste afsluttede eksporteres med bilag, og resten arkiveres som de er.

Rækkefølgen

  1. Tæl projekter og opdel dem i de tre grupper.
  2. Lav en fuld eksport af det gamle værktøj, før noget andet sker, og gem den uden for værktøjet.
  3. Byg strukturen i det nye værktøj.
  4. Prøveflyt et aktivt og et afsluttet projekt, og lad dem, der kender projekterne, kontrollere resultatet.
  5. Ret strukturen, og flyt resten af de aktive.
  6. Genskab automatik og integrationer, og stop oprettelsen af nye opgaver i det gamle system.

Data Act (dataforordningen) art. 29 fjerner skiftegebyrer ved skifte mellem cloudtjenester fra 12. januar 2027. Arbejdet med at flytte bliver hos jer. Hvad I reelt får ud, kan I afprøve nu med en testeksport på exit-plan.dk.

Hvad det kræver, og hvad det koster at lade være

Arbejdet ligger hos dem, der kender projekterne. Tæl timer for optælling, fuld eksport, prøveflytning, kontrol, ny automatik og den tid, begge systemer kører. Prisen i kroner regner I selv ud.

I dag mister I intet ved at vente. Jo flere år og integrationer, der ligger i det gamle værktøj, desto større bliver eksporten, og desto flere ting falder fra, når flytningen sker under tidspres.

Det skal I lade være med

  • At flytte alt som standard · del historikken op og flyt kun det, der bruges.
  • At stole på links til bilag · gem filerne selv.
  • At bruge et betaværktøj på den eneste kopi · lav fuld eksport først.

Det skal valget kunne vise

  • ☐ En opdeling af projekterne i aktive, opslag og arkiv.
  • ☐ En fuld eksport gemt uden for det gamle værktøj.
  • ☐ En liste over det, eksporten ikke tog med.
  • ☐ En godkendt prøveflytning.
  • ☐ En beslutning om opbevaring og adgang til arkivet.

Kilder

Senest gennemgået: november 2026.

Næste skridt

Tæl jeres projekter, og del dem i de tre grupper. Så ved I, hvor stor migreringen reelt er.

Læs også: Europæiske alternativer til Jira og Asana · Brugerne i overgangen til et nyt produkt

→ Kontakt · Tlf. 70 13 63 23 · Jurisdiktions- og afhængighedsvurdering hos Nielco IT

Skrevet af John Nielsen, indehaver af Nielco IT. Selvstændig siden 2009 og mere end 30 års erfaring med IT‑sikkerhed. Om John Nielsen · LinkedIn

John Nielsen, Nielco IT

Overvejer I et europæisk alternativ?

Skriv kort, hvilket system I overvejer at skifte, og hvad der sætter spørgsmålet i gang. Så vender jeg tilbage. Rådgivningen er uvildig og uafhængig, og Nielco IT har ingen forhandleraftaler.

Tak for din henvendelse. Jeg vender tilbage hurtigst muligt.