Artikler · Processer og automatisering · 8 min. læsning

Fra Excel og copy/paste til sammenhængende systemer: hvornår giver en integration mening?

Hvis de samme oplysninger bliver skrevet ind tre steder, har I sandsynligvis ikke brug for hurtigere medarbejdere. I har systemer, der ikke taler sammen, og medarbejdere, der fungerer som forbindelsen imellem dem.

Af Martin Egesø · Udgivet

Kort svar

En integration giver mening, når de samme oplysninger regelmæssigt flyttes mellem to systemer, og arbejdet følger faste regler. Så sender systemerne data til hinanden i stedet for at medarbejdere kopierer dem. Brug flow-testen: Hvad flyttes, hvorfra og hvortil, hvor tit, hvem ejer forbindelsen, og hvad sker der, hvis den fejler? Er selve processen dårlig, skal den ændres først.

I artiklen 10 afsnit
  1. Hvordan kan I se, at jeres systemer ikke taler sammen?
  2. Hvad er en integration, og hvad er forskellen på de fem løsninger?
  3. Hvad sker der, hvis I ikke gør noget?
  4. Hvornår giver en integration mening? Flow-testen
  5. Hvilke typer integration findes der?
  6. Før og efter: ordren mellem CRM og økonomisystem
  7. Hvornår skal I ikke integrere?
  8. Hvad skal være på plads, når forbindelsen kører?
  9. Hvad kan I gøre nu?
  10. Ofte stillede spørgsmål

Det vigtigste

  • Oplysninger, der skrives ind flere steder, er et tegn på systemer, der ikke taler sammen, og ikke på langsomme medarbejdere.
  • En integration forbinder to systemer, så data flyttes automatisk. Den er ikke det samme som automatisering, et nyt system, egen software eller AI.
  • Brug flow-testen med fem spørgsmål, før I vælger: hvad, hvorfra og hvortil, hvor tit, hvem ejer det, og hvad hvis det fejler.
  • Kortlæg arbejdsgangen først. En dårlig proces skal ændres, ikke integreres.
  • Når forbindelsen kører, skal ejer, data og næste review kunne findes igen.

Hvordan kan I se, at jeres systemer ikke taler sammen?

Systemer, der ikke taler sammen, giver ofte de samme syv tegn:

  • Excel som mellemstation. Data går fra system A til et regneark og videre til system B.
  • Data sendt på mail. Oplysninger bliver sendt rundt som vedhæftede filer.
  • Eksport og import. Nogen henter en fil ud af ét system og lægger den ind i et andet.
  • Copy/paste. De samme oplysninger kopieres i hånden.
  • Dobbeltregistrering. Kundenavn, ordrenummer eller beløb skrives to eller tre steder.
  • Systemer, der viser forskellige data. Kundens adresse er ikke den samme i alle systemer.
  • Medarbejdere som menneskelige integrationer. Én person ved, hvordan data skal flyttes, og arbejdet stopper, når personen er syg eller på ferie.

Genkender I to eller flere af dem, kan en integration være relevant. Det er ikke det samme som, at den er svaret. Det afgør I med flow-testen længere nede.

Hvad er en integration, og hvad er forskellen på de fem løsninger?

En integration er en forbindelse mellem to eller flere systemer, så data flyttes automatisk, uden at nogen skriver dem ind igen. De fem løsninger, som ofte bliver blandet sammen, har hver sin opgave:

  • Integration: Systemer udveksler data. Passer til, når data skal fra A til B.
  • Automatisering: Et system udfører faste trin efter faste regler. Passer til gentagne opgaver, fx at en faktura oprettes, når en ordre er godkendt.
  • Nyt system: Ét system erstatter to eller flere. Passer til, når systemerne dækker det samme og burde være ét.
  • Egen software: Kode skrevet til jeres proces. Passer til processer, der er unikke, og hvor ingen standard kan det.
  • AI: Et system, der læser, skriver eller sorterer tekst og billeder. Passer til, når data ikke er struktureret, og et menneske kontrollerer resultatet.

De kan kombineres. Hvordan I vælger mellem dem, står i artiklen om AI-agent, automatisering eller integration. Her handler det om integration.

Hvad sker der, hvis I ikke gør noget?

Manuel flytning af data virker sjældent som et stort problem, men den giver konsekvenser, der vokser med volumen:

  • Fejl. Hver gang en oplysning skrives igen, kan den blive forkert, og fejlen opdages ofte først hos kunden.
  • Tid. Små opgaver på få minutter ganges op. Formlen i artiklen om at kortlægge en arbejdsgang viser, hvordan I regner det ud.
  • Forsinkelser. Data flyttes, når nogen har tid, så fakturaer, svar og status kommer senere.
  • Svært at skalere. Hver ekstra kunde eller ordre kræver ekstra hænder.
  • Afhængighed af enkeltpersoner. Den, der kender regnearket, er forbindelsen mellem to systemer. Forsvinder vedkommende, stopper flowet.

Hvornår giver en integration mening? Flow-testen

Flow-testen er min egen måde at afgøre, om en integration giver mening. Den er ikke en standard. Svar på fem spørgsmål om ét konkret flow:

  1. Hvad flyttes? Skriv de konkrete oplysninger ned, fx kundenavn, ordrenummer og beløb.
  2. Hvorfra og hvortil? Hvilket system er kilden, der har ret, hvis to steder er uenige?
  3. Hvor tit? Dagligt, ugentligt eller sjældent, og hvor mange gange?
  4. Hvem ejer forbindelsen? Hvem retter den, hvis den går i stykker, eller hvis et system ændres?
  5. Hvad sker der, hvis den fejler? Bemærker nogen det, og hvad går galt, hvis den står stille en dag?
Svaret lignerPeger på
Få oplysninger, sjældent, ét menneskeIngen integration. Forenkl, og behold det manuelle.
Faste oplysninger, ofte, to systemerIntegration
Oplysninger i fri tekst, fx i en mailAI til at læse, plus integration til at skrive
To systemer, der dækker det sammeÉt nyt system i stedet for en integration
Mange systemer og særlige reglerBygget løsning, hvis ingen standard passer

Har I ikke kortlagt arbejdsgangen endnu, så start med at kortlægge den. Så er svarene på spørgsmål 1–3 allerede skrevet ned.

Hvilke typer integration findes der?

Integrationer findes i fire hovedtyper. De adskiller sig i, hvor meget der er automatisk, og hvor meget der skal bygges.

TypeHvad det erPas på
FiludvekslingEt system eksporterer en fil, et andet importerer den, ofte efter en tidsplanData er ikke altid friske, og formater skal passe
Færdig forbindelseEn standardforbindelse mellem to udbredte systemer, tilbudt af en leverandørDen kan kun det, leverandøren har lavet
API-integrationTo systemer bruger en API, en aftalt åbning, hvor de kan hente og sende data direkteKræver, at begge systemer har en API, og at nogen vedligeholder forbindelsen
Bygget forbindelseEn forbindelse udviklet til jeres processerSkal dokumenteres og ejes, ellers hænger den på én person

En CRM-integration er en forbindelse mellem et CRM, altså et kundesystem, og et andet system, fx økonomi. Principperne er de samme som for andre integrationer.

Før og efter: ordren mellem CRM og økonomisystem

Et tænkt eksempel

Før: Ordrer registreres i CRM. Hver aften eksporterer en medarbejder dem til Excel, retter formaterne og importerer dem i økonomisystemet. Hvis medarbejderen er syg, bliver fakturaerne forsinkede. Tallene i de to systemer passer ikke altid. Efter: En integration sender ordren til økonomisystemet, når status i CRM skifter til godkendt. Faste regler kontrollerer, at kunden og prisen er i orden. Kun afvigelser går til et menneske. Tallene kommer fra én kilde.

OmrådeFørEfter
Flytning af ordreEksport og import hver aftenSendes automatisk, når status skifter
FejlFormater rettes i håndenFaste regler tjekker, afvigelser går til et menneske
ForsinkelserFaktura efter næste dags arbejdeFaktura kan oprettes, når ordren er godkendt
AfhængighedÉn medarbejder kender regnearketEn navngiven ejer af forbindelsen

Det, der ikke ændrer sig, er ansvaret. Nogen skal stadig eje forbindelsen, se afvigelser og rette, når et system ændres.

Hvornår skal I ikke integrere?

En integration er ikke altid svaret. Overvej en anden vej i disse tilfælde:

  • Processen er dårlig. Integrerer I en proces med unødvendige trin, bygger I kaos ind i teknologien. Ryd op først.
  • To systemer dækker det samme. Så kan ét nyt system være bedre end en forbindelse imellem dem.
  • Volumen er lav. Er flytningen sjælden og tager få minutter, koster forbindelsen mere, end den sparer. Sådan regner I det ud: hvad manuel administration koster.
  • Systemerne kan ikke dele data. Har ét system hverken API eller filudveksling, kan integrationen blive dyr.

Passer ingen standard, og er processen unik for jer, kan egen software være relevant. Det vurderer I med artiklerne om skræddersyet software med AI og om at købe, tilpasse eller bygge.

Hvad skal være på plads, når forbindelsen kører?

Når en forbindelse kører, bør I kunne svare på fem spørgsmål, også et år senere:

  • Hvilke data flyttes fra hvilket system til hvilket?
  • Hvem ejer forbindelsen og retter den?
  • Hvad sker der, hvis et af systemerne ændrer sig eller skifter leverandør?
  • Hvor registreres en fejl, og hvem bliver underrettet?
  • Hvornår blev forbindelsen sidst vurderet?

Hvordan I dokumenterer en forbindelse eller en anden løsning, I bygger selv, står i artiklen om hvad I skal dokumentere, når I bygger selv.

Indgår der persondata, skal I tænke databeskyttelse ind fra starten. Datatilsynet beskriver, at databeskyttelse gennem design betyder, at man allerede fra tidspunktet, hvor midlerne til behandlingen fastlægges, gennemfører passende tekniske og organisatoriske foranstaltninger, bl.a. minimering af persondatabehandlingen (Datatilsynet, set 3. oktober 2026). I den praksis flytter I kun de oplysninger, forbindelsen har brug for. Om en konkret behandling er lovlig, er en juridisk vurdering, og jeg er ikke jurist.

Til én forbindelse rækker et regneark. Når der er flere, er det den del, SPOR er bygget til: ét register over systemer med ejer, formål og data, og dataflowet vist som diagram. SPOR bygger ikke forbindelsen og afgør ikke, om en behandling er lovlig. Den samler det, I ellers skal lede efter, når nogen spørger. Se SPOR.

Hvad kan I gøre nu?

Gør dette i denne uge:

  1. Skriv de tegn ned, I genkender: Excel, copy/paste, eksport og import, dobbeltregistrering.
  2. Vælg ét flow, hvor de samme oplysninger flyttes mellem to systemer.
  3. Besvar flow-testens fem spørgsmål for det flow.
  4. Tjek, om processen kan forenkles, før I overvejer en integration.

Kort sagt: Systemer, der ikke taler sammen, er sjældent et medarbejderproblem. Find flowet, test det, og vælg den simpleste forbindelse, der løser det. Har I information, der bliver flyttet manuelt mellem systemer, så send flowet, så kigger vi på det sammen.

Næste skridt: Vælg mellem AI-agent, automatisering og integration. Læs AI-agent, automatisering eller integration? Sådan vælger I den rigtige løsning.

Ofte stillede spørgsmål

Hvad er forskellen på en integration og en API?

En API er en åbning, et system tilbyder, så andre systemer kan hente og sende data på en kontrolleret måde. En integration er forbindelsen mellem to systemer, der bruger den. En integration kan også laves uden API, fx ved udveksling af filer, men API er en almindelig vej.

Kan man integrere systemer uden at skifte dem?

Ja, hvis begge systemer kan sende eller modtage data, fx via en API eller en fil. Så forbinder integrationen de eksisterende systemer. Kan ét af systemerne ikke dele data, kan det være en grund til at overveje et andet system.

Hvad koster en integration?

Prisen afhænger af antal systemer, hvilke data der flyttes, om en færdig forbindelse findes, og hvor mange særlige regler der skal med. Vedligehold er ofte en vigtig udgift, fordi forbindelsen skal følge med, når et system ændres. Få overblik over arbejdsgangen først, så kan prisen vurderes.

Er Excel som mellemstation altid et problem?

Nej. Til en sjælden opgave med få data kan Excel være det enkleste. Det bliver et problem, når flyttet sker dagligt, når flere afhænger af det samme regneark, eller når fejl i arket kommer videre til kunder.

Martin Egesø

Om forfatteren

Martin Egesø er rådgiver og udvikler. Han hjælper virksomheder med at få mere ud af deres systemer og AI-værktøjer og bygger nye løsninger, når standarden ikke passer, med styr på brug, data og ansvar. Han driver MLE Gruppo ApS i Randers.

Mere om Martin

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

Læs også