Lagerstyring på flere lokationer: få styr på lageret på hvert sted

Lagerstyring på flere lokationer bryder sammen, i det øjeblik to steder hver har deres eget regneark: samme vare viser “på lager” i et faneblad og “udgået” i et andet, og ingen kan sige, hvilket tal der er det rigtige. Løsningen er ikke et større regneark. Det er ét system, hvor hvert sted registrerer mod den samme liste, så et sted blot er endnu et sted, lageret kan være – ikke en separat optælling.

Mønstret holder, uanset om dine steder er to kontorer, en butik og dens baglokale, et lager og tre varevogne, eller et dusin lagerrum spredt over en by: modellér, hvor lageret er, i to niveauer, hold ét samlet tal, og gør det til et registreret trin – ikke et gæt – at flytte lager mellem steder.

Hvorfor regneark pr. sted glider fra hinanden

Et regneark pr. sted glider fra hinanden, fordi intet holder kopierne synkroniseret. Filial A’s ark ligger på filial A’s computer og opdateres, når nogen kommer i tanke om det; filial B ser det aldrig. Lager på flere lokationer i regneark skjuler også overførsler: lager, der forlader ét sted og ankommer til et andet, bliver registreret én gang, hvis overhovedet, så tallene langsomt holder op med at give mening. Inden for få uger er “det rigtige” tal et gæt, flikket sammen af, hvilket ark nogen sidst havde åbent.

Modellér “hvor” i to niveauer: sted og hylde

Løsningen er at stoppe med at behandle “hvilket sted” og “hvilken hylde” som det samme spørgsmål. Giv hvert sted, hvor der ligger lager, to niveauer: selve stedet – en bygning, filial, et lager eller depot, med en adresse, hvis folk skal kunne finde det – og lageret inde i det, fx en hylde, kasse, et rum eller køretøj. Lagerrum for et enkelt sted er bare det steds lagre; tilføjer du et sted mere, tilføjer du lagre under det andet sted – aldrig et nyt regneark. Giv hvert lager et navn, der også siger, hvilket sted det hører til (“Nord, hylde A”, “Syd, hylde A”), så ingen fylder det forkerte op.

Lagerstyring på flere lokationer: ét samlet tal, og et tal for hvert sted

Når lagrene er grupperet på den måde, får du to tal helt automatisk. Varens samlede antal er summen fra alle lagre, uanset hvor de er – tallet, du genbestiller efter. Hvert steds tal er bare det steds lagre lagt sammen – tallet, der svarer på “har vi nogen her”. Lagerstyring på flere lokationer bliver kun forvirrende, når et værktøj viser ét tal og kalder det hele billedet; ser man begge, stopper man med at spørge “har vi flere et andet sted?”

Overførsel af lager mellem lokationer

En overførsel af lager mellem lokationer er to lagerbevægelser, ikke ét klik, der teleporterer en vare. Sæt antallet ned ved det afsendende lager, og sæt det op med samme antal ved det modtagende. Når begge halvdele registreres – selv manuelt – viser historikken, hvor varen tog hen og hvornår, i stedet for at ét steds antal bare falder uden forklaring.

	Ét sted	Flere steder
Hyldenavne	“Hylde A” er nok	Sæt stedet i navnet: “Nord, hylde A”
En overførsel	Sjælden, tydelig	Rutine – registrer begge sider
“Har vi den?”	Ét tal	Samlet tal, plus et tal pr. sted
Hvem registrerer	Den, der er der	Én navngiven person pr. sted

Hvem registrerer hvad – og navne, der holder

Beslut tidligt, hvem der registrerer lager på hvert sted, og aftal navne, før antallet af lagre vokser. En kort tjekliste:

• Brug samme mønster overalt: sted, så plads (“Nord, hylde A”, “Syd, varevogn 2”).
• Hold det kort nok til at stå på en printet label.
• Navngiv steder, som dit team allerede taler om dem (filialnavnet, ikke en intern kode).
• Vælg én person pr. sted, der holder navne og tildelinger ryddelige, mens de vokser.

Hvornår et regneark stadig er fint

Kører du kun ét sted, tæller én person op, og flyttes der ikke noget mellem steder, er et delt ark stadig et fornuftigt valg. Lagerstyring på flere lokationer eller butikker giver først værdi, når et nyt sted åbner, lager rejser mellem steder, eller mere end én person skal kunne stole på det samme tal uden at ringe rundt og tjekke.

Her kommer Tana ind i billedet

Tana modellerer dette med lagre – en hylde, kasse, et rum eller køretøj, hvor lageret registreres pr. lager – grupperet under valgfrie placeringer, en bygning eller et sted med en adresse og et kort-nål. En vares samlede antal er summen fra alle lagre på alle placeringer. Flyt lager mellem lagre ved at sætte ét ned og et andet op; begge ændringer gemmes i varens historik, sammen med hvem der gjorde det, og hvornår. Lagernavne er unikke inden for et team, hvilket holder “Nord, hylde A” fra at blive forvekslet med sin tvilling på et andet sted. Hele teamet ser de samme tal, live, i det øjeblik de ændres.

En alarmgrænse for lav lagerstatus sættes pr. vare mod dens samlede antal over alle lagre – ikke pr. sted; betyder det mere, at ét bestemt lagerrum er ved at løbe tør, end teamets samlede tal, så tjek det lager direkte. CSV-eksport viser vare, lager, placering og antal sammen, så en optælling på flere steder stadig kan åbnes som ét regneark, når du har brug for det.

Ofte stillede spørgsmål

Kan jeg føre lager på to lokationer uden at køre to separate systemer?

Ja. Opsæt hver lokation som en gruppe af lagre i det samme team, og hver vares samlede antal lægger allerede de to sammen. Du behøver aldrig føre to lister.

Hvordan registrerer jeg en overførsel af lager mellem lokationer?

Sæt antallet ned ved det afsendende lager, og sæt det op ved det modtagende med samme antal. Begge ændringer bliver i varens historik, så du kan se, hvor lageret flyttede sig til, og hvornår.

Bør alle steder bruge samme navngivningsprincip for lagre?

Ja. Aftal ét mønster, sted og så plads (“Nord, hylde A”), før I har mange steder, så hvert navn er unikt og læsbart på en label.

Gælder en alarm for lav lagerstatus pr. sted eller for hele teamet?

For hele teamet: en grænse tjekkes mod varens samlede antal over alle de lagre, den findes i – ikke ét sted for sig.