Mandag morgen kl. 08:34. 220 ordrer/dag. Kun ERP (Business Central). Ingen WMS. Plukker får papirliste fra BC. Linje 47: "Vare 8472B, hylde 7C". Går til 7C. Varen er ikke der. Spørger kollega. "Den er vist flyttet til 9A." Finder den. 8 minutter spildt. Sker 12 gange/dag. 96 min/dag x 300 kr./time = 480 kr./dag = 120.000 kr./år i spildt gangtid.
Det er virkeligheden for mange virksomheder der vokser ud af ERP-baseret lagerstyring. Her er hvad der giver mening, og hvornår.
Hvad er WMS og ERP?
WMS (Warehouse Management System) styrer det fysiske lager. Det handler om, hvad der sker inde i lagerbygningen: modtagelse af varer, placering, plukoptimering, batch picking, pakning og afsendelse. Et WMS ved, hvem der plukkede hvad, hvornår, og via hvilken rute.
ERP (Enterprise Resource Planning) styrer forretningen og økonomien. Ordrer, fakturaer, indkøb, leverandørforhold, bogføring og rapportering. ERP ser lageret som tal i et regneark, antal på lager, kostpris, reserverede enheder.
Forskellen er fundamental: ERP håndterer data om lageret. WMS håndterer operationerne på lageret.
Hvad koster det IKKE at have WMS?
👉 SmartPack integrerer direkte med ERP-systemer som Business Central og e-conomic. Se SmartPacks ERP-integration
| Scenarie (200 ordrer/dag) | Koster per dag | Per år |
|---|---|---|
| Fejlpluk 3% mod 0,5% med WMS, altså 5 ekstra fejl | 5 × 350 kr. = 1.750 kr. | 437.500 kr. |
| Ingen plukoptimering, 20% ekstra gangtid på 2 plukkere × 7 timer | 2,8 timer × 300 kr. = 840 kr. | 210.000 kr. |
| Ingen sporbarhed, ca. en time om dagen på at finde ud af hvem der pakkede hvad | 300 kr. | 75.000 kr. |
Regnet på 200 ordrer/dag, 350 kr. per fejlbehæftet ordre, 300 kr. per arbejdstime og 250 arbejdsdage om året. Her holder årstallet, fordi det ikke er en fejl der bliver rettet, men en måde at arbejde på.
Konklusion: Fejlpluk er den dyreste omkostning. Ineffektiv gangtid er den næststørste.
Hvornår er det et problem ikke at have begge?
- Over 200 ordrer om dagen: På dette niveau er manuel ordrehåndtering direkte ineffektiv. Fejlprocenten stiger, og pick-hastighed bliver en flaskehals.
- Flere lagermedarbejdere: Uden WMS har du ingen sporbarhed på, hvem der plukkede hvad. Det gør fejlfinding til gætværk.
- Kompleks lagertopologi: Mehrlagersystemer, pick-zoner, bulk-lokationer og pakningstationer kræver styring, som ERP ikke kan levere.
- Returnering og sporbarhed: Lot-/serienummerstyring og returnering med lokationsregistrering er WMS-domæne.
Typisk arbejdsdeling WMS og ERP
ERP modtager ordren og sender den til WMS via integration. WMS behandler ordren: opdeler i plukliste, beregner TSP-optimeret rute, plukker får opgave på håndterminal, varer scannes ved pluk, pakkes og vejes ved pakkestation, fragtlabel genereres og printes. WMS sender status tilbage til ERP: ordren er afsendt, tracking-nummer, eventuelle mangler.
Dataudveksling sker typisk via REST API (pull), Webhooks (push) eller filintegration (ældre systemer: CSV/XML-filer på FTP).
Typiske fejl
- Antager at ERP "klarer det": ERP-leverandører markedsfører ofte lagermoduler. De kan holde styr på beholdning, men mangler plukoptimering, batch picking og medarbejder-tracking.
- Implementerer WMS men springer integrationen over: Hvis WMS og ERP ikke taler samme sprog i realtid, opstår dobbelt-registrering og synkroniseringsfejl.
- Overser masterdata-problemet: WMS og ERP skal have identiske varenumre, stregkoder og enheder.
Sådan gør du det rigtigt
- Definer ejerskab klart: ERP ejer ordredata og økonomi. WMS ejer lokationer og lageroperationer. Definer, hvem der er "master" for beholdningsdata.
- Prioriter realtidsintegration: Lagerstatus bør aldrig være mere end minutter forsinket. Batchkørsler fra nat til nat skaber oversalg og fejl i pluklister.
- Test med reelle ordrescenarier: Enkeltlinje, multilinje, restordre, returordre. Ikke kun happy path.
SmartPack
SmartPack er et WMS bygget til e-handel. Det integrerer direkte med ERP-systemer som Business Central og e-conomic via API og webhooks. Ordrer hentes automatisk, behandles i pluk/pak-flow med TSP-optimerede ruter, og afsendelsesstatus sendes tilbage til ERP i realtid. Lagertal opdateres via SignalR, så ERP altid ser aktuelle tal.