Tilgjengelig lager i nettbutikk: skill beholdning, reservasjon og salg
Et lagertall må ha en definisjon. Finn hvilket antall salgskanalen faktisk skal tilby, og hva som holdes av til andre formål.
Fysisk beholdning er ikke nødvendigvis det samme som antallet nettbutikken kan selge. Noen varer kan være reservert til andre ordre, ligge til kontroll eller være skadet. Varer som er bestilt fra leverandør, er heller ikke automatisk tilgjengelige for umiddelbar levering.
Et godt lageroppsett gjør disse forskjellene synlige. Det er særlig viktig når samme lager betjener nettbutikk, butikk og manuelle bedriftsordre.
Definer lagertilstandene før du kobler systemene
| Tilstand | Praktisk betydning | Kan den selges nå? |
|---|---|---|
| Fysisk på lager | Enheten finnes på lokasjonen | Bare hvis den også er frigitt for salg |
| Reservert eller bundet til ordre | Enheten er satt av til en kunde | Normalt ikke til en annen ordre |
| Sperret eller til kontroll | Kvalitet, retur eller annen avklaring gjenstår | Ikke før den er frigitt |
| På vei inn | Bestilt eller sendt, men ikke mottatt | Krever særskilt forhåndssalgsrutine |
| Tilgjengelig | Enheter som etter valgt regel kan tilbys | Ja, innenfor øvrige salgsbetingelser |
Navn og beregning varierer mellom systemer. Avklar derfor betydningen av hvert felt før en integrasjon settes opp. To felt som begge heter «stock», kan likevel uttrykke forskjellige ting.
Eksempel: 100 på hyllen, 68 klare for nye ordre
En nettbutikk teller 100 enheter. Av disse er 20 reservert til bekreftede ordre, 5 skadet og 7 holdt som en intern sikkerhetsbuffer. Dersom ingen av disse kategoriene overlapper, gir rutinen:
100 − 20 − 5 − 7 = 68 enheter tilgjengelig for nye ordre.
I tillegg er 40 enheter bestilt fra leverandøren. De legges ikke til det umiddelbart tilgjengelige antallet før den avtalte mottakskontrollen er gjennomført. Forhåndssalg kan være mulig, men da må leveringstid og kundeløfte håndteres som en egen regel.
En vanlig feil er å trekke reservasjonene to ganger: først i lagersystemet og deretter i nettbutikkens integrasjon. Den motsatte feilen er å sende fysisk beholdning til nettbutikken uten å trekke fra noe.
Bestem hvilket system som eier tallet
Når flere salgskanaler oppdaterer lager, må dere vite hvor reservasjonen opprettes, når den frigjøres, og hvilket system som beregner tilgjengelig antall. Beskriv hendelsene for ordre, kansellering, plukking, utsending og retur.
Ved tredjepartslager bør kontrollavtalen med 3PL si noe om oppdateringshyppighet, avvik og sperrede varer. En fil sendt én gang om dagen gir et annet salgsgrunnlag enn fortløpende oppdateringer.
Returvarer skal ikke automatisk bli salgbare
En mottatt retur kan være uåpnet, mangelfull, feilregistrert eller skadet. Legg den i riktig tilstand til kontrollen er ferdig. Ellers kan nettbutikken selge en vare som fysisk finnes, men ikke kan leveres i lovet kvalitet.
Bruk samme varereferanse og enhet gjennom hele løpet. En eske med tolv enheter er ikke det samme som én enhet, selv om leverandørfilen bruker samme varenavn. Guiden om nettbutikkens ordrelinjer hjelper med denne kontrollen.
Test de vanskelige hendelsene før systembytte
Prøv en ordre som kanselleres, to samtidige salg fra ulike kanaler, en delretur og en mottatt vare med feil. Kontroller både lagerstatus og hva kunden faktisk kan bestille etter hver hendelse. En enkelt vellykket salgsordre er ikke nok som integrasjonstest.
Ved migrering bør dere ta et lagerøyeblikksbilde med avstemt skjæringstidspunkt. Å telle varene uten å sikre åpne reservasjoner gir et ufullstendig overtakelsesgrunnlag.
Leverandøreksempel: Shopify om inventory states. Regneeksemplet over er en mulig intern regel, ikke en påstand om at alle systemer beregner tilgjengelig lager likt.