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.

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, scenarieillustration
Lageropfyldning 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.

  1. Butik

    Anmod om varer

    Organiser konkrete varer, specifikationer og mængder baseret på salg og lager

  2. Hovedkontor

    Bekræft overførsel

    Bekræft denne leveringsplan i henhold til butikområde og godkendelsesfordeling.

  3. Lager

    Pluk varerne og send dem afsted

    Udvælg varer mod overførselsregistre, verificér og registrer den sendte mængde.

  4. 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

Lagergrænse aftalt først · Forretningsevalueringsreference
KonceptBetydningProblemer, der bør bekræftes
Eksisterende lagerAntal fysiske varer registreret nuHvilke lagre og statusser er inkluderet?
Reserveret lagerAntal tildelt ufuldførte ordreHvornår reserveres og frigives?
SikkerhedslagerBehold mængden til fysisk driftEr det sat efter butik eller kanal?
Tilgængeligt lager til salgLever den aftalte mængde til kanalenHvordan 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

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