Lagersynkronisering på tværs af kanaler: undgå oversalg

Kort svar: Oversalg opstår, når flere kanaler sælger fra det samme lager uden at vide det om hinanden. Løsningen er arkitektur før teknik: udpeg ét sandhedssted for lagertal, lad alle andre kanaler læse derfra og melde salg tilbage med det samme (webhooks frem for natlige synkroniseringer), og læg en sikkerhedsbuffer på de kanaler, der synkroniserer langsomt. Supplér med to alarmer – negative lagertal og ordrer på udsolgte varer – så fanger du de fejl, der alligevel sniger sig ind, samme dag.

Fagligt gennemgået: 2. oktober 2026

Det første oversalg føles som et uheld: to kunder købte den sidste vare med få minutters mellemrum – én i webshoppen, én i den fysiske butik. Det tiende oversalg er et mønster, der koster annulleringsmails, dårlige anmeldelser og weekender med manuel optælling.

Denne guide handler om at få lagertallet til at være sandt alle steder, uanset om dine kanaler er webshop plus butik, flere webshops eller webshop plus markedsplads.

1. Regel nummer ét: ét sandhedssted

Næsten alle lagerproblemer har samme rod: to systemer, der hver især tror, de ejer tallet. Den første beslutning er derfor ikke teknisk, men organisatorisk: hvor bor det rigtige lagertal?

For en ren webshop er svaret ofte WooCommerce selv. Med fysisk butik og stregkoder er det typisk kassesystemet eller et lagerstyringssystem. Har økonomisystemet et lagermodul, kan det være dér.

Valget er mindre vigtigt end konsekvensen: ét system er master, alle andre er spejle, og lagerjusteringer – varemodtagelse, svind, optælling – sker kun i masteren. Den dag nogen „lige retter tallet“ i et spejl, er synkroniseringen reelt død. Skriv reglen ned, og tag den alvorligt.

2. Få styr på WooCommerce’ egne lagerindstillinger

Før du kobler kanaler sammen, skal WooCommerce selv være sat rigtigt op. Ellers synkroniserer du bare fejl hurtigere. Gennemgå især disse punkter:

• Lagerstyring pr. produkt: lagerstyring skal være slået til både generelt og på de enkelte produkter, ellers har WooCommerce kun en status (på lager/udsolgt) og intet tal at synkronisere.
• Hold lager: WooCommerce trækker lageret, når en ordre er betalt eller sat på hold. For ubetalte ordrer kan du i lagerindstillingerne angive, hvor mange minutter lageret holdes, før ordren annulleres og varen frigives igen.
• Restordrer: vælg pr. produkt, om der må sælges under nul, og om kunden skal have besked om det.
• Grænse for lavt lager og udsolgt: styr, hvornår du får besked, og om udsolgte varer skal skjules i kataloget.
• Variationer: lager kan styres på hver variation eller samlet på hovedproduktet. Vælg én model pr. produkt, og sørg for, at de andre kanaler bruger samme niveau.

Viser shoppen allerede forkerte tal, før der er andre kanaler på, så start med guiden til fejl i lagerstatus eller guiden til variationer.

3. Vælg synkroniseringsvej

Direkte integrationer: kassesystemer, markedspladser og lagersystemer har ofte færdige WooCommerce-koblinger. Tjek én ting før alt andet: synkroniserer de ved hændelse – et salg udløser straks en opdatering, typisk via webhooks – eller med faste intervaller? Et kvarters interval lyder uskyldigt, men på en travl kampagnedag kan der nå at blive solgt mange stk. på et kvarter.

Lagersystem i midten: ved tre eller flere kanaler er et dedikeret lagerstyringssystem som nav den voksne løsning. Alle kanaler taler med ét nav i stedet for med hinanden i et spindelvæv af koblinger.

Platformflows: til specielle kombinationer kan n8n eller Make bygge broen selv – en salgswebhook ind og et kald til lageropdatering ud. Det giver fuld kontrol og fuldt ansvar for fejlhåndteringen. Vælg kun den vej, hvis der ikke findes en færdig kobling til dit setup.

4. Buffere og udsolgt-regler

Selv god synkronisering har sekunders eller minutters forsinkelse, og dér bor oversalget. Modtrækket er buffere: sælg på langsomt synkroniserede kanaler – især markedspladser – med et sikkerhedslager, så kanalen viser udsolgt, mens der reelt er to–tre stk. tilbage. Størrelsen afhænger af, hvor hurtigt varen sælger, og hvor forsinket kanalen er.

Beslut også udsolgt-adfærden bevidst. Må kunder købe på restordre med en ærlig leveringstid, eller lukkes varen? Og skal „kun 2 tilbage“ vises som købsmotivation eller skjules?

Husk, at en vare i en indkøbskurv ikke er solgt. WooCommerce reserverer som standard ikke lager, bare fordi en vare ligger i kurven. Det er godt, for ellers kunne nysgerrige kurve spærre lageret i timevis. Er du fristet af plugins, der reserverer lager i kurven, så sæt en kort udløbstid.

5. Varesæt, bundter og fælles komponenter

Sælger du varesæt – fx en gaveæske med tre produkter, der også sælges enkeltvis – skal lageret trækkes fra komponenterne, ikke fra en selvstændig sætvare med eget tal. Ellers kan sættet stå „på lager“, mens én af delene er udsolgt.

WooCommerce kan ikke det uden udvidelser, så her skal du vælge et bundle-plugin eller et lagersystem, der forstår styklister. Tjek desuden, at integrationerne til andre kanaler sender komponenttrækket videre. Mange koblinger kender kun det solgte produkt og ikke delene, og så er fejlen sikker på markedspladsen.

6. Afstemning og alarmer

Synkronisering fjerner ikke behovet for kontrol. Den ændrer den fra brandslukning til rutine. Start med to automatiske alarmer:

• Negative lagertal – opstår kun ved fejl eller tilladte restordrer og er altid værd at undersøge samme dag.
• Ordrer på varer med lager nul – tegn på, at en kanal solgte på forældede tal.

Begge kan bygges som små flows – se overvågningsguiden. Dertil kommer den fysiske virkelighed: cyklisk optælling. Tæl en lille del af lageret hver uge, fx én varegruppe, frem for alt én gang om året, og ret afvigelser i masteren med en årsagskode som svind, brud eller fejlpluk. Mønstrene i afvigelserne viser, hvor processen lækker – og små lækager, der tælles, forbliver små.

7. Startplanen for din størrelse

Setup	Master	Første skridt
Webshop + fysisk butik	Typisk kassesystemet	Kassesystemets WooCommerce-integration med hændelsessynk og cyklisk optælling
Flere webshops fra samme lager	Én shop eller et nav	Spejling via integration og buffere på de sekundære shops
Webshop + markedsplads	Typisk webshoppen	Buffer efter markedspladsens forsinkelse – sælg aldrig de sidste stk. dér
Tre eller flere kanaler	Lagerstyringssystem	Alle kanaler kobles til navet, ingen direkte koblinger på kryds

Når lagertal flyder automatisk, er næste naturlige skridt at lade ordrerne flyde samme vej – fra betaling til pakkelabel uden manuelle trin – og at automatisere leverandørfeeds, så også tilgangen af varer holder sig selv ajour.

Integrationer og webhooks belaster serveren, især på kampagnedage. På WooCommerce hosting hos Hostious kører shoppen på LiteSpeed og NVMe, og fra Woo StartUp kan du teste nye integrationer på staging, før de rører det rigtige lager.

Læs også

• Hub: Automatisering og integrationer
• Fra betaling til pakkelabel: automatisér vejen gennem pakkerummet
• Produkt-feeds fra leverandører: import, opdatering og faldgruber
• Webhooks forklaret: byg selv broen mellem dine systemer
• Lagerstatus opdateres forkert i WooCommerce
• WooCommerce hosting hos Hostious – staging fra Woo StartUp

Ofte stillede spørgsmål om lagersynkronisering

Hvor tit skal lageret synkroniseres?

Ved hændelse: hvert salg og hver varemodtagelse bør opdatere straks, typisk via webhooks. Synkronisering med faste intervaller er kun acceptabel som supplement eller på kanaler med lav volumen og en god buffer.

Hvad gør jeg, når der er solgt en vare, vi ikke har?

Kontakt kunden med det samme, ærligt og med valgmuligheder: vente med en konkret dato, en alternativ vare eller refusion med det samme – gerne med en lille gestus. Find derefter årsagen i synkroniseringen, så fejlen ikke gentager sig.

Behøver en lille shop et lagerstyringssystem?

Nej, med en til to kanaler rækker WooCommerce som master plus en direkte integration. Et nav i midten bliver relevant fra tre kanaler, eller når indkøb og plukning også skal systematiseres.

Reserverer WooCommerce lager, når en vare ligger i kurven?

Nej, ikke som standard. Lageret trækkes, når ordren er betalt eller sat på hold, og for ubetalte ordrer holdes lageret kun i det antal minutter, du angiver i lagerindstillingerne.