Varen står på lager. Det siger webshoppen i hvert fald.
Den står bare i Jylland, og ordren skal pakkes på Sjælland.
Det svære ved to lagre er ikke at have to lagre. Det er at systemet ved hvilket et der gælder, hver eneste gang.
Hvad en lokation er
I SmartPack hænger al beholdning på en plads, og hver plads hører til én lokation. En lokation er det fysiske lager: en adresse, en hal, et lagerhotel.
Der er altid mindst én, og en af dem er markeret som standard. Flere kan oprettes under indstillinger. Det er ikke et tilkøb, og det er ikke noget der skal bestilles. Strukturen er bygget til flere lokationer fra starten, også hvis I kun bruger én.
👉 Overvejer I lager nummer to? Tag en snak med os først
Beholdningen holdes adskilt af sig selv
Fordi beholdningen hænger på pladsen, og pladsen hører til en lokation, er lageret opdelt uden at nogen skal vedligeholde det. Et varenummer har ikke ét tal, det har et tal per lokation.
På lagersiden og i varelisten er der et lokationsfilter. Som udgangspunkt viser det alt lagt sammen, og du snævrer ind til den ene lokation når det er den, du skal kigge på.
Hvordan en ordre havner på det rigtige lager
Ordrelinjen bærer selv lokationen. Står der ingen, falder systemet tilbage på standardlokationen.
Det er enkelt, indtil ordrerne kommer fra en webshop eller et ERP. Så skal to systemer være enige om hvad et lager hedder.
Lokationsmapping mod webshop og ERP
Der er en side til det. Her kobler I det eksterne systems lagre til SmartPacks lokationer. Tre ting er værd at vide, før I sætter den op.
Flere kan pege på det samme. Har jeres ERP fire lagernumre der fysisk står i den samme hal, kobler I alle fire til den ene lokation. Beholdningen lægges sammen til én saldo.
Det I ikke kobler, tæller ikke med. Et lager i ERP'et der ikke er mappet, bidrager ikke til nogen lokation i SmartPack. Det er tit meningen, for de færreste vil have prøvelageret og returlageret med i det tal webshoppen sælger ud fra. Men det er også den mest almindelige årsag til at nogen siger at lagertallet er for lavt.
En linje uden match bliver ikke afvist. Kommer der en ordrelinje ind med et lagernummer der ikke passer på nogen mapping, ender linjen uden lokation i stedet for at blive kastet retur.
Her går det galt
Den sidste af de tre ser ud som en fejl. Den er en beslutning, og den er truffet efter at den modsatte adfærd havde gjort mere skade.
Det alternative ville være at holde ordren tilbage og prøve igen senere. Det lyder pænere. I praksis betød det ordrer der forsvandt og ordrer der blev annulleret, fordi en mapping manglede et sted ingen kiggede.
En linje uden lokation er synlig og kan rettes på et minut. En ordre der aldrig kom ind, opdager man når kunden ringer. Derfor er det sådan. Men det betyder også, at I skal kigge efter linjer uden lokation, når I lige har sat en ny integration op.
Sådan flyttes varer mellem lagrene
Der er to veje.
Manuelt på terminalen. Appen der hedder Flyt lager. Du scanner hvor du tager fra, vælger vare og antal, scanner hvor det skal hen. Det er den samme app som til flytning inde på lageret.
Automatisk, som en flytteordre. Bliver det disponible lager på en lokation negativt, altså når det reserverede er trukket fra, kigger SmartPack på hvilke andre lokationer den må hente fra og opretter selv en ordre der flytter det manglende.
Den ordre plukkes som en hvilken som helst anden ordre, men springer pakketrinnet over. Når plukket er færdigt, oprettes pakken og forsendelsen lukkes automatisk, og der bogføres en ankomst på modtagerlageret. Det giver mening: en intern flytning skal aldrig ud til en slutkunde, så den skal ikke igennem pakkeriet.
Ved modtagelsen tjekker systemet at I står det rigtige sted. Forsøger nogen at modtage flytningen på et andet lager end det ordren peger på, afvises det.
Hvad der skal sættes op
- Lokationerne, og hvilken en der er standard
- Tilladte genopfyldningslokationer, altså hvor plukket må hente varer fra når plukpladsen er tom
- Tilladte lokationer for automatisk flytning, altså hvilke lagre systemet selv må trække fra når det dækker et underskud
- Lokationsmapping, hvis der er en webshop eller et ERP med i billedet
- Plukprofilen, som kan begrænses til bestemte lokationer eller haller, så plukkelisten kun laves fra den del af lageret I vil have
De to i midten er dem folk glemmer. Uden dem ved systemet godt at der mangler varer, men ikke hvor det må hente dem.
Før I opretter lager nummer to
Det tekniske er på plads. Spørgsmålet er om regnestykket er. Fragt, husleje og bemanding skal tjene den ekstra kompleksitet hjem, og det gør de ikke altid.
Det regnestykke står i hvornår du skal have flere lagerlokationer. Tag den først.