Lagerstyring på flere lokasjoner: riktig lagerstatus på alle stedene

Lagerstyring på flere lokasjoner slutter å fungere i det øyeblikket to steder hver har sitt eget regneark: samme vare viser «på lager» i den ene fanen og «tom» i den andre, og ingen kan si hvilket tall som er riktig. Løsningen er ikke et større regneark. Det er ett system der hvert sted registrerer mot samme liste, slik at et sted bare blir ett sted til lageret kan være, ikke en egen telling.

Mønsteret gjelder uansett om stedene dine er to kontorer, en butikk og bakrommet, et lager og tre varebiler, eller et dusin lagerrom spredt over en by: modellér hvor lageret befinner seg i to nivåer, hold ett løpende totaltall, og gjør det å flytte lager mellom steder til et registrert trinn i stedet for en gjetning.

Hvorfor regneark per sted glir fra hverandre

Et regneark per sted glir fra hverandre fordi ingenting holder kopiene synkronisert. Regnearket til avdeling Nord ligger på avdeling Nords datamaskin og oppdateres når noen kommer på det; avdeling Sør ser det aldri. Lagerstyring for flere butikker i regneark skjuler også overføringer: lager som forlater ett sted og kommer til et annet, blir registrert én gang, hvis i det hele tatt, så totaltallene slutter stille å stemme. Etter noen uker er «hoved»-tallet et gjetteverk satt sammen av hvilket regneark noen sist hadde åpent.

Modellér «hvor» i to nivåer: sted og hylle

Løsningen er å slutte å behandle «hvilket sted» og «hvilken hylle» som det samme spørsmålet. Gi hvert sted der lager oppbevares to nivåer: stedet selv — en bygning, avdeling, lager eller depot, med adresse hvis folk må finne det — og lageret inni det, som en hylle, boks, rom eller kjøretøy. Lagerstyring for lagerrom på ett sted er bare det stedets lagre; legger du til et nytt sted, legger du til lagre under det nye stedet, aldri et nytt regneark. Gi hvert lager et navn som også sier hvilket sted det hører til («Nord, hylle A», «Sør, hylle A»), så ingen fyller opp feil sted.

Ett totaltall, og ett tall for hvert sted

Når lagrene er gruppert på denne måten, får du to tall gratis. Varens totaltall er summen av alle lagre, uansett hvor de er — tallet du bruker til å etterbestille. Hvert steds tall er bare det stedets lagre lagt sammen — tallet for «har vi noe her». Lager på flere lokasjoner blir bare forvirrende når et verktøy viser ett tall og kaller det hele bildet; å se begge stopper alle fra å spørre «har vi mer et annet sted?»

Overføre lager mellom lokasjoner

Å overføre lager mellom lokasjoner er to lagerbevegelser, ikke ett klikk som teleporterer en vare. Reduser antallet på det avsendende lageret, og øk det med samme mengde på det mottakende. Å registrere begge halvdelene, selv manuelt, gjør at historikken viser hvor varen gikk og når, i stedet for at ett steds tall bare faller uten forklaring.

	Ett sted	Flere steder
Hyllenavn	«Hylle A» er nok	Ta med stedet i navnet: «Nord, hylle A»
En overføring	Sjelden, åpenbar	Rutine — registrer begge sider
«Har vi det?»	Ett tall	Totaltall, pluss ett tall per sted
Hvem registrerer	Den som er der	En navngitt person per sted

Hvem registrerer hva, og navngiving som holder i lengden

Bestem tidlig hvem som registrerer lager på hvert sted, og bli enige om navn før lagrene blir mange. En kort sjekkliste:

• Bruk samme mønster alle steder: sted, så plassen inni stedet («Nord, hylle A», «Sør, varebil 2»).
• Hold det kort nok til å få plass på en trykt etikett.
• Navngi stedene slik teamet allerede snakker om dem (avdelingsnavnet, ikke en intern kode).
• Velg én person per sted som holder navn og tildelinger ryddige mens det vokser.

Når ett regneark fortsatt er greit

Hvis du driver ett sted, én person gjør tellingen, og ingenting flyttes mellom steder, er et delt regneark fortsatt et rimelig valg. Lagerstyring på flere lokasjoner betaler seg først når et andre sted åpner, lager flyttes mellom steder, eller mer enn én person må kunne stole på samme tall uten å ringe rundt for å sjekke.

Hvor Tana passer inn

Tana modellerer dette med lagre — en hylle, boks, rom eller kjøretøy, der lageret registreres per lager — gruppert under valgfrie plasseringer, en bygning eller et sted med adresse og kartpunkt. En vares totaltall er summen av alle lagre i alle plasseringer. Flytt lager mellom lagre ved å redusere på ett og øke på et annet; begge endringene lagres i varens historikk, sammen med hvem som gjorde det og når. Lagernavn er unike innad i et team, slik at «Nord, hylle A» ikke blandes med sin tvilling på et annet sted. Alle i teamet ser de samme tallene i sanntid i det øyeblikket de endres.

En varselgrense for lav lagerstatus settes per vare mot totalen over alle lagre samlet, ikke per sted; hvis det er viktigere at ett lagerrom går tomt enn teamets totaltall, sjekk det lageret direkte. CSV-eksport viser vare, lager, plassering og antall sammen, slik at en telling over flere steder fortsatt kan åpnes som ett regneark når du trenger det.

Ofte stilte spørsmål

Kan jeg føre lager på to lokasjoner uten å kjøre to separate systemer?

Ja. Sett opp hver plassering som en gruppe lagre i samme team, og hver vares totaltall legger allerede de to sammen. Du trenger aldri å holde to lister.

Hvordan registrerer jeg en lageroverføring mellom lokasjoner?

Reduser antallet på det avsendende lageret, og øk det på det mottakende med samme mengde. Begge endringene blir liggende i varens historikk, slik at du kan se hvor lageret flyttet seg og når.

Bør alle steder bruke samme navnekonvensjon for lagre?

Ja. Bli enige om ett mønster, sted og så plassen inni («Nord, hylle A»), før du har mange steder, slik at hvert navn er unikt og lett å lese på en etikett.

Gjelder et varsel om lav lagerstatus per sted eller for hele teamet?

For hele teamet: en varselgrense sjekkes mot varens totaltall over alle lagre den finnes i, ikke ett enkelt sted alene.