Din Shopify-butik og dit regnskabsprogram taler ikke sammen. Her er hvad det koster dig.
Hver ordre du behandler manuelt er et valg om at betale to gange.
Det er den sidste uge i kvartalet. Du har en bunke Shopify-ordrer, der skal ind i e-conomic, inden din revisor sender næste fakturakørsel. Din VA er syg. Du sætter dig ned, åbner to browserfaner og begynder at kopiere.
Kundenavn. E-mail. Ordrenummer. Varelinjer. Fragt. Moms.
Femogfyrre minutter senere er du færdig. For i dag.
I morgen er der 23 nye ordrer.
Hvis det lyder bekendt, driver du ikke en dataindtastningsvirksomhed af lyst – du er bare aldrig blevet fortalt, at der findes en vej ud.
Hvad der faktisk sker lige nu
De fleste danske e-handelsvirksomheder, der kører Shopify + e-conomic, gør en af tre ting:
- Manuel indtastning – nogen (ofte ejeren selv) kopierer ordredata ind i e-conomic i hånden
- Batch-eksport – downloader en CSV fra Shopify hver uge og importerer den i e-conomic, mens man håber, at kolonnerne passer
- Et Zapier-workflow sat op for to år siden – som for det meste virker, bortset fra når det ikke gør, og ingen ved hvorfor
Alle tre tilgange deler det samme problem: de behandler dit regnskabsprogram som et mål, ikke et live-system. Ordrer hober sig op. Fejl sniger sig ind. Årsafslutning bliver et projekt, der tager flere dage.
Og et eller andet sted midt i det hele bliver en momslinje tastet forkert ind.
Hvad det faktisk koster dig
Lad os lave regnestykket ærligt.
Hvis du behandler 30 ordrer om dagen (ikke usædvanligt for en voksende Shopify-butik), og hver ordre tager 3–4 minutter at taste manuelt, bruger du 90–120 minutter om dagen på ren dataindtastning.
Det er 8–10 timer om ugen.
500+ timer om året.
Til en konservativ intern timepris på 300 kr. kigger du på 150.000 kr. om året – brændt af på at flytte tal fra én skærm til en anden.
Men den finansielle omkostning er ikke engang det værste. Det værste er fejlene.
- En produktlinje bliver tastet ind uden den korrekte momskode. Nu er din momsrapport forkert.
- En refundering behandles i Shopify, men ingen opdaterer e-conomic. Dine bøger passer ikke.
- En B2B-kundes CVR-nummer bliver ikke sat på fakturaen. Din revisor bruger to timer på at spore det op ved årsafslutning.
- En ordre med delvis levering bliver tastet som komplet. Du har nu faktureret for varer, du ikke har leveret.
Ingen af disse er dramatiske fejl. De er små, stille fejl, der vokser over tid – og dukker op på det værst mulige tidspunkt: når din revisor forbereder årsregnskabet, eller når SKAT begynder at stille spørgsmål.
Hvorfor Zapier ikke løser det
Jeg har set mange “Shopify → e-conomic” Zapier-opsætninger. Nogle af dem fungerer fint for simple butikker med et rent produktkatalog og ingen kompleksitet. De fleste gør ikke.
Her er hvad generiske automatiseringsværktøjer ikke håndterer godt:
Momslogik. Shopify ved, at en momssats er anvendt. E-conomic har brug for en specifik momskode fra din kontoplan. Zapier ved ikke hvilken. Du ender med, at alle fakturaer er mappet til den samme momskode, uanset om det er et indenlandsk salg, en EU B2C-ordre under OSS-reglerne, eller en nulratingeksport uden for EU.
Refunderinger og annulleringer. En ordre bliver fuldt eller delvist refunderet i Shopify. Der sker ingenting i e-conomic, medmindre du har bygget refunderingsflowet separat – hvilket de fleste Zapier-opsætninger ikke har.
Kundededuplikering. Din kunde køber tre gange fra forskellige e-mailadresser. Zapier opretter tre separate kundeposter i e-conomic. Nu er dine CRM-data rodet til, og din årsafslutning bliver kompliceret.
Fragt som en linje. Shopify adskiller fragtomkostninger fra produktomkostninger. E-conomic har brug for, at fragt registreres korrekt på fakturaen. Generiske integrationer dropper den enten eller tilføjer den som en produktlinje med den forkerte momskode.
Delvise leveringer. Du sælger et bundle, men én vare er på restordre. Shopify opkræver betaling, men leveringen er opdelt. Hvornår skal fakturaen genereres? Generiske værktøjer ved det ikke.
Disse er ikke kanttilfælde. For enhver butik med reel volumen er dette daglige hændelser.
Hvad en ordentlig integration faktisk ser ud
En rigtig Shopify ↔ e-conomic integration lytter til Shopifys webhook-hændelser i realtid og mapper dem til de rigtige handlinger i e-conomic. Ikke et polling-workflow, der kører hvert 15. minut. Et hændelsesdrevet system, der reagerer i det øjeblik noget sker i din butik.
Når en ordre er betalt:
- En kladdefaktura oprettes straks i e-conomic
- Produktlinjer mappes til de korrekte e-conomic-produktnumre via din SKU-til-produkt-mapping
- Fragt tastes ind som en separat linje med den korrekte momskode
- Kunden slås op via e-mail eller CVR – hvis de eksisterer, knyttes fakturaen til dem; hvis ikke, oprettes en ny kundepost
- B2B-ordrer inkluderer kundens CVR-nummer på fakturaens forside
- Den korrekte momskode anvendes baseret på kundens land og momsstatus
Når en ordre refunderes:
- En kreditnota oprettes i e-conomic, knyttet til den originale faktura
- Refunderingsbeløbet matcher præcist – delvise refunderinger genererer delvise kreditnotaer
Når en betaling mislykkes:
- Der oprettes ingenting. Ingen forældreløse kladdefakturaer.
Alt logges. Hvis noget fejler – e-conomic API’en er nede, en produktmapping mangler, en momskode kan ikke løses – får du straks en advarsel. Ordren går i en genforsøgskø og behandles, når problemet er løst. Ingenting falder stille igennem.
Hvad det ser ud i praksis
En kunde, jeg byggede dette til, driver en dansk livsstilsbutik. Inden integrationen havde de en deltidsstuderende, hvis primære opgave var at flytte Shopify-ordrer ind i e-conomic hver eftermiddag. Den studerende brugte cirka 12 timer om ugen på det.
Efter integrationen gik live, blev den studerende omplaceret til egentligt marketingarbejde.
Ved årsafslutningen det år ringede revisoren for at sige, at det var det reneste regnskab, hun havde set fra den kunde i fire år. Hver faktura matchede. Alle kreditnotaer var der. Momslinjer var korrekte på tværs af 11 forskellige landekoder.
Integrationen tog cirka tre uger at bygge, teste og køre parallelt, inden den gik live. Kunden ejer alt – koden, servekonfigurationen, mapping-tabellerne. Hvis de nogensinde vil skifte til en anden udvikler, kan de det.
Det er målet: noget der kører stille og korrekt i baggrunden, og som du aldrig behøver at tænke på.
Er dette det rigtige for dig?
Denne slags integration giver klart mening, hvis:
- Du behandler 50+ ordrer om måneden – under det er manuel indtastning irriterende men ikke kritisk
- Du bruger e-conomic som dit primære regnskabssystem (eller seriøst overvejer det)
- Nogen bruger 5+ timer om ugen på at flytte data mellem systemer
- Du har haft mindst ét momsproblem eller regnskabsafvigelse sporet tilbage til manuelle indtastningsfejl
- Du skalerer og den nuværende manuelle proces er det, der holder dig tilbage fra at håndtere mere volumen
Hvis alt det er sandt, betaler integrationen sig inden for det første kvartal – typisk meget hurtigere.
Hvis du er usikker, lad os tale det igennem ærligt. Nogle gange er den rigtige løsning en simplere fix. Nogle gange er det den fulde integration. Jeg vil hellere bruge 30 minutter på at finde ud af, hvad der er rigtigt for dig, end at bygge noget, du ikke har brug for.
Book et uforpligtende opkald her (15–30 min)
Ingen salgstale. Bare en snak om, hvorvidt det giver mening for din butik.
– Christian