FIELD NOTES / Lager och kanaler

Hur synkroniserar man butikens och nätbutikens lager? Först, förtydliga SKU:er och tillgängligt lager för försäljning

Börja med SKU, tillgänglig lagerstatus, uppdateringsriktning och omförsöksregler för att undvika att ”API:n är ansluten” men lagret inte stämmer.

Personal på kedjedetaljhandelns lager använder handhållna streckkodsläsare och surfplattor för att kontrollera överföringskartonger, blå höglagerhyllor, vagn och lastningsområden visar leveranssituationer från flera butiker, scenillustration
Lagerpåfyllning och butiksförflyttning · scenariebeskrivning

Först se slutsatsen.

När butikens och nätbutikens lager synkroniseras bör SKU:er och lager först vara enhetliga, vilket system som ansvarar för produkter och kvantiteter, och sedan definiera säljbart lager, synkroniseringsriktning och hantering av undantag. Säljbart lager måste ta hänsyn till upptaget och otillgängligt lager. AllinWebPOS tillhandahåller butiksprodukt- och lagerhantering och kan planera OpenCart-integration eller Shopify anpassad integration efter affärsbehov.

Ta processen till butiken på plats

Butiksförfrågningar skickas in, huvudkontoret bekräftar omfattningen, lagren förbereder varor enligt överföringsregister, vilket säkerställer att utskickade och mottagna mängder kan verifieras.

  1. Butik

    Lägga beställning

    Baserat på försäljning och lager, ordna specifika produkter, specifikationer och kvantiteter.

  2. Huvudkontor

    Bekräfta överföring

    Bekräfta denna leveransarrangemang enligt butikens område och godkännandedelning.

  3. Lager

    Plocka och skicka

    Jämför överföringsposter, plocka, granska och registrera utlevererade kvantiteter.

  4. Butik

    Kontroll av mottagna varor

    Kontrollera mottagna specifikationer och kvantiteter, lämna anteckningar om skillnader och överför hantering.

Först enhetlig produktidentifiering.

Använd oberoende SKU:er för samma vara i olika färger eller storlekar. Etablera en mappning mellan butikens SKU:er och butikens produktspecifikationer, och kontrollera paketerade produkter, gratisprodukter och utgångna varor. Att ha samma namn kan inte fungera som en pålitlig unik identifierare; streckkoder och externa produktnummer bör också verifiera unikhet och ägande.

Säljbart lager är inte bara den befintliga kvantiteten

Befintlig lager kan innehålla reserverade, kvalitetskontroll- eller osäljbara varor. Butiker bör ange hur säljbart lager beräknas, vilka lager som levererar till webbutiken och om butikerna behåller säkerhetslager. Applicera reglerna på en grupp riktiga varor och jämför mängderna som butiken och webbutiken ser.

Till exempel delar Shopify in lager i tillgängliga, bundna och otillgängliga statusar. Mängder som har varit upptagna av beställningar eller inte kan säljas för tillfället bör inte släppas som säljbara kvantiteter; Mängder under transport bör också beaktas separat från tillgängliga kvantiteter efter ankomst. Den officiella informationen nedan kan hjälpa teamet att jämföra lagerstandarder med befintliga nätbutiker.

Välj uppdateringsriktning och hantera konkurrens

När båda sidor kan ändra lagret måste det klargöras vem som har företräde vid konflikt. När beställningar, betalning, avbokning och retur ändras ska det finnas tydliga regler för avdrag och återbetalning. Masssynkronisering som överlappar nya beställningar under synkronisering kan orsaka fel i lagret; händelser eller versioner bör sparas som referens.

Behandla misslyckanden som en del av den officiella processen.

Lista hanteringsmetoder för gränssnittets hastighetsbegränsning, ogiltig auktorisering, saknad produktmappning och duplicerade händelser. Synkronisering bör kunna försöka igen, upprepad exekvering bör undvika dubbel avdrag. Lämna poster som kräver manuell bekräftelse, jämför med ändringar i externa plattformsinventarier istället för att bara titta på inre uppgiftssuccé.

Planera butikens anslutning baserat på verksamhetsflödet

E-handelsanslutning bör utgå från dina faktiska affärsprocesser och tydligt visa hur produkter, försäljning, avbokningar och returer hänger ihop mellan de två systemen. Företag med befintliga OpenCart- eller Shopify-butiker kan ge oss plattformsversion och affärsbehov, och tillsammans planera produktmappning, orderhantering och lageruppdatering.

Testa lagerberäkning med en vara med två varianter

Ta två färger av samma ryggsäck som exempel: lagret har tio grå och sex gröna, varav två grå redan reserverats för nätbutiksorder. Om man beslutar att säljbart lager ska dras av reserverade, blir åtta grå tillgängliga för försäljning; om man dessutom behåller två som säkerhetslager för butik visar nätbutiken sex. Siffrorna här används bara för att förklara resonemanget, inte som systemets standardberäkning.

Låt butiken sälja en grå ryggsäck till, kontrollera när butikens register och nätbutikens kvantitet ändras. Efter att ha avbrutit en reserverad order, skriv också vilka kvantiteter som ska återställas som förväntat resultat.

Vilka avvikelser är viktigast att testa först?

Testa först SKU:er utan mappning, nya order under synkronisering, samma order som kommer in flera gånger, samt ogiltig extern plattformsautorisering. Tänk sedan på olika lager, kombinationsprodukter och returhantering. Behåll relevanta händelser i originalsystemet, interna behandlingsregister och slutlig kvantitet från den externa plattformen under testning för att kunna avgöra om problemet ligger i mappning, lagerberäkning eller API-anrop.

När uppdragsloggen visar att det lyckats men externa siffror inte ändrats, bör man inte skriva över data upprepade gånger. Kontrollera först om anropet verkligen har körts, om rätt produkt och lager har nåtts och om plattformen accepterade uppdateringen. Jämför samtidigt med nätbutikens produktantal för att säkerställa att uppdateringen stämmer med butikens lagerriktlinjer.

Varför lämna en väg för manuell verifikation?

Vissa skillnader kommer från verkliga affärer: skadade varor, tillfälliga omflyttningar, justeringar efter inventering eller varor som inte återlämnats efter återbetalning. Dessa situationer kan inte lösas enbart med "automatisk synkronisering". Att behålla information om skillnadernas orsaker, källordernummer och vem som hanterade dem hjälper till att avgöra om affärsregistren behöver korrigeras eller om gränssnittsuppgiften ska köras igen.

Innan butiksmarknadsföring, ordna en avstämning: välj produkter med olika specifikationer, eftermarknadsservice och lagerjusteringar, jämför fysiska artiklar, systemregister och tillgängliga mängder i onlinebutiken. Regler för hantering av avvikelser måste förstås av lager, butikschefer och teknisk personal, och bör inte endast finnas i utvecklarnas kodkommentarer.

Inventeringströsklar överens först

Lagertröskeln överenskommen först · Referens för affärsutvärdering
KonceptBetydelseFrågor som bör bekräftas
Befintligt lagerAktuellt registrerat antal varorVilka lager och statusar omfattas?
Reserverat lagerMängden som tilldelats ofullbordade beställningarNär ska du reservera och släppa den?
SäkerhetsstockKvantitet reserverad för drift på platsSka det ställas in per butik eller kanal?
Lager till saluLeverera den överenskomna mängden till kanalen.Hur räknar man och vem uppdaterar?

Landningschecklista

  • Skapa unik mappning för varje specifikation.
  • Överens om lager- och säljbara lagerkriterier
  • Bekräfta regler för reduktion, återbetalning och konflikter
  • Verifiera plattformsresultat och omförsök vid fel

Referenser

Låt affärsförslag användas i din butik.

AllinWebPOS Driftguide fokuserar på vardagliga problem inom detaljhandel och restaurang. Vill du veta hur processerna i texten kan tillämpas på din verksamhet?Kontakta oss för att boka en produktdemo。

Vidare läsning:Produkt och lager · Fungerar både online och offline