Systemet viser tilgængelighed. Lagermedarbejderen ser et andet problem.
Forestil dig et lager med samme produkt i flere partier. Ét står tæt på udleveringen, et andet har kortere holdbarhed, og et tredje afventer kvalitetsafklaring. Navn og antal passer til ordren, men den første palle, medarbejderen finder, kan være i strid med modtagerens krav.
Den erfarne medarbejder kender sammenhængene. En ny spørger lederen, og under intensivt pluk træffes nogle beslutninger fra hukommelsen. Der er brug for et system, som ikke kun viser, hvor meget der er på lager, men også hvilket parti der må bruges til den konkrete ordre.
Hvad bremser arbejdet?
Udgangspunkt
Lagerantal er ikke det samme som tilgængelighed
Varer kan være reserverede, kvalitetsspærrede eller bestemt til en anden modtager. Den samlede mængde er ikke nok til at beslutte et pluk.
Produktkoden identificerer ikke alt
Samme produkt findes i forskellige partier og pakningsenheder. Scanning af EAN alene bekræfter ikke nødvendigvis den rigtige dato, det rigtige parti eller antal.
Afvigelsen opdages først ved lagerpladsen
Medarbejderen når frem, men varen svarer ikke til oplysningerne. Uden en vej til at melde problemet forbliver ændringen af placering en mundtlig aftale.
Forslaget skal tage højde for den konkrete udlevering
Vi forbinder produkt, parti, placering, kvalitetsstatus og reservation. Hvis processen bruger FEFO, begynder valget med den nærmeste udløbsdato, men først efter kontrol af spærringer og modtagerens krav til resterende holdbarhed.
Terminalen viser én handling ad gangen: placering, produkt, parti og antal. Scanning kontrollerer plukket, og en afvigelse udløser den aftalte beslutningsvej. Systemet bør ikke tvinge medarbejderen til at bekræfte en bevægelse, der ikke fandt sted.
Sådan kan den nye arbejdsgang se ud
Modtag partiet med fuld identifikation
Modtagelsen forbinder produkt-ID, parti, antal, enhed, dato og placering. En manglende etiket eller ulæselig kode skal afklares, før varen frigives til pluk.
Vælg varer, der opfylder ordren
Reglerne tager hensyn til tilgængelighed, spærringer og modtagerkrav. Plukforslaget bør forklare usædvanlige valg, især hvis et parti tættere på medarbejderen springes over.
Bekræft den faktiske bevægelse
Medarbejderen scanner de angivne mærkninger og indtaster den plukkede mængde. Delpluk, en anden enhed eller alternativ placering behandles særskilt frem for at skabe en tilsyneladende overensstemmelse med planen.
Bevar historik og afstem beholdningen
Bevægelsen registrerer kilde, mål, parti, antal og medarbejder. Ved ERP-integration aftaler vi bogføringstidspunkt, afvisningshåndtering og en måde at opdage forskelle mellem systemerne på.
Undtagelser viser, om applikationen kan bruges i praksis
En beskadiget palle, en afvigende dato på etiketten eller manglende netværk er ikke blot sjældne brugerfejl. De skal indgå i designet. Vi aftaler, hvilke handlinger der kan gemmes som afventende, og hvilke der kræver en aktuel tilgængelighedskontrol. En gentaget overførsel må ikke skabe endnu en udlevering af de samme varer.
- Lagermedarbejderen melder en afvigelse uden selv at ændre kvalitetsreglerne.
- En berettiget person ophæver en spærring eller godkender en begrundet undtagelse.
- En rettelse bevarer koblingen til den tidligere bevægelse og partihistorikken.
Vi tester på arbejdspladsen, ikke kun på en bærbar computer
Knapstørrelse, scanning og fejlsignal kontrolleres på det udstyr, der bruges på lageret. Vi tager højde for handsker, lys, etiketter og netværk. Hvis et WMS allerede er i drift, undersøger vi først udvidelse eller integration. Et skræddersyet modul skal dække et begrundet behov, ikke unødigt erstatte hele lagerstyringen.
Lad os begynde med én del, der virker.
Et fornuftigt pilotforløb omfatter én zone, en valgt produktgruppe og en bestemt bevægelse, for eksempel pluk med partibekræftelse. Først aftaler vi kvaliteten af etiketter og data samt ansvaret for afvigelser. Efter afprøvning på udstyret kan flere zoner, indlagringsstrategier eller avanceret ruteplanlægning tilføjes.
Hvordan ved vi, at det er blevet bedre?
Dette er en plan for måling, ikke et løfte om resultater. Vi fastlægger udgangspunktet før implementeringen.
Pluk i overensstemmelse med reglerne
Vi undersøger forkerte partivalg og begrundelser for afvigelser. Vurderingen sammenholder ordrer med lignende kompleksitet frem for kun at tælle scanninger.
Tid til at håndtere afvigelser
Vi måler tiden fra et problem meldes på lagerpladsen, til en beslutning gør det muligt at fortsætte. Vi analyserer, hvor oplysninger eller en ansvarlig mangler.
Sammenhæng mellem beholdning og historik
Vi sammenligner applikationens bevægelser med det overordnede system og den fysiske kontrol. Vi kontrollerer også, om placeringer og udleveringer for et valgt parti kan rekonstrueres.
Spørgsmål, der er værd at stille
Bliver nye scannere nødvendige?
Det antager vi ikke på forhånd. Vi undersøger eksisterende enheder, kodetyper og overførsel til applikationen. En telefon kan række til visse opgaver, men intensivt lagerarbejde kræver vurdering af det konkrete udstyrs ergonomi, hastighed og pålidelighed.
Vælger applikationen automatisk det ældste parti?
Reglen afhænger af processen. FIFO følger modtagelsesrækkefølgen, mens FEFO følger udløbsdatoen. Begge skal også tage hensyn til spærringer, reservationer og modtagerkrav. Før indførelse aftaler vi obligatoriske kriterier og ansvaret for undtagelser.
