Multi-brand lagerstyring uten kaos: hva du må ha kontroll på fra start
Har du flere merkevarer på samme lager – kanskje både private label og eksterne brands – kjenner du sannsynligvis følelsen: Alt fungerer, helt til det ikke gjør det. En kampanje treffer, en leverandør endrer strekkode, nettbutikken selger “samme vare” i to varianter – og plutselig har du restordrer, feilplukk og frustrerte kunder.
Multi-brand lagerstyring handler ikke om å presse flere varer inn på færre hyller. Det handler om å skape én sammenhengende flyt på tvers av data, prosesser og systemer, slik at du kan selge flere merkevarer gjennom flere kanaler uten å skape ditt eget lagerkaos.
Artikkelen går praktisk til verks og gjennomgår:
Hvor multi-brand-oppsett typisk svikter (og hvorfor)
Hvordan du bygger masterdata og SKU-struktur som skalerer
Hvordan layout, gjenbestilling og WMS/ERP-oppsett får driften til å fungere
Når fundamentet er på plass, blir det langt enklere å utvide med nye merkevarer, nye kanaler og flere ordre – uten å måtte «finne opp lageret på nytt» hver gang.
Hva er multi-brand lagerstyring – og hvorfor går det ofte galt?
I en SMB/B2B-kontekst er multi-brand lagerstyring typisk situasjonen der du driver ett fysisk lager (eller noen få lokasjoner), men selger flere merkevarer med ulike varekataloger, leverandører, priser, strekkoder og kundetyper. Ofte selger du også gjennom flere kanaler: B2B-kunder, nettbutikk og kanskje markedsplasser. Dette kan fungere svært godt – men bare hvis varedata og prosesser er standardiserte.
Det går ofte galt fordi kompleksiteten sniker seg inn uten at noen tar et helhetlig designgrep. Du får nye varelinjer, nye navnekonvensjoner, nye pakningsstørrelser – og plutselig er det uklart hva som egentlig er “samme vare”, og hva systemet skal oppfatte som identisk.
Typiske scenarier: flere merkevarer, samme lager, flere kanaler
Et klassisk scenario: Én merkevare selges primært B2B i store ordre, mens en annen selges direkte til forbruker via nettbutikk med små plukk og mange varianter. Legg til markedsplasser, der krav til EAN/UPC, produktdata og leveringsløfter er strengere. Samme fysiske lager – men helt ulike behov i ordreflowen.
Har du både private label og eksterne merkevarer, får du gjerne ulike leverandørkrav, minimumsordre (MOQ), ledetider og emballasjelogikk. Uten faste standarder ender du opp med å håndtere unntak – i stedet for drift.
Feilkilder i praksis: SKU-kaos og uens prosesser
De fleste problemer kan spores tilbake til to kilder: (1) uklare vareidentiteter og (2) uensartede prosesser mellom systemer. Her er typiske symptomer når multi-brand lagerstyring ikke er designet, men bare har “vokst frem”:
Duplikater i varenummer/SKU fordi samme produkt opprettes flere ganger
Flere strekkoder per vare uten mapping (eller mapping i regneark)
Pakningsstørrelser (stk/kartong/pall) håndteres ulikt fra merkevare til merkevare
Uklart returløp, slik at returvarer havner i “ingenmannsland” og forvrenger beholdningen
Manglende synkronisering mellom ERP, nettbutikk og lager, slik at du selger varer du ikke har
Du kan ha dyktige lagermedarbeidere og likevel ha problemer. Hvis strukturen ikke er entydig, blir selv den beste driften til brannslukking.
Fundamentet for multi-brand lagerstyring: Masterdata, SKU-struktur og standarder
Vil du ha kontroll på flere merkevarer i samme lager, må du starte med én sannhet i masterdataene dine. Entydige SKU-er, konsekvent variantlogikk og klare enhetsstandarder er det som holder oppsettet stabilt når det kommer flere merkevarer, flere ordre og flere integrasjoner.
Det betyr også at du må kunne mappe mellom interne SKU-er og eksterne identifikatorer som EAN/UPC. Eksterne kanaler kan kreve egne identiteter – men lageret må alltid vite nøyaktig hva som fysisk ligger på hyllen.
Slik bygger du en skalerbar SKU-modell
Du trenger ikke gjøre det komplisert – men du må være konsekvent. En skalerbar modell inkluderer typisk merkevare, produkt og variant som faste elementer. Du bør også skille mellom salgs-SKU-er og SKU-er du faktisk lagerfører, spesielt når du selger bundles eller kits.
En praktisk start er å definere SKU-modellen som en kort standard alle følger:
Fast struktur (f.eks. merkevare-prefiks + produktkode + variantkode)
Variantregler (størrelse, farge, lengde osv. alltid samme plassering/format)
Enhetsstandarder (stk/kartong/pall) med konverteringsfaktorer i systemet
Regel for bundles/kits: salgs-SKU skilles fra lager-/komponent-SKU (via stykklist/BOM)
Mapping mellom intern SKU og eksterne strekkoder/EAN per kanal ved behov
Når disse fem punktene sitter, blir plukk, telling, gjenbestilling og rapportering langt mer stabilt – fordi systemet slipper å gjette.
Drift og optimalisering: Lagerlayout, gjenbestilling og systemoppsett
Når datagrunnlaget er på plass, må driften følge samme logikk. Layout, lokasjoner, plukk og gjenbestilling må støtte flere merkevarer uten å gjøre hverdagen tyngre for medarbeiderne. Hovedregelen er at lageret skal være designet for fart og nøyaktighet – ikke for merkevaresiloer.
Lagerlayout for flere merkevarer
Det kan være fristende å dele lageret fysisk per merkevare, men det er ofte ineffektivt. I praksis er det bedre å plassere varer etter omløpshastighet (ABC-analyse) og la systemet håndtere merkevarerapportering. En A-vare bør ligge der den gir raskest plukk – uavhengig av merkevare.
Konsekvent lokasjonslogikk er avgjørende: tydelige lokasjonsnavn, faste put-away-regler og ingen “midlertidige” plasser som blir permanente.
Innkjøp og gjenbestilling per merkevare
Gjenbestilling er sjelden “one size fits all” i et multi-brand-oppsett. Ledetider, MOQ og sesongsvingninger varierer mellom leverandører og merkevarer. En robust modell kan være:
Definer ledetid per leverandør/SKU basert på historikk
Sett sikkerhetslager ut fra etterspørselsvariasjon
Beregn og vedlikehold gjenbestillingspunkt (ROP) per SKU
Ta hensyn til MOQ, kartongstørrelser og kampanjer
Gjennomgå parametere jevnlig (månedlig for A-varer, kvartalsvis for C-varer)
Målet er ikke perfeksjon fra start, men systematikk. Når parametrene vedlikeholdes, reduseres restordrer og innkjøpsflyten blir mer stabil.
Systemkrav: Hva ERP/WMS må kunne
Driver du flere merkevarer i samme lager, må systemet støtte streng vare- og variantstyring, flere strekkoder per vare og ofte batch/lot eller serienummer ved behov for sporbarhet. Viktigst av alt: Integrasjonene må være stabile, slik at du ikke ender opp med ulike versjoner av sannheten i nettbutikk, ERP og lager.
Et WMS eller ERP med sterk lagerfunksjonalitet bør minst støtte sanntidsoppdateringer til salgskanalene, slik at beholdning og reserveringer følger ordreinngangen. Manuelle eksporter/importer eller “daglige synkroniseringer” vil før eller siden bli en flaskehals.
Få mer lagerkunnskap hver måned: Meld deg på vårt nyhetsbrev
Multi-brand lagerstyring blir enklere når du har gjort grunnarbeidet: standarder, masterdata og rene flyter. Gevinsten er stor: færre feilplukk, bedre oversikt, mindre brannslukking og en lagerstyring som kan skaleres når du får nye merkevarer eller kanaler.
Vil du ha flere konkrete råd om prosesser, systemoppsett og drift – uten fluff – kan du melde deg på vårt månedlige nyhetsbrev. Du får korte, praktiske innspill du kan ta i bruk med én gang, og som hjelper deg å holde multi-brand lagerstyringen stram, selv når det er travelt:
