Forbind WooCommerce med e-conomic: ordrer, fakturaer og moms automatisk

Kort svar: WooCommerce og e-conomic forbindes nemmest med et dedikeret integrationsplugin eller en integrationsplatform: ordrer bliver automatisk til fakturaer eller salg i e-conomic med de rigtige momskoder, betalinger bogføres, og varenumre holdes synkrone. Det afgørende arbejde ligger i opsætningen – mapping af kontoplan, momskoder, betalingsmåder og gebyrer – og i en testperiode med en håndfuld ordrer af hver type, før automatikken slås til. Regn med en eftermiddags koncentreret arbejde plus en uges opsyn.

Fagligt gennemgået: 2. oktober 2026

Manuel bogføring af webshopordrer er en af de mest unødvendige opgaver i dansk e-handel. Tallene findes allerede digitalt i WooCommerce, og alligevel sidder nogen hver uge og taster dem ind i e-conomic – med de tastefejl, forsinkelser og den momspanik, der følger med.

Denne guide viser vejen til en WooCommerce e-conomic integration, hvor ordrer, betalinger og moms flyder automatisk, og hvor bogholderens rolle skifter fra indtastning til kontrol. Den erstatter ikke rådgivning fra din bogholder eller revisor – tværtimod er de en vigtig del af opsætningen.

Det kan en e-conomic WooCommerce-integration overføre

En integration flytter mere end fakturaer. Tabellen viser, hvilke data der typisk følger med, og hvilken vej de går:

Data	Retning	Det bruges til
Ordrer	WooCommerce → e-conomic	Bliver til faktura, fakturakladde eller bogført salg
Kunder	WooCommerce → e-conomic	Oprettes som debitorer – B2B-kunder med CVR-nummer
Betalinger	WooCommerce → e-conomic	Bogføres på en mellemkonto pr. betalingsmetode
Refusioner	WooCommerce → e-conomic	Bliver til kreditnotaer
Varer og priser	Den ene eller den anden vej	Varekartoteket vedligeholdes ét sted
Lagertal	e-conomic → WooCommerce	Kun hvis du styrer lageret i e-conomic

Ikke alle løsninger dækker alle rækker, så hold listen op mod den udbyder, du overvejer. Beslut også på forhånd, hvilket system der er master for varer og lager. Retter I priser begge steder, overskriver systemerne hinanden.

Hvornår kan integrationen betale sig?

Regnestykket er enkelt: tid pr. ordre gange antal ordrer. Bruger I to minutter på at taste en ordre ind, er 300 ordrer om måneden ti timers arbejde – hver måned. Sæt de timer op mod abonnementsprisen hos udbyderen.

Gevinsten er ikke kun tiden. Tastefejl i moms og beløb forsvinder, og regnskabet er ajour, når momsen skal afregnes. Sælger I mest til virksomheder på faktura, så læs også guiden til B2B-betaling med faktura og EAN-nummer.

1. Vælg en af de tre veje

Dedikeret integrationsplugin: flere danske udbydere har specialiseret sig i præcis WooCommerce til e-conomic. Det er hurtigst at komme i gang med, og udbyderen vedligeholder koblingen, når begge systemer opdaterer deres API’er. Det er det rigtige valg for de fleste shops. To af løsningerne kan du læse om her på sitet: Pairy, der forbinder WooCommerce med e-conomic, Dinero og Billy, og IEX, der også kobler POS og lager på.

Integrationsplatform som n8n, Make eller Zapier: mere fleksibelt, fordi du bestemmer hvert trin og kan flette flere systemer ind i samme flow. Til gengæld ejer du selv vedligeholdelsen og fejlhåndteringen. Vælg den vej, hvis regnskabet kun er ét af flere systemer, der skal tale sammen – se sammenligningen af platformene.

Egen kode mod e-conomics API: fuld kontrol, men kun relevant med udviklerkræfter i huset og behov, de færdige løsninger ikke dækker. Start i praksis med plugin-vejen. Du kan altid skifte til en platform, når behovene vokser.

2. Tjek pluginet, før du vælger

Integrationsplugins ligner hinanden på forsiden, men forskellene viser sig i driften. Stil disse spørgsmål til udbyderen, før du køber:

• Understøtter det WooCommerce’ nye ordrelagring (HPOS)? Nye shops bruger den som standard, og et plugin, der ikke gør, kan stoppe med at virke ved næste opdatering.
• Kører overførslen i baggrunden? Synkronisering i en kø, fx via WooCommerce’ Action Scheduler, belaster ikke kunderne i checkout.
• Håndterer det refusioner og delrefusioner som kreditnotaer, og kan gebyrer, der ikke refunderes, holdes ude?
• Kan momskoder sættes pr. land eller kundetype, så EU-salg og salg uden for EU bogføres korrekt?
• Er der en log og en fejlkø, hvor fejlede ordrer kan ses og gensendes?
• Hvad koster det, og hvad dækker supporten? Tjek udbyderens aktuelle prisside, og læs vilkårene for opsigelse.

3. Opsætningen: mapping er hovedparten af arbejdet

Selve installationen tager minutter. Værdien ligger i mappingen, og den skal laves sammen med bogholderen. Disse spørgsmål skal besvares:

• Hvilken konto skal salget bogføres på, og skal varegrupper skilles ad?
• Hvilke momskoder gælder for dansk salg, EU-salg med og uden moms og salg uden for EU – især hvis du er med i OSS-ordningen?
• Hvordan bogføres betalingsmåderne – kort via gateway, MobilePay og faktura – og på hvilke mellemkonti, så udbetalingerne fra gatewayen kan afstemmes?
• Skal fragt og gebyrer på egne konti?
• Matcher varenumrene i WooCommerce dem i e-conomic, eller skal integrationen oprette varerne selv?

Skriv beslutningerne ned i site-dokumentationen, mens I tager dem. Mappingdokumentet er guld værd den dag, noget skal fejlsøges eller ændres.

4. Hvad der skal overføres – felt for felt

Tabellen viser de felter, en typisk ordre skal have med til e-conomic, og hvad du skal kontrollere for hvert felt i testperioden:

Felt i WooCommerce	Bliver i e-conomic	Kontrollér
Ordrenummer	Reference på faktura eller bilag	At du kan finde ordren igen fra bogføringen
Kunde	Debitor (eller fælles kassekunde for B2C)	At B2B-kunder får egne debitorer med CVR-nummer
Varelinjer	Varelinjer med varenummer	At varenumre matcher, og at nye varer ikke fejler
Moms	Momskode pr. linje	Dansk, EU og uden for EU – på øret
Fragt	Egen linje eller konto	At fragtmoms følger reglerne for varerne
Rabatkoder	Reduceret linjepris eller rabatlinje	At momsgrundlaget er det samme som i shoppen
Betalingsmetode	Mellemkonto pr. gateway	At udbetalinger kan afstemmes mod kontoen
Refusion	Kreditnota	Delrefusioner og gebyrer, der ikke refunderes

Momsreglerne for gebyrer og fragt er beskrevet i overblikket over moms på betalingsgebyrer og fragt.

5. Testperioden: ti ordrer før automatikken

Slå aldrig fuld automatik til på dag ét. Kør først en håndfuld ordrer igennem manuelt udløst, og vælg dem bevidst, så de dækker dine typer: en almindelig dansk ordre, en med rabatkode, en EU-ordre, en med flere varelinjer og forskellige momsforhold, en refusion og en delvis refusion.

Følg hver ordre hele vejen. Står beløb, moms, gebyrer og konti rigtigt i e-conomic? Stemmer totalerne på øret, også efter afrunding? Først når alle typer går rent igennem, slår du automatikken til. Lad derefter bogholderen tage stikprøver dagligt den første uge og ugentligt den første måned.

Det lyder forsigtigt, men én forkert momskode, der får lov at køre i tre måneder, koster mere oprydning end ti testperioder. Har du et stagingmiljø, kan du teste plugin og indstillinger dér først – men husk, at test mod det rigtige regnskab kræver en testaftale eller et separat regnskab i e-conomic.

6. Driften: afstemning og fejlkø

Når integrationen kører, ændrer bogholderiets arbejde karakter fra indtastning til kontrol. Den ugentlige rutine er at tjekke integrationens fejlkø – ordrer, der ikke kunne overføres, typisk på grund af et manglende varenummer eller en ny betalingsmåde, der ikke er mappet – og at afstemme gatewayudbetalingerne mod mellemkontoen som beskrevet i afstemningsguiden.

Sæt notifikationer op, så fejl i overførslen giver besked samme dag. En fejlkø, ingen kigger i, er automatiseringens farligste rum: alt ser automatisk ud, mens hullet i bogføringen vokser. Læs mere om at bygge alarmerne i guiden til overvågning af automatiseringer.

7. Når shoppen ændrer sig

De fleste integrationsfejl opstår ikke ved opsætningen, men måneder senere, når noget i shoppen ændres. Typiske udløsere er en ny betalingsmetode, en ny varegruppe, et nyt marked med andre momsregler, et skift af betalingsgateway og større WooCommerce-opdateringer.

Skriv „opdatér e-conomic-mapping“ ind som fast punkt i tjeklisten for den slags ændringer, og kør et par testordrer igennem bagefter. Skifter du integrationsplugin, så vælg en skæringsdato ved et månedsskifte, slå det gamle plugin fra, før det nye slås til, og kontrollér, at ingen ordrer bliver overført to gange eller slet ikke.

Fem faldgruber, der rammer de fleste

• Momskoder ved udlandssalg: EU-salg under og over OSS-grænsen og salg uden for EU skal på forskellige koder. Få bogholderen til at godkende netop de mappings.
• Refusioner: delvise refusioner og gebyrer, der ikke refunderes, driller flere integrationer. Test dem eksplicit – se også guiden til refusioner i WooCommerce.
• Dubletter: kører du en overgangsperiode med både manuel og automatisk bogføring, så afgræns præcist, hvem der ejer hvilke ordrer. Ellers bogføres salget dobbelt.
• Historikken: beslut, om gamle ordrer skal med. Som regel er svaret nej – start rent fra en skæringsdato ved et månedsskifte.
• Ydelsen: en integration, der synkroniserer ved hvert sidekald, kan gøre en travl shop langsom. Kør overførsler i baggrunden, og læs cron-guiden, hvis planlagte job skal være pålidelige.

Skal shoppen kunne bære integrationen? Med WooCommerce hosting hos Hostious får du fra Woo StartUp staging til at teste plugin og mapping, daglig backup og en serviceaftale, hvor vi tester opdateringer, før de rulles ud. Vi flytter din webshop gratis og svarer på dansk døgnet rundt.

Bruger du Dinero eller Billy i stedet for e-conomic, er principperne de samme – se guiden til de mindre regnskabssystemer. Og er målet hele vejen fra betaling til pakkelabel, er regnskabet kun første stop: guiden til automatiseret ordrebehandling tager resten af turen.

Læs også

• Hub: Automatisering og integrationer
• Dinero og Billy: regnskabsintegration til den mindre webshop
• Afstemning: få gateway, bank og regnskab til at stemme hver måned
• Bogføringsloven og din webshop: digitale bilag og godkendte systemer
• Simple add cost price and show margins in WooCommerce – købspris og dækningsbidrag direkte i WooCommerce
• B2B-betaling i WooCommerce: faktura, EAN-nummer og kreditstyring
• WooCommerce hosting hos Hostious – staging fra Woo StartUp, daglig og manuel backup

Ofte stillede spørgsmål om WooCommerce og e-conomic

Hvad koster en WooCommerce e-conomic integration?

De dedikerede plugins sælges typisk som abonnement, og prisen varierer efter udbyder og antal ordrer, så tjek den aktuelle prisside. Sæt prisen op mod de timers manuel bogføring, integrationen sparer hver måned.

Skal ordrer overføres som fakturaer eller kassesalg?

Det afhænger af jeres flow. B2C-shops bogfører oftest som betalte salg eller kassesalg, mens B2B med fakturabetaling skal have rigtige fakturaer med betalingsbetingelser. Tag beslutningen med bogholderen – begge dele kan sættes op.

Hvad gør jeg med ordrer, der fejler i overførslen?

Tjek fejlkøen ugentligt, og slå notifikationer til. Typiske årsager er betalingsmåder eller varenumre, der ikke er mappet. Ret årsagen, gensend ordren, og notér rettelsen i mappingdokumentet.

Kan jeg teste integrationen uden at rode i det rigtige regnskab?

Ja, test plugin og indstillinger på et stagingmiljø, og forbind det til et separat test- eller demoregnskab i e-conomic, hvis din aftale giver mulighed for det. Kobl først det rigtige regnskab på, når alle ordretyper går rent igennem.

Kan e-conomic styre lageret i WooCommerce?

Ja, hvis du styrer lageret i e-conomic, og den valgte løsning understøtter lagersynkronisering. Beslut først, hvilket system der er master for lagertallene, så de to systemer ikke overskriver hinanden.

Virker integrationen med MobilePay og Klarna?

Ja, men hver betalingsmetode skal mappes til sin egen mellemkonto, fordi udbetalingerne kommer hver for sig og med forskellige gebyrer. Tilføjer du en ny betalingsmetode senere, skal mappingen opdateres samtidig.

Hvilken hosting passer til en WooCommerce-shop med e-conomic-integration?

En plan, hvor baggrundsjob kører stabilt, og hvor ændringer kan testes på en kopi. Hos Hostious har WooCommerce hosting egen database og Redis object cache, og fra Woo StartUp følger staging og serviceaftale med, så opdateringer af shop og integration bliver testet, før de rulles ud.