Spring til indhold
← Alle artikler

Hvorfor jeres systemer ikke taler sammen - og hvad I gør ved det

10. februar 2026

Hvorfor jeres systemer ikke taler sammen - og hvad I gør ved det

Hvis I dobbeltindtaster, eksporterer regneark eller copy-paster mellem systemer, sidder I på et integrationsproblem. Sådan løser man det uden et toårigt projekt.

Næsten alle virksomheder, vi taler med, har det samme symptom: data lever i flere systemer, og nogen bruger tid hver dag på at flytte det manuelt. Det er typisk ikke fordi nogen har truffet en dårlig beslutning. Det er fordi systemerne er kommet til over flere år, fra forskellige beslutningstagere, til forskellige formål.

Problemet er bare, at det koster - i tid, i fejl, og i den mængde information, der aldrig kommer frem til dem, der har brug for den.

Her er sådan vi typisk griber et integrationsprojekt an.

Trin 1: Kortlæg flowet - ikke systemerne

Det typiske fejlspor er at starte med en liste over systemer: ERP, CRM, marketingplatform, økonomi, lager. Og så tænke "vi skal have det hele til at tale sammen."

Det er ikke det rigtige spørgsmål. Det rigtige spørgsmål er: hvor i hverdagen bliver der flyttet data manuelt - og hvad koster det?

Konkret: når en sælger lukker en ordre, hvad sker der så? Hvis svaret indeholder ordene "og så taster Lone det ind i økonomisystemet", har I en integrationskandidat.

Lav listen først over disse manuelle hop. De er jeres business case.

Trin 2: Beslut hvilken vej dataene skal flyde

Ikke alle integrationer er to-vejs. Mange integrationer er enkle: data født ét sted, kopieret ét sted hen. Det er meget enklere at bygge - og meget mindre risikabelt - end fuld synkronisering.

For hvert flow: hvilket system ejer dataen? Det er master. De andre er kopier.

Det er ofte CRM'et for kunder og kontakter. Det er ofte ERP'et for fakturaer. Det er ofte e-handelssystemet for ordrer. Få det skrevet ned.

Trin 3: Vælg den enkleste teknologi, der løser flowet

Integrationsverdenen har eksploderet med muligheder. Det er en velsignelse, men også en faldgrube - fordi det er let at vælge et stort, dyrt integrationsplatform til en simpel opgave.

Hos os ser vi typisk tre lag:

1. Standardkonnektorer. Power Automate har færdige forbindelser til de fleste systemer, vi rammer. Outlook, SharePoint, Dynamics, Salesforce, økonomi-systemer. Det er hurtigt at bygge og let at vedligeholde.

2. Vores egen Ampleo Data Connector. Når Power Automate ikke rækker - typisk når vi skal flytte mange tusinde records ad gangen eller har komplicerede mapping-regler - bruger vi vores egen connector. Den lever direkte i Dynamics 365 og kan konfigureres uden kode.

3. Custom integration. Når et system har en API, der ikke matcher noget standard, bygger vi en custom-integration. Det er typisk det dyreste og mest tidskrævende - men også det, der giver mest fleksibilitet.

Valget afhænger af volumen, hyppighed og hvor stabilt det skal være. Ikke af, hvad der er smartest.

Trin 4: Mål før og efter

Det sidste - og oftest oversprungne - trin er at måle. Hvor lang tid brugte Lone på det manuelle hop før? Hvor mange fejl havde vi om måneden? Hvor mange sager løb forbi SLA fordi de ikke kom videre i tide?

Det er den dokumentation, der retfærdiggør næste integration. Hvis I sprang det over på det første projekt, sker det altid igen på det næste - og så er det "nice to have" frem for "sparer 12 timer om ugen".

Det korte

Integrationer er sjældent svære teknisk. De er svære organisatorisk - fordi de kræver, at I har styr på, hvad der ejer hvilken data, og hvad det er værd at slippe for det manuelle arbejde.

Få styr på flowet og data-ejerskabet først. Resten er bare værktøjsvalg.

Der opstod en uventet fejl. Genindlæs x

Rejoining the server...

Rejoin failed... trying again in seconds.

Failed to rejoin.
Please retry or reload the page.

The session has been paused by the server.

Failed to resume the session.
Please retry or reload the page.