Basic Concepts using SHARK

Grunnleggende konsepter ved bruk av SHARK

På de neste sidene skal vi gjennomgå de grunnleggende konseptene som er viktige å forstå for å få full nytte av systemet.

Stedsadministrasjon

En av SHARK viktigste oppgaver er å følge med på hvor gjenstandene er lagret og hvor det er ledig plass. Dette administreres med lagringssteder, som er et område på lageret som administreres av SHARK, hvor hvert sted har en unik adresse. SHARK må kjenne til lagerets oppsett, det er ikke umulig å lagre ting på et sted som systemet ikke kjenner.

Lagerets fysiske inndeling er hierarkisk, der: gjenstander lagres i bokser, bokser som er lagret i skuffer, skuffer lagres i spesifikke heiser (salgsautomater), og heiser er gruppert i plukksoner.

Eksempel på adresseadresse. Her starter vi 1 og ser på rack 3, hylle 3.

Lagre strategier

Ulike strategier kan defineres for hvordan lagersteder skal brukes. Det er tre grunnleggende typer med individuelle fordeler og ulemper:

For alle SHARK-lokasjonstyper kan den samme artikkelen plasseres på mer enn ett sted. For alle nye artikler har SHARK en standardstrategi som gjelder hele systemet, men bortsett fra det kan hver artikkel ha sin egen strategi. Noe som betyr at det er mulig å velge metoden som passer best for den aktuelle artikkeltypen. Hvis for eksempel lagrede elementer hovedsakelig er elementer som ikke krever FIFO, kan standardtypen settes til å flyte, men for enkeltelementer med utløpsdato, for eksempel batterier eller andre elementer med begrenset holdbarhet, er strategien satt til FIFO.

Faste lagerplasser

Faste lagerplasser er den klassiske måten å administrere lokasjoner på. Her blir artiklene lagret på samme sted hver gang til noe annet er bestemt. Fra et rent praktisk synspunkt betyr dette at hvis en plassering går til “0” (slettet), er den fortsatt forbeholdt den aktuelle varetypen. Det er sjelden noen store fordeler forbundet med dette i stedet for for eksempel å bruke flytende lagring, men det kan være praktiske grunner til alltid å holde en varetype på samme sted.

Væske

Det er standard at SHARK støtter flytende lagerlokasjoner, også kalt et kaotisk lager, som betyr at samme type element kan lagres på flere forskjellige steder og hvis lagerlokasjoner kan endres regelmessig. SHARK vil foreslå hvor en artikkel kan lagres. Det er ingen garanti for at samme sted blir brukt neste gang.

FIFO

Å bruke denne strategien vil sikre at varen som har vært på lager lengst, vil være den første som blir plukket ut. Alle artikler blir lagret med informasjon om hvordan og når de ble fjernet. FIFO-strategien kan være noe tregere å bruke, ettersom det ikke er mulig å bare velge neste artikkel. I tillegg krever det mer plass fordi en artikkel må lagres på et tomt sted for å unngå å blande forskjellige batchnummer.

FIFO-datoen som brukes, lagres på stedet.

For artikler med batch / LOT-numre er FIFO-datoen ikke datoen for nettstedet, men datoen som er tilordnet batchnummeret (vanligvis en utløpsdato).

Lokasjonstyper

En beliggenhet i SHARK har alltid en lokasjonstype. En lokasjonstype har et navn og en størrelse (lengde, høyde, bredde). Navnet på typen kan velges fritt. Det kan for eksempel være “Blå plastboks” eller “Pall \ _1”. Velg et meningsfylt navn. Det vil gjøre det lettere for daglig bruk. For hver varetype som finnes på lageret, angir du hvilken type lagersteder du vil at elementet skal lagres i, og i så fall hvor mange av de samme varene som kan passe til samme type plassering. Merk at den samme artikkelen kan ha flere akseptable lokasjonstyper. I dette tilfellet velger SHARK den optimale avregningen, basert på plassering, applikasjon og plukkehastighet.

Det er mulig å ha flere forskjellige lokasjonstyper i samme størrelse. Dette kan brukes til å kontrollere mer nøyaktig hvor en vare er lagret.

Lagringssoner

En sone består av et antall lokasjoner der en eller flere operatører jobber. Hvis en ordre startes i en sone, blir bare den delen av ordren som skal behandles i den aktuelle sonen behandlet.

I vanlige hyller eller pallesoner kan en eller flere operatører jobbe samtidig i samme sone, mens det i automatiske soner bare er en operatør om gangen.

En salgsautomatssone er en eller flere automater som drives av en operatør. For hver sone er det vanligvis en PC, en strekkodevisning, et tastatur og ofte en etikettskriver. På grunn av den korte pausen mellom når en vertikal heis har levert en hylle og løfteren monteres den neste, er den mer effektiv slik at en operatør kan betjene mer enn en vertikal heis om gangen, typisk 3-4 vertikale Jeg er optimal i samme plukkesone. SHARK optimaliserer plukkrekkefølgen, slik at neste valgte element blir valgt så langt det er mulig av neste vertikale heis klar med neste skuff.

Det er forskjellige typer soner:

Sone for standard hyller og paller

«Dette er en generell plasseringstype som dekker vanlig lagringstype.

Sone med automater

«En automatsone inneholder en eller flere maskiner som drives som én enhet. Vanligvis opererer bare én operatør i sonen om gangen, selv om flere operatører er mulig - men de vil operere på samme ordre. Plukk og legging gjøres fra én delt PC eller én PC for hver automat.

«Det er mulig å inkludere hyller som flytstativer i en automatsone. Dette er typisk brukt for høye løpere.

Plukk foran for bufferlagring

Dette er en sone som brukes som plukkefront for en annen sone hvor artiklene flyttes til og fra ved behov. Flyttingen kan gjøres manuelt av operatører, for eksempel flytte paller fra en pallesone til plukkfronten hvorfra plukkingen kan gjøres på gulvnivå. Det kan også være et automatisert lager med AGV-er.

Flow stativer

Plukker fra flow-stativer.

Plukker fra flow-stativer ved hjelp av en PC-skjerm og pick-by-light.

Plasseringsadresser

Den fysiske plasseringen til en artikkel er spesifisert av en stedsadresse. Det er 2 standardformater. Den korte er:

<sone><modul>-<hylle nr>-<koordinat på hylle>

Et eksempel på en plassering kan være: A3-17-B4, som forteller at vi er i sone A, modulen er 3, hyllen er 17 og artikkelen finnes ved koordinatene B4 på hyllen. Se avsnittet for en forklaring av plasseringer på en hylle/brett. Dersom det er en hostikal løftesone, vil A3 være navnet på den hostikale heisen.

Plasseringer på et fast lager kan ha ett tilleggsnivå, et gangnummer. Her vil adressen være:

<sone><modul>-<gang>-<hyllenr>-<hyllekoordinat>

For eksempel:

B1-3-4-A1, angir sone B, modul 1, gang 3, hylle 4, og plasseringen på hyllen er A1.

«Om det ene eller det andre formatet brukes, avhenger av hvordan lokasjonene er satt opp.

Plasseringsmerking

Stasjoner vil typisk være merket med en etikett som inkluderer lokasjonsadressen som tekst og en strekkode. Det er også mulig å legge til kontrollsiffer som er et 2-sifret tall, automatisk generert av SHARK som kan brukes som en alternativ bekreftelseskode i stedet for å skanne en strekkode.

Plasseringer i automatskuffer

Vertikale heiser (automater) bruker brett for å organisere de lagrede varene. Et brett kan inneholde ganske mange forskjellige artikler, noe som gjør det praktisk å vite hvor på brettet en artikkel befinner seg. Et enkelt koordinatsystem brukes til å angi en artikkels plass i et brett. Brettet er delt inn i rader og kolonner. Fra forsiden av skuffen, fra venstre til høyre, er kolonnene merket med bokstavene A, B, C osv. Radene refereres til med tallene 1, 2, 3… fra nedre venstre hjørne. På den måten blir nedre venstre hjørne referert til som A1. Dette definerer et “rutenett” i brettet. Størrelsene, som betyr at bredden på kolonner og rader kan angis individuelt for hver bretttype.

Fordi størrelsen på rutenettet har 2 motstridende interesser:

Koordinater brukes til å angi plassering av artikler og bokser i hostikale løftebrett.

«I praksis er mange brett ordnet på samme måte, hvor brettenes struktur er utpekt som bretttyper (maler) med navn, og som kan brukes igjen og igjen.

«Esker brukes ofte til å oppbevare artikler i skuffene, og boksene tilsvarer derfor stedstyper. Det kan enten være ekte bokser som kan trekkes ut av brettene eller faste oppdelinger av plassen i brettene.

Det er noen enkle regler for lokasjonene:

Eksempler på tillatte boksstørrelser i identiske brett.

Plasseringsalias

Det er mulig å lage et alias for koordinaten til en skuffplassering. Dette er et alternativt navn som kan brukes dersom koordinatbeskrivelsen ikke er optimal for applikasjonen. Du kan for eksempel velge å kalle en celle kalt A4 for “4” eller gi den et helt annet navn. Det eneste kravet er at navnet er unikt, noe som betyr at ingen andre lokasjoner kan ha samme navn. Det er bare den siste delen av stedsnavnet som kan byttes ut på den måten.

Ett eller flere steder for hver artikkel

SHARK tillater bruk av så mange steder som ønsket for hver enkelt artikkel. Det er både fordeler og ulemper ved å bruke flere lokasjoner. En av fordelene er at flere lokasjoner gir bedre plassutnyttelse. Tenk deg for eksempel at hele lageret kun har ett sted per artikkelnummer, det vil statistisk sett være halvfylt (50%) forutsatt at du først fyller lokasjonen og så plukker den til den er tom. Dersom det benyttes mer enn 2 lokasjoner per artikkelnummer vil lageret være fylt 75 %, fordi den ene lokasjonen kan brukes til en annen artikkel når den er tom (hvis lageret bruker flytende lokasjoner). Det er rett og slett mye plass å spare ved å bruke flere lokasjoner. Andre fordeler kan være økt hastighet, fordi SHARK er bedre i stand til å finne en artikkel raskt dersom den er plassert flere steder og økt sikkerhet dersom artikkelen er fordelt på flere soner og/eller hostikale heiser.

Ulempen med å ha flere steder per artikkel er at det kan bli mer tidkrevende å legge fra seg artiklene ettersom det alltid kreves flere plasser for hver artikkeltype. Noen ganger vil en ordrelinje kreve 2 plukkinger for å nå ønsket beløp for en ordrelinje.

Bufferlagring og etterfylling

«Storvolumsartikler med høye plukkerater kan ha nytte av å ha et lett tilgjengelig plukkested, for eksempel i en hostikal heis og en andre bufferplass på et mer utilgjengelig parallellsted. Det er to måter å håndtere bufferplasseringer på.

  1. «Lagre varene i en dedikert buffersone og har en annen sone som plukkesone. Dette krever at påfyllingsdataene er riktig definert. Dette er måten å gjøre det på i Automats. Varene vil bli flyttet ved påfyllingsordrer.
  2. Lagre alle varer i én sone og merk plasseringene som brukes som buffere som bufferplasseringer. Kan gjøres fra lokasjonsstyring (hele paller) eller lagringssjefen (enkelte lokasjoner). SHARK vil da foretrekke å plukke fra ikke-bufferstedene, men hvis den ikke kan plukke hele kvantumet fra et plukkested, vil den likevel dirigere plukker til bufferne (for å unngå å tømme plukkestedet). Varene flyttes typisk ved hjelp av påfyllingslisten i PDA.

Speilet lagring

«En variant av samme artikkel som lagres på flere steder kalles speilet lagring der den samme artikkelen er plassert i flere soner. På denne måten kan du ofte unngå ordrekonsolidering siden den totale ordren kan plukkes fra en enkelt sone. Men her blir styringen av systemet mer kompleks.

Stedssekvenser

«Plasseringsadressene gjenspeiler ikke alltid den optimale plukksekvensen. Derfor er det mulig å kontrollere rekkefølgen eller sekvensen, med et sekvensnummer for hhost sted. Vanligvis kjører sekvensnummeret sekvensielt med adressen, men nummeret kan endres om nødvendig. Regelen er at det laveste sekvensnummeret skal velges først. Et eksempel hvor du kanskje vil endre rekkefølgen er i gangene hvor du kanskje vil velge fra den ene siden av midtgangen først og deretter den andre siden på vei tilbake. Et annet eksempel kan være et hostikalløft hvor brettnummeret ikke nødvendigvis forteller hvilke brett som er nærmest eller er nærmest hverandre, plukkåpningen kan være i midten eller øverst.

Hver sone, gang, modul, brett har et sekvensnummer som kan stilles inn i konfigurasjonen. Hvis du ønsker å sette en sekvens som krysser soner og ganger, kan den beste måten å gjøre dette på være å sette sonen og gangsekvensnummeret til det samme og kun bruke modulsekvensnummeret for å definere sekvensen.

Det er noen begrensninger for de brukte sekvensnumrene:

Nivå Nummerområde   ——————— ————–   Sone 1-255   Gangen 1-255   Modul/stativ 1-4095   Skuff/nivå 1-255   Koordinater i brett 1-1048575

Arbeidsgrupper

«Arbeidsgrupper utgjør en måte å gruppere soner på, som jobber sammen. Én arbeidsstasjon (pc eller terminal), kan kobles til en arbeidsgruppe. Hvis du starter en plukkevogn på en arbeidsstasjon knyttet til en arbeidsgruppe, kan alle plukkene som kan kjøres i denne arbeidsgruppen startes samtidig. Enkelt sagt vil arbeidsgruppen jobbe serielt mellom sonene (stafettplukking), mens du jobber parallelt hvis sonene ikke er i de samme arbeidsgruppene.

Eksempel på 2 arbeidsgrupper hvor ordren plukkes parallelt, men hvor arbeidet utføres serielt innenfor arbeidsgruppen (stafettplukking). Innenfor arbeidsgruppe 1 startes en plukkerunde, for eksempel på en plukkevogn. Vognen får alle transaksjonene som finnes i sonene A, B og C. Vognen plukker først i en sone, deretter i neste osv. En annen vogn kan startes opp samtidig helt uavhengig av arbeidsgruppe 2, hvor andre transaksjoner for de samme ordrene kan plukkes. De 2 plukkrundene blir først konsolidert i forsendelse og pakking mot slutten.

«Dermed kan arbeidsgruppen bestemme at en plukkrunde påbegynt i arbeidsgruppen gjøres serielt, én sone av gangen, mens arbeidet mellom arbeidsgruppene gjøres parallelt med hverandre.

«Dersom samme ordre plukkes samtidig av flere arbeidsgrupper, er det mest praktisk at ordren plukkes litt samtidig, da den normalt sendes samlet. Til dette formålet har Shark ett alternativ for å prioritere en ordre slik at hvis en ordre åpnes i en sone, vil den automatisk bli gitt høyere prioritet i de andre arbeidsgruppene.

Artikkelhåndtering

«Artikler eller varer er de grunnleggende enhetene som lagres. SHARK lager en database med en liste over alle artikkeltyper på lageret og egenskapene til hver vare, dette kalles stamdata for artiklene. Det er ikke mulig å lagre en artikkel som ikke først er satt opp og definert i systemet. Artikkeltyper kan settes opp og defineres uten faktisk å bli lagret på lageret. Oppsett av nye artikkeltyper kan enten gjøres manuelt eller ved å importere informasjonen fra et hostssystem.

«Minstekravet til stamdata for en artikkel er kun artikkelnummeret.

Artikkel nummer

Hver artikkeltype bør gis et artikkelnummer for unik identifikasjon. Dette nummeret brukes ofte som strekkode.

Regler for artikkelnummer:

Beskrivelse

«Hver artikkel ble beskrevet med tekst. Dette er kun informasjon for brukeren og kan brukes fritt.

Vekt

«Det er mulig å spesifisere en artikkels vekt. Vekten kan brukes av systemet til å beregne og sikre at den totale vektkapasiteten, for eksempel i et brett, ikke overskrides. Kan også brukes av SHARK for å finne ut hvor mye som kan være i en plukkeboks og for å beregne fraktvekter.

Dimensjoner

Det er mulig å spesifisere en artikkels størrelse. Størrelsen brukes av systemet for å beregne hvor mye ledig plass det er for nye artikkelenheter på et gitt sted og kan, avhengig av systemstrukturen, også brukes for å beregne mengdene som kan plukkes for en gitt boks.

EAN-koder

«Hvis EAN-koder skal brukes, kan dette spesifiseres, og dette vil igjen gjøre at SHARK kan gjenkjenne en artikkel basert på en EAN strekkode i stedet for, eller i kombinasjon med artikkelnummeret.

Alternative artikkelnummer

«Det finnes måter å angi et ”alternativt artikkelnummer” på som lar deg ha 2 forskjellige artikkelnummer på samme artikkel, hvor det alternative artikkelnummeret for eksempel kan brukes som strekkodebekreftelse. Typisk bruk er å endre artikkelnummer. For fortsatt å kunne bruke det forrige nummeret i en overgangsperiode vil det bli satt opp som et alternativt nummer. Den kan også brukes ved bruk av både et internt og et leverandørartikkelnummer.

Soner og stedstyper

For alle artikler må du spesifisere hvor artikkelen skal lagres. Hvis denne informasjonen ikke er tilgjengelig, kan ikke SHARK finne plass til artikkelen ved mottak av varene. For en enkelt artikkeltype kan følgende spesifiseres:

Hvis informasjonen ikke er tilgjengelig ved mottak av varene, vil SHARK be om nødvendig informasjon, minimum er en sone og en stedstype.

Pakkestørrelser

SHARK støtter pakkestørrelser for artikkelen, noe som betyr at artikkelen kan lagres og administreres i pakkeenheter. Antall og dimensjoner på emballasjen kan spesifiseres.

De generelle reglene som brukes for å håndtere forskjellige pakker:

«Emballasjestørrelser kan være vanskelige å vedlikeholde. Hvis dette ikke er et anlegg som brukes, kan følgende i stor grad bli ignorert! I så fall er det alltid pakkedimensjonen ”1” som SHARK setter opp av seg selv (kalt P1).

Pakkedimensjonen “1” (kalt P1) er standardstørrelse og må defineres for alle varer (gjøres automatisk). I Shark er pakkedimensjonen en navngitt enhet, for eksempel ‘P1’. Dette navnet er knyttet til en nummerspesifikasjon som definerer størrelsen. Det er naturligvis en god idé, men ikke et must at navn og størrelse henger sammen.

«Grunnen til at pakkedimensjonen er definert for hver enkelt artikkel er slik at egenskaper som høyde, lengde, bredde og vekt kan tilskrives pakkedimensjonen. Når en artikkel lagres i en pakke, er det altså ikke bare den enkelte artikkels dimensjoner som blir registrert, men alle pakkens dimensjoner.

Bortsett fra pakkedimensjonen må du også angi hvor på lageret (hvilke soner) en gitt pakkestørrelse kan lagres. Mer enn én pakkestørrelse kan lagres i en gitt sone. Dette betyr at alle spesifiserte pakkedimensjoner kan eksistere på et hvilket som helst sted innenfor den valgte sonen.

Batch- eller LOT-nummer

Batchnumre, også referert til som “lotnummer”, støttes av SHARK. En batch er typisk en gruppe artikler produsert i en serie. Batchnummer er en tekststreng på opptil 50 tegn. Den har også tildelt en dato, som kan være produksjonsdatoen eller utløpsdatoen.

Hvis batchnummer er aktihost for en artikkel, vil operatøren bli bedt om nummeret mens han mottar eller lagrer varer. Her er det også mulig å angi dato. Plukking kan gjøres enten for et spesifikt batchnummer eller systemet vil automatisk finne et batchnummer, hvilket batchnummer som velges avhenger av den generelle plukkstrategien.

Bland aldri plukkestrategien når du arbeider med batchnummer, enten oppgi alltid batchnummeret fra hostssystemet (Verten bestemmer eller aldri (SHARK bestemmer). Hvis det blandes er det en risiko for at hosten kan plukke batchnumre som allerede er plukket eller avsatt til andre bestillinger.

«For standardplasseringer er det ikke tillatt å blande ulike batchnumre av samme artikkeltype på samme lokasjon.

Batchnummer kan brukes til helt andre formål, som å bruke det for “artikkeldimensjoner”, som for øyeblikket ikke støttes av SHARK (f.eks. farge eller størrelse).

Serienummer

SHARK støtter serienumre for lagrede artikler. Et serienummer er en unik identifikator for en spesifikk artikkeltype (SKU), maksimal lengde er 50 tegn. Hvis det brukes serienummer, er det definert på artikkelnivå, dette betyr at for hver artikkel kan det defineres, dersom serienummer er påkrevd.

Artikkelen har en egenskap kalt Krever serienummer, denne må settes til å bruke serienumre for denne artikkelen. Flagget kan settes i artikkelredigereren eller det kan mottas som masterdataoppdateringer fra hosten.

«Serienumre kan brukes på fire forskjellige måter:

Vertssystemet kan enten la SHARK bestemme hvilket nummer som skal velges, eller ordrelinjen kan definere et spesifikt nummer. Hvis det er mulig, la SHARK bestemme, det er mye raskere å velge.

«Med mindre det er et krav, anbefales det å bruke den enkle modellen, hvor serienummer kun registreres ved plukking. Det gjør hverdagen enklere.

Lagringsstrategi

«Når du mottar varer, kan SHARK automatisk foreslå lagringsstedet. Beregningene bak er ganske kompliserte og er basert på de oppgitte parameterne, så den gamle regelen, søppel-i-søppel-ut passer virkelig her.

Noen av parameterne som kan påvirke den foreslåtte plasseringen:

    • Lagringsstrategi for artikkelen * (FIFO, Fixed, Floating).
    • Sonene der artikkelen er satt til å lagres * (påfyllingsdata).
  3. stedsstørrelsene og stedsmengdene. Systemet vil prøve å finne et sted med minimalt med sløsing med plass.
  4. Hvis pakkestørrelser brukes, vil de også bli tatt i betraktning.
  5. Klassen ABC plukkfrekvens. Systemet vil prøve å finne et sted med riktig plukkhastighetsklassifisering.
  6. Hvis batchnummer brukes.
  7. For automats er spesielle parametere tilgjengelige for spredning av varer mellom maskiner og skuffer. Dette er en avveining mellom hastighet, plassutnyttelse og sikkerhet.

Flere eiere av artiklene

«Shark støtter at det kan være flere «eiere» av artikler på lageret. Dette betyr at det i praksis kan brukes samme artikkelnummer hos ulike eiere. Funksjonen brukes typisk der samme lager benyttes for ulike brukere/kunder, for eksempel i forbindelse med 3PL.

Generelle regler:

Ordre og transaksjoner

Når SHARK er koblet til et hostssystem, styres plukkingen og bortsettingen via ordre, som kan være plukkeordrer, bortleveringsordrer eller flere spesielle ordretyper som lister over artikler for telleformål. Hver ordre kan i sin tur bestå av et antall ordrelinjer som typisk vil inneholde en artikkel for plukking eller lagring. For å utføre bestillingen må lageret utføre en eller flere arbeidsoperasjoner, som i SHARK kalles transaksjoner, de kontrollerer hvor varen faktisk lagres eller plukkes. Det kan være nødvendig med mer enn én transaksjon for hver ordrelinje, selv om man naturligvis ønsker så få transaksjoner som mulig. Det kan for eksempel være 2 eller flere transaksjoner hvis:

For transaksjoner gjelder følgende:

En ordre består av et antall ordrelinjer, som igjen refererer til et antall transaksjoner.

Ordretyper

De grunnleggende ordretypene som finnes i SHARK er:

«For hver av disse typene er det flere ordreundertyper. Noen av disse typene er standardtyper, som ikke kan endres, men bortsett fra det kan nye typer settes opp, slik at man kan ha ulike ordretyper for eksportordre, produksjonsordre, internsalg, returvarer mv.

Merk at en ordre bare kan ha én type. Du kan ikke endre typen fra linje til linje. Dette betyr at det ikke er mulig å blande bortlegging og plukking i samme rekkefølge.

SHARK er forhåndskonfigurert med en rekke grunnleggende ordretyper. Oppførselen til hver type kan endres og nye ordretyper kan opprettes.

Ordrenummer og annen informasjon

«En ordre kan alltid ha et ordrenummer og kan dessuten ha et følgeseddelnummer. En ordre må ha et unikt ordrenummer pluss følgeseddelnummer innenfor gitt ordretype. Det betyr at du ikke har to bestillinger med samme nummer, med mindre de har forskjellige følgeseddelnummer, men samme nummer kan finnes innenfor forskjellige ordretyper.

Bestillingen har noe informasjon knyttet til seg, som blant annet kan brukes i forbindelse med ordrebehandlingen:

Livssyklus av en ordre

Alle bestillinger har en status, og hver ordrelinje har sin egen ordrelinjestatus. Den totale statusen til ordren vil normalt reflektere enkeltordrelinjene, slik at hvis for eksempel én ordrelinje fortsatt er utestående, vil hele ordren være utestående.

Bestillingen gjennomgår forskjellige faser i løpet av levetiden.

«Tidspunktene en ordre skifter mellom de ulike fasene registreres av SHARK, slik at det senere er mulig å se og måle enkeltordrens passasje gjennom lageret.

Status: Venter

«En bestilling med status «Venter» er ennå ikke igangsatt, men er ellers klar.

Status: Delvis valgt

Status “delvis plukket” betyr at en del av ordren er plukket (eller lagret), men at noe fortsatt mangler.

Status: Restbestilling

En ordre med status “Returordre” kan bare plukkes delvis eller ikke i det hele tatt, da det ikke er nok artikler til en eller flere linjer. Det er flere muligheter for å håndtere denne situasjonen:

«Hvis restordre er tillatt, avhenger av søknaden. En strategi er å kun sende utgående bestillinger når lager er tilgjengelig. I så fall vil en restordrestatus indikere at det er en mismatch mellom Host-aksjen og det som er registrert i SHARK. Ulempen med dette oppsettet er at cross-docking ikke er mulig ved varemottak. Cross-docking er en funksjon der plukking av manglende varer for en ordre gjøres umiddelbart ved varemottak uten faktisk å lagre varene først på lageret.

Status: OK

«En ordre der alle linjer er plukket fullstendig. Den er klar som sådan, men har ikke nødvendigvis vært gjennom konsolidering (pakking, kontroll og utsendelse).

Status: Konsolidert

Konsolidering er når en ordre, hvor enkeltordrelinjene ble plukket i forskjellige soner, samles for å kontrollere at alt er gjort riktig, noe som betyr at artikkelnummeret og beløpet på ordren er riktig. Etter at dette har skjedd, får ordren en konsolidert status.

Vær oppmerksom på at ikke alle installasjoner bruker konsolidering.

Status: Kansellert

«En ordre kan kanselleres, noe som betyr at den aldri vil bli plukket.

Bestillingsprioritet

«En ordre har alltid en prioritet som kan brukes til å sortere i hvilken rekkefølge, den vil bli behandlet av systemet. Prioriteten kan settes basert på ordretypen, den kan endres av en annen bruker, eller den kan justeres av SHARK selv. Automatisk justering av prioritet kan skje når en ordre er delvis startet. Da får den automatisk en høyere prioritet for å sikre at den totale ordren plukkes så raskt som mulig og samtidig i alle områder. Dette er aktuelt dersom bestillingen skal plukkes fra flere soner og sendes samlet. Prioritet kan åpenbart også brukes ved hasteordre.

Rekkefølgeberegninger

«En ordre som hviler i SHARK, men som ikke kan plukkes helt eller delvis, vil få en restordrestatus, noe som betyr at den bare kan plukkes delvis eller ikke i det hele tatt. Når nye artikler blir lagret, vil SHARK automatisk oppdatere bestillingsstatusen inkludert resten.

Beregninger av om det er utestående varer mot bestillingen din gjøres som følger:

(Artikkelens lager) Minus (antallet nødvendig for frigitte bestillinger) = (Tilgjengelig lager)

Hvis den tilgjengelige beholdningen er mindre enn nødvendig for å tilfredsstille bestillingen, forblir bestillingen utestående.

«Vær oppmerksom på at det omvendt ikke betyr at hvis det ikke er utestående restordrer mot bestillingen din, at alle bestillinger på systemet ditt kan plukkes. Hvis det er flere bestillinger som må ha samme artikkel, og de ennå ikke er frigitt, kan det totale antallet som trengs meget godt overstige tilgjengelig lager. Prioriteringen av hvem som skal få varene bestemmes av hvilke bestillinger som først frigis!

Intern aksjeoverføring

«En lagerflytting skjer når artiklene flyttes internt mellom 2 lokasjoner i SHARK. En flytteordre består av 2 bestillinger med samme nummer, men forskjellige typer, nemlig en plukk og en putting.

En overføringsordre kan settes opp av en SHARK-bruker eller settes opp automatisk etter en automatisk påfyllingsprosess fra et buffersted, en annen sone eller en ekstern leverandør.

Utgivelse og transaksjoner

«Transaksjoner kan genereres til forskjellige tider avhengig av systemkonfigurasjonen og oppsettet. Det er vanligvis lurt å generere transaksjonene så sent som mulig i forhold til når ordren skal plukkes, dette for å legge minst mulig bindinger på lageret. Hvis bestillingene kommer i god tid før de plukkes, kan det hende at det ikke en gang er nok varer på lageret til å generere transaksjoner for alle ventende bestillinger.

Ordrefrigivelse med opprettelse av transaksjoner kan skje når:

  1. Når ordren frigis manuelt. Dette skjer i utgivelsesmodulen og er normalt den anbefalte prosedyren.
  2. «Automatisk umiddelbart når bestillingen er mottatt. Dette kan være løsningen for en mindre installasjon hvor det kan være for vanskelig å bruke ordrefrigivelse.
  3. Automatisk ved hjelp av ordreleveringsdatoen.
  4. Bruke Tour Management.

Når det er opprettet transaksjoner for en ordre, har den blitt frigitt. Da er den klar for plukking på lageret.

Arbeidsprosesser

«De viktigste prosessene i et lager er:

Varemottak

«Innkommende varer til lagring må registreres først og deretter ledes til riktige områder på lageret. Dette er en funksjon som kan hoppes over i små varehus, men hvis det er mer enn én sone kan det være praktisk å ha en varemottaksfunksjon. I varene som mottas forekommer følgende:

«Bringing er vanligvis mer tidkrevende enn plukking, og en åpenbar fordel med å bruke en dedikert varemottaksfunksjon er at en del av arbeidet faktisk flyttes fra de faktiske lagersonene, slik at bortsettingen kan gjøres så raskt som mulig. . Ikke minst i hostikale løftesoner, hvor bortsetting kan gi flaskehals, vil dette være en stor fordel.

Lagre artiklene.

«Dette er bevegelsen av varen fra varemottak til sluttlagring.

Plukker

Å plukke artikler kan gjøres på flere måter:

Velge strategi

Hvis det er mer enn én sone og en gitt ordre må plukkes fra flere soner, er det flere måter å håndtere dette på:

Serieplukking

«Bestillingen starter i en sone og overføres til den neste, inkludert de allerede plukkede varene som følger bestillingen rundt. Bestillingen er vanligvis ledsaget av et stykke papir eller en etikett.

Fordeler:

Ulemper:

Parallell plukking

«Bestillingen blir plukket samtidig i flere soner.

Fordeler:

Ulemper:

Parallell plukking uten konsolidering

«Ulempen med ordrekonsolidering ved plukking i flere soner samtidig kan unngås ved å ikke hente bestillingen, men i stedet sende artiklene enkeltvis fra hver sone.

Fordeler:

Ulemper:

Konfigurasjon av plukkestrategi

Plukkstrategien kan konfigureres ved hjelp av noen parametere.

Register → Bestillinger → Plukkstrategi

Parametere Verdi Merknader   ———————– ————– ——– —————————————————-   UseNewReleaseStrategy 1 Sett til 1 for den nyeste versjonen av utgivelsesstrategi.   Generelt 1/2/3 1: Wise (*), 2: Empty Locations<, 3: Best Fit</p></td>   WiseBestFit 0/1     Stedsstrategi Standard 0/1/2 0: Fast, 1: FIFO, 2: Flytende

«Wise-strategien bruker et spesielt konsept der hver lokasjon har en klar typekode (1 til 5). Dette kan brukes til å dele lageret inn i områder, mer detaljert enn soner. Ved å bruke Wise-strategien gjelder følgende:

Standard områdetyper:

  1. «Raske løpere.
  2. Automatiser.
  3. Flowrack.
  4. Reoler.
  5. Buffer.

Konsolidering og frakt

Konsolidering gjøres fra en PC Det er mer her.

Påfyll

«Påfylling er prosessen med å fylle plukkested fra bufferplasser.

En enkel måte å gjøre etterfyllingen på er ved hjelp av PDA og Påfyllingsliste.

Eksempel på flow-reoler fylt med varer fra paller like bak.

Bruke strekkoder

Strekkoder kan med stor fordel brukes i SHARK, noen av funksjonene som bruker strekkoder er:

«Det faktum at SHARK er i stand til å bruke strekkoder for å aktivere spesialfunksjoner er fordi strekkodene har blitt kodet med spesialtegn, som SHARK er i stand til å gjenkjenne, og dermed vite at for eksempel en plukkevogn og ikke en artikkel er blir skannet. Derfor er det viktig at det er SHARK som skriver ut etiketter til esker og plukkevogner etc., siden strekkoden ellers ikke inneholder riktig informasjon. Shark har integrert en rekke funksjoner for utskrift av strekkodeetiketter.

Brukeradministrasjon

«SHARK har et system for brukerautentisering og kontroll av brukerrettigheter.

Logg på

Når SHARK startes, vises en påloggingsskjerm. Denne kan ha to oppsett valgt fra konfigurasjonen. Standardkonfigurasjonen viser én knapp for hver bruker. Knappen kan enkelt brukes fra en berøringsskjerm. Hvis brukeren har fått passord, vises et passordskjermbilde som må fylles ut riktig for å fortsette.

«Hvis det er mange brukere, er knappene lite hensiktsmessige, og i stedet kan du velge at du må skrive navn og eventuelt passord i en dialog som vises når du trykker på «logg inn».

«Det er også mulig å logge på ved å skanne en strekkode. To metoder støttes:

«Et tredje alternativ er å bruke et tilgangskort i kombinasjon med en kortleser (vanligvis koblet som en tastaturenhet til PC-en ved hjelp av USB). Koden til kortet kan registreres i brukeroppsettskjermen og senere oppdages når kortet leses.

Opprett spesielle brukergrupper

«Det er mulig å definere spesielle brukergrupper med dedikerte brukerrettigheter.

«Begrenser tilgangen til visse skuffer

«Funksjon som brukes til å kontrollere hvem som kan plukke og lagre fra spesifikke brett i automater. Skuffene kan begrenses slik at bare noen brukere har lov til å hente skuffene.

Automatisk utlogging

SHARK PC-klienten kan konfigureres for automatisk utlogging etter en viss inaktiv tid.

This is an automatic machine translation from english, we apologize for any translation errors. Use the english source as reference