Hvorfor leverandørskifte skal planlægges før det bliver nødvendigt
Mange foreninger tænker først på dataeksport, når de allerede er utilfredse med et system, står over for en administratorændring eller skal rydde op efter gamle regneark. På det tidspunkt er det dyrt at opdage, at historik, dokumentation eller filformater ikke kan flyttes ordentligt.
En god exit-plan beskriver, hvilke data foreningen ejer, hvordan de kan eksporteres, hvem der må bestille eksporten, og hvordan man kontrollerer, at alt er kommet korrekt med.
Data der bør kunne komme med
Ventelisten består af mere end navne og telefonnumre. For at en ny leverandør eller administrator kan fortsætte arbejdet, skal data kunne forstås i sin sammenhæng.
Personposter
Navn, kontakt og status. Eksporten bør vise aktive, passive og slettemarkede poster med relevante datoer.
Anciennitet
Opskrivningsdato og rækkefølge. Det skal være tydeligt, hvilken dato der styrer placeringen, og om der findes manuelle rettelser.
Boligønsker
Matchdata og kriterier. Boligtype, størrelse, områder og interne præferencer bør kunne flyttes uden at blive fritekstkaos.
Betaling og fornyelse
Gebyrer, rykkere og aktiv status. Betalingsspor kan forklare, hvorfor en person er aktiv, passiv eller fjernet fra tilbudsflowet.
Boligtilbud
Tilbud, svarfrister og svar. Historik om accept, afslag og manglende svar er vigtig ved klager og overdragelse.
Audit trail
Ændringer, beskeder og godkendelser. Uden historik kan en eksport se rigtig ud, men være svær at forsvare bagefter.
Formatkrav til eksport
En eksport bør være læsbar for bestyrelsen og anvendelig for et nyt system. CSV eller Excel kan være praktisk til kontrol, mens JSON eller strukturerede tabeller kan være bedre til teknisk migrering.
| Eksportdel | Hvorfor den er vigtig | Kontrolspørgsmål |
|---|---|---|
| Feltnavne | Gør data forståelige for ny leverandør. | Er hvert felt dokumenteret? |
| ID-nøgler | Binder personer, betalinger, beskeder og tilbud sammen. | Kan relationer bevares? |
| Datoformat | Forebygger fejl i anciennitet og frister. | Er datoer entydige? |
| Koder og status | Forklarer aktiv, passiv, slettet og intern/ekstern liste. | Er alle statusværdier oversat? |
| Log og noter | Bevarer forklaringen bag ændringer. | Kan man se hvem, hvornår og hvorfor? |
| Kontrolsummer | Gør det muligt at opdage manglende rækker. | Stemmer antal og totaler før og efter? |
Kontrol før import i nyt system
Før data importeres i et nyt system, bør bestyrelsen gennemgå en prøveeksport. Det handler især om dubletter, mærkelige datoer, ufuldstændige kontaktdata, manuelle noter og personer med uklar status.
Brug gerne processen sammen med dataoprydning, flytning fra regneark og kravspecifikation, så krav til eksport ikke først bliver opdaget efter kontrakten er underskrevet.
Overførsel og adgang
En eksport indeholder personoplysninger og skal behandles derefter. Aftal hvem der må bestille eksporten, hvordan filen overføres, hvor længe den må ligge lokalt, og hvordan den slettes efter import og kontrol.
Hvis eksporten sendes til en ny leverandør, bør roller og ansvar være klare. Datatilsynet beskriver forskellen mellem dataansvarlig og databehandler, og foreningen bør sikre, at leverandøren kun behandler data efter instruks.
Ophør hos gammel leverandør
Når skiftet er gennemført, skal foreningen ikke bare antage, at den gamle leverandør har slettet data. Aftalen bør beskrive tilbagelevering, eventuel kort overgangsopbevaring, sletning, backupkopier og dokumentation for afslutningen.
Se også sletning og opbevaring, backup og gendannelse, databehandleraftale og GDPR og sikkerhed.
Officielle kilder om data, rettigheder og sletning
Denne guide er praktisk og erstatter ikke juridisk rådgivning. Den bygger på Datatilsynets materiale om registreredes rettigheder, behandling af personoplysninger, sletning og oplysning i små foreninger.
Sådan hjælper Andels Venteliste
Andels Venteliste kan bygges med eksport og migrering som et grundprincip: strukturerede data, dokumenterede felter, tydelig historik og eksportspor, så bestyrelsen ikke mister kontrol ved leverandørskifte.
Det giver ro ved bestyrelsesskifte, administratorændringer og fremtidige systemvalg.
Ofte stillede spørgsmål om dataeksport
Kan en almindelig Excel-fil være nok?
Den kan være nok til et simpelt overblik, men ikke nødvendigvis til en fuld migrering. Historik, relationer, log og statuskoder kan kræve mere strukturerede udtræk.
Hvornår bør eksportkrav aftales?
Før aftalen underskrives. Det er langt lettere at stille krav til format, frist, hjælp ved ophør og sletning, før foreningen er afhængig af systemet.
Hvem ejer ventelistedata?
Foreningen bør som dataansvarlig have kontrol over de data, der behandles på dens vegne. Leverandøren bør ikke bruge ventelistedata til egne formål uden klart grundlag.