FIELD NOTES / Lager og kanaler # Hvordan synkroniseres butik og webshop lager? Start med at afklare SKU og salgbart lager Start med SKU, salgbart lager, opdateringsretninger og genforsøgsregler for at undgå "interface er tilsluttet" men uden ensartet lagerdata. A[AllinWebPOS indholdsteam](https://www.allinwebpos.com/da/about/#content-team) udgivet 2026-10-01 · Opdatering 2026-10-03 · Ca. 6 minutter Personalet på kæderetail-lager bruger håndholdte scannere og tablets til at tjekke overførselskasser, blå højlagerreoler, transportvogne og lastekanaler viser udsendelsesområder for flere butikker, scenarieillustrationLageropfyldning og butikkeflytning · scenarieillustration ## Se først konklusionen. For synkronisering af butik og webshop lager skal man først standardisere SKU og lager, afklare hvilket system der har ansvar for produkter og mængde, og derefter definere salgbart lager, synkroniseringsretning og undtagelseshåndtering. Salgbart antal skal tage højde for reserveret og midlertidigt utilgængeligt lager. AllinWebPOS tilbyder butiksprodukt- og lagerstyring og kan planlægge OpenCart-integration eller Shopify-tilpasning efter forretningsbehov. ## Tag processen hen til butikken. Butikken sender forespørgsler, hovedkontoret bekræfter omfanget, lageret forbereder varerne baseret på overførselsregistre, så både sendte og modtagne mængder kan matches. - 01Butik ### Anmod om varer Organiser konkrete varer, specifikationer og mængder baseret på salg og lager - 02Hovedkontor ### Bekræft overførsel Bekræft denne leveringsplan i henhold til butikområde og godkendelsesfordeling. - 03Lager ### Pluk varerne og send dem afsted Udvælg varer mod overførselsregistre, verificér og registrer den sendte mængde. - 04Butik ### Modtagekontrol Tjek modtagne specifikationer og mængder, noter forskelle og overgiv til behandling. ## Saml først vareidentifikationen. Brug uafhængige SKU'er for samme vare, men med forskellige farver eller størrelser. Etabler en kortlægning mellem butiks-SKU'er og butiksproduktspecifikationer, og tjek for pakkede produkter, gratis produkter og udgåede varer. At have samme navn kan ikke fungere som en pålidelig unik identifikator; stregkoder og eksterne produktnumre bør også bekræfte deres unikke identitet og ejerskab. ## Salgbart lager er ikke blot den eksisterende mængde Eksisterende lager kan inkludere reserverede varer, varer til kontrol eller varer, der ikke kan sælges. Sælgeren bør angive beregningsmetoden for salgbart lager, hvilke lagre der leverer til webshoppen, og om butikken opretholder sikkerhedslagre. Brug reglerne på et sæt af faktiske varer for at sammenligne antal set af butik og webshop. For eksempel deler Shopify lageret op i tilgængeligt, forpligtet og utilgængeligt. Mængder, der er reserveret af ordrer eller midlertidigt ikke kan sælges, bør ikke tælles som sælgelige igen; varer på vej skal også adskilles fra mængder, der kan sælges ved ankomst. Nedenstående officielle oplysninger kan hjælpe teamet med at sammenligne med lagerstatus i den nuværende webshop. ## Vælg opdateringsretning og håndter konkurrence Når begge sider kan ændre lagerbeholdningen, skal det være klart, hvem der har prioritet ved konflikt. Hvornår bestilling, betaling, annullering og returnering trækkes eller refunderes, skal også have klare regler. Masse-synkronisering, hvis den overskriver nye ordrer i synk-perioden, kan skabe fejlagtigt lager; hændelser eller versionshistorik bør bevares. ## Behandl fiasko som en formel proces Angiv hvordan man håndterer grænsebegrænsning af interface, ugyldig autorisation, manglende produktkortlægning og dublerede hændelser. Synkronisering skal kunne prøves igen, dubleret udførelse skal undgå dobbelt fradrag. Efterlad de poster, der kræver manuel bekræftelse, og tjek dem mod lagerændringer på eksterne platforme, i stedet for kun at se interne opgaver som succesfulde. ## Planlæg webshopadgang efter driftsflow Indgangen til webshoppen bør tage udgangspunkt i dine faktiske forretningsprocesser og tydeligt definere, hvordan produkter, salg, aflysninger og returneringer hænger sammen mellem de to systemer. For handlende med allerede eksisterende OpenCart- eller Shopify-webshops kan I give os platformversion og forretningsbehov, så vi sammen kan planlægge produktkortlægning, ordrebehandling og lageropdateringens serviceomfang. ## Valider lagergrænsen med én vare på to specifikationer Tag to farver af samme rygsæk som eksempel: lageret har ti grå og seks grønne, hvoraf to grå allerede er reserveret til webshopordrer. Hvis aftalt, at salgbart lager trækkes fra de reserverede, er grå til salg otte; hvis to stk. sikkerhedslager holdes til butikker, skal antallet vist i webshop være seks. Tallene her bruges kun til forklaring, ikke som standardregler i systemet. Få butikken til at sælge endnu en grå rygsæk, og tjek hvornår butiksregistreringer og onlinebutiksantal ændrer sig. Efter annullering af reserverede ordrer skal også registreres hvilke mængder, der skal genoprettes, som forventet. ## Hvilke afvigelser er mest værd at teste først? Test først SKU’er uden kortlægning, nye ordrer under synkronisering, gentagne ankomster af samme ordre, samt udløb af ekstern platformtilladelse. Derefter kan vi tage forskellige lagre, kombinationsprodukter og returneringer med i overvejelserne. Under test skal vi bevare systemhændelser, interne behandlingsnotater og den endelige mængde på den eksterne platform for at kunne lokalisere, om problemet er manglende kortlægning, lagertælling eller API-opkald. Hvis opgaveloggen viser succes, men de eksterne mængder ikke ændres, bør data ikke overskrives gentagne gange. Først skal det kontrolleres, om opkaldet faktisk blev udført, om de rigtige produkter og lagre blev tilgået, og om platformen accepterede opdateringen. Samtidig skal man sammenligne med antal varer i netbutikken og bekræfte, at opdateringsresultatet stemmer overens med butikkens lagerstandard. ## Hvorfor have en mulighed for manuel kontrol? Nogle uoverensstemmelser stammer fra reel forretning: produktskader, midlertidig genforsendelse, personalelagerjustering eller produkter, der ikke returneres efter refusion. Disse situationer kan ikke løses med "automatisk synkronisering." At bevare årsagen til uoverensstemmelser, kildeordrenummer og handler hjælper med at afgøre, om forretningsoptegnelser skal rettes eller køres interface-opgaver igen. Inden butikspromotion bør der arrangeres et afstemningstjek: Udtræk varer med forskellige specifikationer, eftersalgsstatus og lagerjusteringer, og sammenlign de fysiske varer, systemregistreringer og tilgængelige mængder på webshoppen. Regler for håndtering af forskelle skal være forståelige for lagerpersonale, butikschefer og teknikere og må ikke kun eksistere i udviklernes kodekommentarer. ## Aftal først lagerdefinition Lagergrænse aftalt først · Forretningsevalueringsreference | Koncept | Betydning | Problemer, der bør bekræftes | | --- | --- | --- | | Eksisterende lager | Antal fysiske varer registreret nu | Hvilke lagre og statusser er inkluderet? | | Reserveret lager | Antal tildelt ufuldførte ordre | Hvornår reserveres og frigives? | | Sikkerhedslager | Behold mængden til fysisk drift | Er det sat efter butik eller kanal? | | Tilgængeligt lager til salg | Lever den aftalte mængde til kanalen | Hvordan beregner man, og hvem opdaterer? | ## Tjekliste på stedet - Opret en unik kortlægning for hver variant. - Aftalt lager og salgbart lagergrundlag - Bekræft regler for fradrag, refundering og konflikter - Valider platformresultater og anomali-genforsøg ## Referencer - [Shopify hjælpcenter: Forstå lagerstatus](https://help.shopify.com/en/manual/products/inventory/fundamentals/inventory-states) Skel mellem på hånd, tilgængelig, lovet og utilgængeligt lager som reference for fastsættelse af salgbart lager. ## Lad forretningsråd blive anvendt i din butik AllinWebPOS Driftsvejledning fokuserer på daglige problemer inden for detailhandel og restauration. Vil du vide, hvordan de beskrevne processer kan anvendes i din virksomhed?[Kontakt os og book en produktopvisning](https://www.allinwebpos.com/da/contact/) 。 Yderligere læsning:[Produkt og lager](https://www.allinwebpos.com/da/features/inventory/) · [Online og offline drift](https://www.allinwebpos.com/da/solutions/omnichannel/) BLIV VED MED AT LÆSE ## Læs videre, tænk næste skridt igennem. [Scenariefremstilling Integrationsguide · 7 minutter Hvordan integreres webshop og POS? Forberedelsesliste for varer, ordrer og lager Organiser platformstilladelser, SKU'er, ordrer, lager og betalingsregler, og forbered en adgangsliste, som både butikken og webshoppen kan bruge 2026-10-01](https://www.allinwebpos.com/da/blog/integration-checklist/) [Scenariefremstilling Vejledning til valg · 6 minutter Hvordan vælger man Web POS kassesystem? 7 spørgsmål til butiksvalg Enhedsadaptering, produkt-specifikationer, refundering, betaling, rettigheder, offline- og leveringsmetoder er vigtigere end en simpel funktionsliste. 2026-10-01](https://www.allinwebpos.com/da/blog/choose-web-pos/) DIT NÆSTE KAPITEL ## Find den rigtige løsning til din butik. Understøtter skræddersyet løsning. Fortæl os branche, butikantal og forretningsbehov, så vi kan finde ud af hvilke funktioner, leveringsmetoder og priser der passer til dig. [Bestil en demo](https://www.allinwebpos.com/da/contact/) --- Original tekst：[Hvordan synkroniseres butik og webshop lager? SKU og regler](https://www.allinwebpos.com/da/blog/inventory-source-of-truth/) Kontakt：[hello@allinwebpos.com](mailto:hello@allinwebpos.com)