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.

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.
- Butik
Anmod om varer
Organiser konkrete varer, specifikationer og mængder baseret på salg og lager
- Hovedkontor
Bekræft overførsel
Bekræft denne leveringsplan i henhold til butikområde og godkendelsesfordeling.
- Lager
Pluk varerne og send dem afsted
Udvælg varer mod overførselsregistre, verificér og registrer den sendte mængde.
- Butik
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
| 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
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。
Yderligere læsning:Produkt og lager · Online og offline drift

