Importerer du stadig ordrer som CSV? Sådan fungerer webshop-ERP-integration i praksis

Alt for meget af nordisk e-handel håndterer stadig ordredata i hånden: eksporter en CSV fra webshoppen, importer den til ERP-systemet, ret rækkerne der ikke mappede. Denne artikel forklarer hvorfor den rutine blev standarden, hvorfor skræddersyede integrationer ikke erstattede den, og hvad der faktisk sker under motorhjelmen, når mellomware overtager.

CSV-rutinen

Arbejdsgangen ser ens ud i de fleste butikker, der kører den. Ordrer akkumuleres i webshoppen — Shopify, WooCommerce, Centra. Bogføring og lagerbeholdning lever i ERP-systemet — Fortnox, Visma, Business Central. Imellem dem sidder en person: eksporter ordrer som CSV-fil, importer den til ERP-systemet, og ret manuelt det, der ikke mappede — momssatser der landede forkert, kunder der blev duplikeret, betalingsmetoder importen ikke kendte.

Ved fem ordrer om dagen er dette en kaffepauses opgave. Ved halvtreds er det en daglig rutine, som nogen skal eje. Forskning fra Politecnico di Milanos Digital Innovation Observatory (2025) viste, at mens 78 % af europæiske SMV-er kører administrationssoftware, har kun cirka en tredjedel integreret det med deres online salgskanaler — og det frakoblede flertal bruger 4-6 timer om ugen på manuel dataindtastning med en 3-5 % fejlrate, der viser sig som forkerte fakturaer og forkerte lagerniveauer.

Fejlene er den dyre del. En forkert momssats er ikke synlig før ved afstemning. En duplikeret kundepost forurener registret permanent. Og hver time brugt på importrutinen er en time ikke brugt i butikken.

Hvorfor den manuelle rutine vandt

CSV-rutinen overlevede ikke fordi ingen tænkte på at automatisere den. Den overlevede fordi alternativet — en skræddersyet integration — historisk tabte på tre punkter:

Tid. En specialbygget integration mellem én webshop og ét ERP-system tog måneder at specificere, bygge og teste. De fleste handlende havde brug for at ordreflowet kørte denne uge.

Skrøbelighed. Både webshoppen og ERP-systemet udvikler løbende deres API'er. En skræddersyet integration er kode, en konsulent skrev til ét firma — når et API ændrer sig, går det i stykker, og personen der byggede det er måske ikke længere til at få fat på.

Kostnadsasymmetri. Byggekostnaden var den samme, uanset om du behandlede 10 ordrer om dagen eller 1.000. For SMV-er lukkede regnestykket sjældent.

Så den manuelle rutine vandt — ikke fordi den var god, men fordi den var det eneste alternativ, der startede i dag og aldrig sendte en faktura.

Hvad mellomware ændrer

Mellomware — en integrationsplatform, der sidder mellem systemerne — inverterer alle tre problemer. Integrationen eksisterer allerede; du konfigurerer den i stedet for at bygge den. Og fordi den samme connector betjener alle handlende på platformen, håndteres API-ændringer én gang, centralt, i stedet for per virksomhed.

Sådan ser det faktiske flow ud, når en ordre afgives:

1. Webhook'en sendes. Webshoppen underretter integrationslaget i det øjeblik, en ordre oprettes eller bekræftes — ingen polling, ingen tidsplan, ingen eksportknap.

2. Indholdet transformeres. Ordredataene mappes til ERP-systemets skema: ordrelinjer med de korrekte momssatser, betalingsmetoden oversat til ERP-systemets termer, fragt som en egen linje der hvor ERP-systemet forventer det.

3. Kunden matches, ikke dubleres. Integrationen tjekker, om kunden allerede eksisterer i ERP-systemet, og forbinder ordren til den eksisterende post — eller opretter en ny, hvis det virkelig er en ny kunde. Ikke mere tre versioner af samme kunde.

4. Ordren postes via API'et og eksisterer i ERP-systemet sekunder efter, at den eksisterede i webshoppen — som en ordre eller en færdig faktura, afhængigt af konfigurationen.

Data flyder også den anden vej. Lagerniveauer, hvor ERP-systemet er sandhedskilden, synkroniseres tilbage til webshoppen efter en tidsplan — hvert femte minut som standard — så butikken viser, hvad lageret faktisk indeholder.

Ud over ordrer

Ordresynkronisering er, hvor de fleste handlende begynder, fordi det er den mest synlige smerte. Men det samme lag håndterer typisk de omgivende flows:

• Lagerniveauer — ERP til webshop, så kampagner ikke oversælger det, der ikke er der.

• Udbetalinger — betalingsudbyderrapporter hentes og matches med fakturaer, gebyrer og refunderinger bogføres der, hvor de hører til, så klumpsummen på kontoudtoget stemmer overens med ERP-systemet.

• Refunderinger — kreditnotaer oprettes automatisk, når en refundering udstedes i butikken.

• Produktdata og ordrestatusser — afhængigt af hvilket system der ejer hvilken sandhed.

Hvert flow er et valg med en retning. Hvilke flows der giver mening — og hvilken retning de kører — afhænger af systemerne og hvordan virksomheden fungerer. Det er en konfigurationssamtale, ikke et udviklingsprojekt.

Hvad det betyder i praksis

Den ærlige sammenfatning: CSV-rutinen er et løst problem. Ikke ved heroisk skræddersyet udvikling, men ved den samme økonomi, der fik SaaS til at vinde overalt ellers — én integration, bygget én gang, vedligeholdt centralt, konfigureret per handlende.

Hvis du kører eksport-import-ret-rutinen i dag, er det første spørgsmål ikke "skal vi integrere" — det er "understøttes vores systemkombination allerede". For de systemer, der er nævnt i denne artikel og et par hundrede andre kombinationer, er svaret normalt ja.