Når I bruger AI til at udvikle systemer: hvad skal I vide?

I artiklen 7 afsnit

1. Hvad ændrer AI i udvikling af systemer?
2. Seks ting, før AI bygger noget
3. Hvilke tjenester kan indgå, og hvad skal I tjekke?
4. Hvad sker der, hvis I ikke har styr på det?
5. Hvordan kan jeg hjælpe?
6. Hvad kan I gøre nu?
7. Ofte stillede spørgsmål

Hvad ændrer AI i udvikling af systemer?

AI gør det hurtigere at skrive kode. Det gør det ikke automatisk lettere at overskue, hvad der er skrevet, hvor data ender, og hvem der kan rette fejl bagefter. En hændelseslog er en liste over, hvem der gjorde hvad hvornår, og hvilke data der blev sendt hvorhen. Et testmiljø er en kopi af systemet, hvor nye versioner afprøves uden rigtige data.

Starter I fra en idé, så start med fem svar i almindeligt sprog og et lille udviklingsforløb. Artiklen her handler om det, der gælder, uanset hvem der skriver koden.

Seks ting, før AI bygger noget

Modellen hedder Seks ting, før AI bygger noget. Den er min egen tjekliste, ikke en standard. Tabellen viser punkterne og hvad der sker, hvis I ikke kan svare.

Data er det første punkt, fordi alt andet afhænger af det. Hvis personoplysninger indgår, kan det også betyde, at I skal have en databehandleraftale med dem, der behandler data for jer. Det er et juridisk spørgsmål, og jeg giver ikke juridisk rådgivning, men I skal i hvert fald kunne sige, hvem der behandler hvilke data hvor. Er systemet bygget med en AI-del, hjælper go-live-tjekken for AI-løsninger.

Hvilke tjenester kan indgå, og hvad skal I tjekke?

De fleste systemer bygger på nogle få tjenester: hosting, database, et sted til koden og måske en AI-model. Tabellen viser fire eksempler og det, I skal tjekke. Navnene er eksempler, ikke en anbefaling, og vilkår og regioner kan ændre sig, så tjek altid selve leverandørens side.

Ét eksempel fra min egen platform, SPOR: Databasen ligger hos Neon i Frankfurt, og serverfunktionerne kører hos Vercel i Frankfurt. Men Vercels driftslogs og kontodata kan behandles i USA, og GitHub ligger i USA og indeholder kun kode og testdata uden personoplysninger. AI til agenterne kører kun i EU-regioner på kundens egen AWS-konto. Det er det niveau af detalje, I skal kunne give for jeres egne systemer. SPORs egne forhold står på siden SPOR og i platformens beskrivelse af leverandører.

Hvad sker der, hvis I ikke har styr på det?

Hvis ingen har afklaret, hvor data ligger, og hvem der har adgang, opdager I det først, når en kunde, en revisor eller en hændelse spørger. Så skal svaret findes bagud, og det er dyrere end at spørge før. Mangler en hændelseslog, kan I ikke se, hvad der skete. Mangler et testmiljø, afprøves ændringer på rigtige data. Og når den, der bad AI om koden, forsvinder, forsvinder forklaringen med. Se også hvad der skal leve videre efter go-live.

Hvordan kan jeg hjælpe?

Jeg bygger med AI som værktøj og med de seks ting i tankerne fra start: hvor data ligger, hvad der dokumenteres, en hændelseslog, et adskilt testmiljø, sikkerhed og en struktur, andre kan overtage. Se mine systemer og løsninger. Jeg garanterer ikke compliance og giver ikke juridisk rådgivning.

Når systemet kører, kan SPOR holde styr på, hvad der findes: et register over systemer og leverandører med formål, ansvarlig og aftaler, risiko pr. system og en hændelsesregistrering med frist. SPOR er ikke en garanti for, at alle krav er opfyldt, men et sted at dokumentere og følge op.

Hvad kan I gøre nu?

Gør dette:

1. Tag et system, I har bygget eller overvejer, og besvar de seks spørgsmål i tabellen. Markér det, I ikke kan svare på.
2. Skriv for hver tjeneste ned, hvilken region den bruger, og hvem der ejer kontoen.
3. Aftal, hvad der må sendes til en AI-tjeneste, og hvad der aldrig må.
4. Sørg for, at nye versioner afprøves et andet sted end i produktion.

Kort sagt: AI gør det hurtigt at bygge. Det er jeres ansvar at kunne svare på, hvor data er, hvad der er sket, og hvem der ejer det.

Ofte stillede spørgsmål

Hvor ligger mine data, når jeg bruger AI til at udvikle et system?

Det afhænger af, hvilke tjenester systemet bruger. Spørg for hver tjeneste: Hvilken region behandler data, hvem ejer kontoen, og hvilken databehandleraftale gælder? Svaret står i leverandørens egne vilkår og i jeres kontoindstillinger, ikke i det værktøj, der skrev koden.

Er al data i EU, hvis jeg vælger en EU-region?

Ikke nødvendigvis. Selve databasen kan ligge i EU, mens driftslogs, kontodata eller support kan behandles andre steder. Spørg derfor både om, hvor data gemmes, og om, hvad der ellers behandles hvor.

Skal AI-genereret kode dokumenteres?

Ja, på samme måde som anden kode. Nogen skal kunne forklare, hvad systemet gør, hvordan delene hænger sammen, og hvem der ejer det. At en AI skrev koden, ændrer ikke på ansvaret.

Hvorfor skal test og produktion være adskilt?

Fordi ændringer skal kunne afprøves uden at ramme rigtige data eller rigtige brugere. Et testmiljø med egen database uden rigtige personoplysninger gør, at en fejl i en ny version kan opdages, før den rammer kunderne.

Artiklen er generel vejledning og ikke juridisk rådgivning. Udgivet 3. oktober 2026.