Basic Concepts using SHARK

Grundlæggende koncepter ved brug af SHARK

På de følgende sider vil vi gennemgå de grundlæggende koncepter, for at få det fulde udbytte af systemet.

Lokationsstyring

En af SHARKs vigtigste opgaver er at holde styr på, hvor artiklene er lagret, og hvor der er ledig plads. Dette styres med lagerpladser, som er et område på lageret, der administreres af SHARK, hvor hver lokation har en unik adresse. SHARK skal kende lagerets indretning, det er ikke umuligt at opbevare artikler på en lokation, som systemet ikke kender.

Den fysiske opdeling af lageret er hierarkisk. Artikler opbevares i bokse, kasser, der er gemt i skuffer, skuffer opbevares i specifikke elevatorer (automater), og elevatorer grupperes i plukkezoner.

Eksempel på lokationsaddresse. Her står vi i gang 1 og ser på rack 3, hylde 3.

Lagringsstrategier

Forskellige strategier kan defineres for, hvordan lagerlokationer skal bruges. Der er 3 basistyper med individuelle fordele og ulemper:

For alle lokationstyper i SHARK kan den samme artikel placeres på mere end en lokation. For alle nye artikler har SHARK en standardstrategi, der gælder for hele systemet, men bortset fra det kan hver artikel have sin egen strategi. Hvilket betyder, at det er muligt at vælge den metode, der er bedst egnet til den pågældende artikeltype. Hvis de lagrede artikler for eksempel hovedsageligt er artikler, der ikke kræver FIFO, kan standardtypen indstilles til at flyde, men for individuelle artikler med en udløbsdato, såsom batterier eller andre artikler med begrænset holdbarhed, er strategien indstillet til FIFO.

Faste lagerlokationer

Faste lagerlokationer er den klassiske måde at styre lokationer på. Her opbevares artiklerne på samme plads hver gang, indtil der er besluttet noget andet. Fra et rent praktisk synspunkt betyder det, at hvis en lokation går i “0” (tømmes), er den stadig forbeholdt den pågældende artikeltype. Der er sjældent nogen store fordele forbundet med dette snarere end for eksempel at bruge flydende lager, men der kan være praktiske grunde til altid at holde en artikeltype på samme sted.

Flydende

Det er standard, at SHARK understøtter flydende lagerlokationer, også kaldet et kaotisk lager, hvilket betyder, at den samme type artikel kan gemmes flere forskellige lokationer, og hvis lagerlokationer regelmæssigt kan ændres. SHARK vil foreslå, hvor en artikel kan lagres. Der er ingen garanti for, at samme lokation anvendes næste gang.

FIFO

Brug af denne strategi vil sikre, at den artikel, der har været længst på lager, vil være den første, der plukkes. Alle artikler vil blive indlagret med oplysninger om, hvordan og hvornår de blev fjernet. FIFO-strategien kan være noget langsommere at bruge, da det ikke er muligt bare at vælge den nærmeste artikel. Desuden kræver det mere plads, fordi en artikel skal indlagres på en tom lokation for at undgå, at forskellige batch numre blandes sammen.

Den anvendte FIFO-dato gemmes på lokationen.

For artikler med batch/LOT-numre er FIFO-datoen ikke lokation dato, men den dato, der er tildelt batchnummeret (typisk en udløbsdato).

Lokationstyper

En lokation i SHARK har altid en lokationstype. En lokationstype har et navn og en størrelse (længde, højde, bredde). Navnet på typen kan frit vælges. Det kan for eksempel være “Blå plastkasse” eller “Palle \ _1”. Vælg et meningsfuldt navn. Det vil gøre det lettere ved daglig brug. For hver artikeltype, der findes på lageret, skal du angive, hvilken type lagerlokationer, du ønsker, at artiklen skal gemmes, og eventuelt hvor mange af de samme artikler der er plads til i samme type placering. Bemærk, at den samme artikel kan have flere acceptable lokationstyper. I dette tilfælde vælger SHARK den optimale type på put-off, baseret på placering, anvendelse og plukkehastighed.

Det er muligt at have flere forskellige lokationstyper i samme størrelse. Dette kan bruges til at styre mere præcist hvor en vare indlagres.

Lagerzoner

En zone består af et antal lokationer, hvor en eller flere operatører arbejder. Hvis en ordre startes i en zone, behandles kun den del af ordren, der skal behandles i den pågældende zone.

I almindelige hylder eller pallezoner kan en eller flere operatører arbejde samtidig i den samme zone, hvorimod i automat zoner kun har en operatør ad gangen.

En automatzone er en eller flere lagerautomater, der betjenes af en operatør. For hver zone er der typisk en pc, en stregkodelæser, et tastatur og ofte en labelprinter. På grund af den korte pause mellem, når en lodret lift har leveret den ene hylde, og løfteren samler den næste, er det mere effektivt, så en operatør kan betjene mere end en lodret lift ad gangen, typisk 3-4 lodrette løfter i samme picking zone er optimal. SHARK optimerer plukordenen, så den næste artikel, der vælges, så vidt muligt vælges af den næste lodrette løft, der er klar med den næste skuffe.

Der er forskellige typer zoner:

Zone til standardhylder og paller

Dette er en generel lokationstype, der dækker almindelig lagringstype.

Zone med automater

En automatzone indeholder en eller flere maskiner, der betjenes som en enhed. Typisk fungerer kun en operatør i zonen ad gangen, selvom flere operatører er mulige - men de vil operere på samme ordrer. Pick and put-away udføres fra en delt pc eller en pc for hver automat.

Det er muligt at inkludere hylder som flowstativer i en automatzone. Dette er typisk brugt til høje løbere.

Picking Front for Buffer Storage

Dette er en zone, der bruges som pluk foran til en anden zone, hvor artiklerne flyttes til og fra efter behov. Bevægelsen kan udføres manuelt af operatører, for eksempel at flytte paller fra en pallezone til plukkefronten, hvorfra plukning kan udføres på gulvniveau. Det kan også være et automatiseret lager ved hjælp af AGV’er.

Flow Racks

! [_ 3 ] ( 4_) Udvælgelse fra flow-stativer.

! [_ 5 ] ( 6_) Picking fra flow-stativer ved hjælp af en pc-skærm og pick-by-light.

Adresseadresser

Den fysiske placering af en artikel specificeres af en * lokaliseringsadresse *. Der er 2 standardformater. Den korte er:

\ <zone > \ <modul > - \ - \ <koordinat på hylde >

Et eksempel på en placering kunne være: A3-17-B4, der fortæller, at vi er i zone A, modulet er 3, hylden er 17, og artiklen findes på koordinaterne B4 på hylden. Se afsnittet for en forklaring af lagerlokationer på en hylde / skuffe. Hvis det er en lodret løftezone, vil A3 være navnet på den lodrette lift.

Steder på et fast lager kan have et yderligere niveau, et * gangnummer *. Her vil adressen være:

\ <zone > \ <modul > - \ <gang > - \ - \ <hyldekoordinat >

For eksempel:

B1-3-4-A1, betegner zone B, modul 1, gang 3, hylde 4, og placeringen på hylden er A1.

Hvorvidt det ene eller det andet format bruges afhænger af, hvordan lagerlokationerne er indstillet.

Placeringsmærkning

Lokationer markeres typisk med en etiket, der inkluderer placeringsadressen som tekst og en stregkode. Det er også muligt at tilføje kontrolcifre, som er et 2-cifret tal, automatisk genereret af SHARK, der kan bruges som en alternativ bekræftelseskode i stedet for at scanne en stregkode.

Lokationer i automatskuffer

Lodrette elevatorer (automater) bruger skuffer til at organisere de oplagrede varer. En skuffe kan rumme en del forskellige artikler, hvilket gør det praktisk at vide, hvor på skuffen en artikel er placeret. Et simpelt koordinatsystem bruges til at udpege en artikels plads i en skuffe. Bakken er opdelt i rækker og kolonner. Fra forsiden af skuffen, fra venstre mod højre, er kolonnerne markeret med bogstaverne A, B, C osv. Rækkerne refereres til med tallene 1, 2, 3… startende fra nederste venstre hjørne. På den måde omtales det nederste venstre hjørne som A1. Dette definerer et “gitter” i skuffen. Størrelserne, hvilket betyder, at bredden af kolonner og rækker kan indstilles individuelt for hver skuffetype.

Fordi størrelsen på gitteret har 2 modstridende interesser:

I praksis er mange skuffer arrangeret på samme måde, hvor skuffenes struktur betegnes som skuffetyper (skabeloner) med et navn, og som kan bruges igen og igen.

Kasser bruges ofte til at opbevare artikler i skufferne, og bokse svarer således til lokationstyper. Det kan enten være ægte kasser, der kan trækkes tilbage fra skufferne eller faste opdelinger af rummet i skufferne.

Der er et par enkle regler til lagerlokationerne:

Stedsalias

Det er muligt at oprette et Alias til koordinaten for en skuffeplacering. Dette er et alternativt navn, som kan bruges, hvis koordinatbeskrivelsen ikke er optimal til applikationen. Du kan f.eks. Vælge at kalde en celle med navnet A4 for “4” eller give den et helt andet navn. Det eneste krav er, at navnet er unikt, hvilket betyder, at ingen andre lagerlokationer kan have det samme navn. Det er kun den sidste del af lokaliseringsnavnet, der kan udveksles på den måde.

En eller flere lagerlokationer for hver artikel

SHARK tillader at bruge så mange lagerlokationer som ønsket for hver enkelt artikel. Der er både fordele og ulemper ved at bruge flere lagerlokationer. En af fordelene er, at flere lagerlokationer giver bedre pladsudnyttelse. Forestil dig for eksempel, at hele lageret kun har et sted pr. Artikelnummer, det statistisk vil være halvt fyldt (50%) under forudsætning af, at du først udfylder lokationen og derefter vælger den, indtil den er tom. Hvis der bruges mere end 2 lagerlokationer pr. Artikelnummer, vil lageret være 75% fyldt, fordi det ene sted kan bruges til en anden artikel, når det er tomt (hvis lageret bruger flydende lagerlokationer). Der er simpelthen meget plads, der kan spares ved at bruge flere lagerlokationer. Andre fordele kan omfatte øget hastighed, fordi SHARK bedre kan finde en artikel hurtigt, hvis den er placeret flere lokationer og øget sikkerhed, hvis artiklen distribueres til flere zoner og / eller lodrette lifter.

Ulempen ved at have flere lagerlokationer pr. Artikel er, at det kan blive mere tidskrævende at lægge artiklerne væk, da der altid kræves mere put for hver artikeltype. Undertiden kræver en ordrelinie 2 valg for at nå det ønskede beløb for en ordrelinie.

Bufferlagring og påfyldning

Større volumener med høje plukhastigheder kan drage fordel af at have en let tilgængelig plukplacering, for eksempel i en lodret løft og en anden bufferplacering på en mere utilgængelig parallel placering. Der er to måder at håndtere bufferlokationer på.

  1. Opbevar varerne i en dedikeret bufferzone og har en anden zone som plukzone. Dette kræver, at påfyldningsdataene er defineret korrekt. Sådan gør du det i Automats. Varerne flyttes ved påfyldningsordrer.
  2. Opbevar alle varer i en zone, og markér de lagerlokationer, der bruges som buffere, som bufferlokationer. Kan udføres fra lokalitetsstyring (hele paller) eller Storage Manager (individuelle lagerlokationer). SHARK foretrækker derefter at vælge fra ingen buffertlagerlokationer, men hvis den ikke kan vælge hele mængden fra et pluksted, dirigerer den stadig pluk til bufferne (for at undgå at tømme placeringsstedet). Varerne flyttes typisk ved hjælp af påfyldningslisten i PDA.

Spejlet opbevaring

En række af den * samme artikel, der gemmes flere lokationer * kaldes * spejlet lager *, hvor den samme artikel er placeret i flere zoner. På denne måde kan du ofte undgå ordrekonsolidering, da den samlede ordre kan vælges fra en enkelt zone. Men her bliver styringen af systemet mere kompleks.

Placeringssekvenser

Placeringsadresserne afspejler ikke altid den optimale plukkesekvens. Derfor er det muligt at styre rækkefølgen eller sekvensen med et sekvensnummer for hver lokation. Generelt kører sekvensnummeret sekventielt med adressen, men nummeret kan ændres om nødvendigt. Reglen er, at det laveste løbenummer skal vælges først. Et eksempel, hvor du måske vil ændre rækkefølgen, er i gange, hvor du måske vil vælge fra den ene side af gangen først og derefter den anden side på vej tilbage. Et andet eksempel kunne være et lodret løft, hvor skuffenummeret ikke nødvendigvis fortæller hvilke skuffer der er tættest på eller er tættest på hinanden, plukkeåbningen kan være i midten eller øverst.

Hver zone, gang, modul, skuffe har et sekvensnummer, der kan indstilles i konfigurationen. Hvis du ønsker at indstille en sekvens, der krydser zoner og gangarealer, kan den bedste måde at gøre dette på være at indstille zonen og gangsekvensnummeret til det samme og kun bruge modulsekvensnummeret til at definere rækkefølgen.

Der er nogle begrænsninger for de brugte sekvensnumre:

Niveau Nummerinterval   ——————— ————–   Zone 1-255   Gang 1-255   Modul/Rack 1-4095   Bakke/Niveau 1-255   Koordinater i skuffe 1-1048575

Arbejdsgrupper

Arbejdsgrupper udgør en måde at gruppere zoner på, som fungerer sammen. En * arbejdsstation * (pc eller terminal), kan tilsluttes en * arbejdsgruppe *. Hvis du starter en picking cart på en arbejdsstation, der er knyttet til en arbejdsgruppe, kan alle de valg, der kan køres i denne arbejdsgruppe, startes samtidig. Kort sagt, arbejdsgruppen fungerer * serielt * mellem zonerne (relæudtagning), mens du arbejder * parallelt *, hvis zonerne ikke er i de samme arbejdsgrupper.

Eksempel på 2 arbejdsgrupper, hvor ordren plukkes parallelt, men hvor arbejdet udføres serielt inden for arbejdsgruppen (relæplukning). Inden for arbejdsgruppe 1 startes en plukkerunde, fx på en plukkevogn. Vognen får alle de transaktioner, der findes i zone A, B og C. Vognen plukker først i én zone, derefter i den næste osv. En anden vogn kan startes op på samme tid helt uafhængigt af arbejdsgruppe 2, hvor andre transaktioner for de samme ordrer kan plukkes. De 2 plukkerunder konsolideres først i forsendelse og pakning mod slutningen.

”Arbejdsgruppen kan således beslutte, at en plukrunde, der er startet i arbejdsgruppen, udføres serielt, en zone ad gangen, mens arbejdet mellem arbejdsgrupper udføres parallelt med hinanden.

Hvis den samme ordre vælges samtidigt af flere arbejdsgrupper, er det mest praktisk, at ordren vælges på samme tid, da den normalt sendes samlet. Til dette formål har Shark en mulighed for at prioritere en ordre, så hvis en ordre åbnes i en zone, får den automatisk en højere prioritet i de andre arbejdsgrupper.

Artikelstyring

Varer eller varer er de basale enheder, der gemmes. SHARK opretter en database med en liste over alle artikeltyper i lageret og egenskaberne for hvert element, dette kaldes stamdata for artiklene. Det er ikke muligt at gemme en artikel, der ikke først er opsat og defineret i systemet. Artikeltyper kan opsættes og defineres uden faktisk at blive gemt på lageret. Opsætning af nye artikeltyper kan enten udføres manuelt eller ved at importere oplysningerne fra et host-system.

Minimumskravet for stamdata til en artikel er kun artikelnummeret.

Artikelnummer

Hver artikeltype (SKU) skal have et artikelnummer for unik identifikation. Dette nummer bruges ofte brugt som en stregkode.

Regler for artikelnumre:

Beskrivelse

Hver artikel blev beskrevet ved hjælp af tekst. Dette er kun information til brugeren og kan bruges frit.

Vægt

Det er muligt at specificere en artikels vægt. Vægten kan bruges af systemet til at beregne og sikre, at den samlede vægtkapacitet, for eksempel i en skuffe, ikke overskrides. Kan også bruges af SHARK til at finde ud af, hvor meget der kan være indeholdt i en pick-box og til at beregne forsendelsesvægte.

Mål

Det er muligt at specificere en artikels størrelse. Størrelsen bruges af systemet til at beregne, hvor meget ledig plads der er til nye artiklenheder på et givet sted og kan, afhængigt af systemstrukturen, også anvendes til at beregne de mængder, der kan vælges til en given boks.

EAN-koder

Hvis der skal bruges EAN-koder, kan dette specificeres, og dette vil igen give SHARK mulighed for at genkende en artikel baseret på en EAN-stregkode i stedet for eller i kombination med artikelnummeret.

Alternative artikelnumre

Der er måder at angive et ”alternativt varenummer”, som giver dig mulighed for at have 2 forskellige varenumre på samme artikel, hvor det alternative varenummer fx kan bruges som stregkodebekræftelse. Typisk brug er at ændre varenumre. For stadig at kunne bruge det hidtidige nummer i en overgangsperiode vil det blive sat op som et alternativt nummer. Det kan også bruges ved brug af både et internt og et leverandørvarenummer.

Zoner og lokationstyper

For alle artikler skal du specificere, hvor artiklen skal gemmes. Hvis disse oplysninger ikke er tilgængelige, kan SHARK ikke finde plads til artiklen ved modtagelse af varerne. For en enkelt artikeltype kan følgende specificeres:

Hvis oplysningerne ikke er tilgængelige ved modtagelse af varerne, vil SHARK bede om nødvendige oplysninger, minimum er en zone og en lokationstype.

Størrelser i pakken

SHARK understøtter pakningsstørrelser til artiklen, hvilket betyder, at artiklen kan opbevares og administreres i emballageenheder. Antal og dimensioner på emballagen kan specificeres.

De generelle regler, der bruges til håndtering af forskellige pakker:

Emballagestørrelser kan være svære at vedligeholde. Hvis dette ikke er en facilitet, der bliver brugt, kan følgende i vid udstrækning ignoreres! I så fald er det altid pakkedimensionen ”1”, som SHARK selv opsætter (kaldet P1).

Pakkedimensionen’ 1 ‘(kaldet P1) er standardstørrelse og skal defineres for alle varer (udføres automatisk). I Shark er pakkedimensionen en navngivet enhed, for eksempel ‘P1’. Dette navn er knyttet til en talespecifikation, der definerer størrelsen. Det er naturligvis en god ide, dog ikke et must, at navn og størrelse er forbundet med hinanden.

Årsagen til, at pakkedimensionen er defineret for hver enkelt artikel, er, at egenskaber som højde, længde, bredde og vægt kan tilskrives pakkedimensionen. Hver gang en artikel gemmes i en pakke er det således ikke kun den enkelte artikels dimensioner, der registreres, men alle pakkens dimensioner.

Bortset fra pakkedimensionen, skal du også specificere, hvor i lageret (hvilke zoner) en given pakkestørrelse kan lagres. Mere end en pakningsstørrelse kan gemmes i en given zone. Dette betyder, at alle specificerede pakkedimensioner kan findes på ethvert sted i den valgte zone.

Batch- eller LOT-numre

Batchnumre, også kaldet “lotnummer”, understøttes af SHARK. En batch er typisk en gruppe af artikler, der produceres i én kørsel. Batchnumre er en tekststreng på op til 50 tegn. Den har også tildelt en dato, som kan være produktionsdatoen eller udløbsdatoen.

Hvis batchnummer er aktiveret for en artikel, bliver operatøren bedt om nummeret, mens han modtager eller opbevarer varer. Her er det også muligt at specificere datoen. Valg kan udføres enten for et specifikt batchnummer, eller systemet finder automatisk et batchnummer, hvilket batchnummer der derefter vælges afhænger af den generelle plukstrategi.

Bland aldrig plukstrategien, når du arbejder med batchnumre, angiv enten altid batchnummeret fra Hostet (værten bestemmer eller aldrig (SHARK bestemmer). Hvis blandet er der en risiko for, at værten kan vælge batchnumre, der allerede er valgt eller allokeret til andre ordrer.

For standardlagerlokationer er det ikke tilladt at blande forskellige batchnumre af samme artikeltype på samme placering.

Batchnumre kan bruges til helt andre formål, som at bruge det til “artikeldimensioner”, der i øjeblikket ikke understøttes af SHARK (f.eks. Farve eller størrelse).

Serienumre

SHARK understøtter serienumre til gemte artikler. Et serienummer er en unik identifikator for en bestemt artikeltype (SKU), den maksimale længde er 50 tegn. Hvis der anvendes serienumre, defineres det på artikleniveau, det betyder, at det for hver artikel kan defineres, hvis serienummer er påkrævet.

Artiklen har en egenskab kaldet Kræver serienummer, dette skal indstilles til at bruge serienumre til denne artikel. Flaget kan indstilles i artikeleditoren, eller det kan modtages som stamdataopdateringer fra værten.

Serienumre kan bruges på fire forskellige måder:

Værtssystemet kan enten lade SHARK bestemme, hvilket nummer der skal vælges, eller ordrelinjen kan definere et specifikt nummer. Lad SHARK beslutte, hvis det er muligt, det er meget hurtigere at vælge.

Medmindre det er et krav, anbefales det at bruge den enkle model, hvor kun serienumre er registreret ved plukning. Det gør hverdagen lettere.

Opbevaringsstrategi

Når SHARK modtager varer, kan SHARK automatisk foreslå lagerpladsen. Beregningerne bag er temmelig komplicerede og er baseret på de medfølgende parametre, så den gamle regel, affald-i-skrald-ud passer virkelig her.

Nogle af de parametre, der kan påvirke den foreslåede placering:

    • Lagringsstrategi for artiklen * (FIFO, Fast, Floating).
    • De zoner, hvor artiklen er indstillet til at blive gemt * (påfyldningsdata).
  3. Placeringsstørrelser og placeringsmængder *. Systemet vil forsøge at finde et sted med mindst mulig spild af plads.
  4. Hvis pakningsstørrelser bruges, vil de også blive taget i betragtning.
  5. Klasse ABC-plukfrekvens *. Systemet vil forsøge at finde en placering med den rigtige klassificering for plukhastighed.
  6. Hvis batchnumre bruges.
  7. For automats er der specielle parametre til rådighed for at sprede varer mellem maskiner og skuffer. Dette er en afvejning mellem hastighed, pladsudnyttelse og sikkerhed.

Flere ejere af artiklerne

Shark skuffer op om, at der kan være flere ”ejere” af varer på lageret. Det betyder, at det samme varenummer i praksis kan bruges med forskellige ejere. Funktionen bruges typisk, hvor samme lager benyttes til forskellige brugere/kunder, fx i forbindelse med 3PL.

Generelle regler:

Ordrer og transaktioner

Når SHARK er tilsluttet et host-system, styres plukningen og afsætningen via ordrer, som kan være plukordrer, afsætningsordrer eller flere specielle ordretyper som lister over artikler til tælleformål. Hver ordre kan igen bestå af et antal ordrelinjer, som typisk vil indeholde en artikel til pluk eller opbevaring. For at udføre ordren skal lageret udføre en eller flere arbejdsoperationer, som i SHARK kaldes transaktioner, de kontrollerer, hvor artiklen faktisk gemmes eller plukkes. Det kan være nødvendigt med mere end en transaktion for hver ordrelinie, selvom du naturligvis ønsker så få transaktioner som muligt. Der kan for eksempel være 2 eller flere transaktioner, hvis:

For transaktioner gælder følgende:

Ordretyper

De grundlæggende ordretyper, der findes i SHARK, er:

For hver af disse typer er der flere ordretypetyper. Nogle af disse typer er standardtyper, som ikke kan ændres, men bortset fra det kan der oprettes nye typer, så du muligvis har forskellige ordretyper til eksportordrer, produktionsordrer, internt salg, returvarer osv.

Bemærk, at en ordre kun kan have en type. Du kan ikke ændre typen fra linje til linje. Det betyder, at det ikke er muligt at blande put-out og picking i samme rækkefølge.

SHARK er forudkonfigureret med et antal grundlæggende * ordretyper. * Opførslen af hver type kan ændres og nye ordretyper kan oprettes.

Bestillingsnummer og andre oplysninger

En ordre kan altid have et ordrenummer, og derudover kan det have et leveringsnummer. En ordre skal have et unikt ordrenummer plus leveringsnotatnummer inden for den givne ordretype. Det betyder, at du ikke har to ordrer med det samme nummer, medmindre de har forskellige leveringsnotatnumre, men det samme nummer kan findes inden for forskellige ordretyper.

Bestillingen har nogle oplysninger knyttet til den, som blandt andet kan bruges i forbindelse med ordrehåndteringen:

Ordenes livscyklus

Alle ordrer har en * status, * og hver ordrelinie har sin egen ordrelinjestatus. Den samlede status for ordren afspejler normalt de enkelte ordrelinjer, så hvis for eksempel en ordrelinje stadig er udestående, vil hele ordren være udestående.

! [_ 19 ] ( 20_) Ordren gennemgår forskellige faser i dens levetid.

De tidspunkter, hvor en ordre skifter mellem de forskellige faser, er registreret af SHARK, så det senere er muligt at se og måle den enkelt ordres passage gennem lageret.

Status: venter

En ordre med status “Venter” er endnu ikke påbegyndt, men er ellers klar.

Status: Delvist valgt

Status “delvist plukket” betyder, at en del af ordren er blevet plukket (eller opbevaret), men at der stadig mangler noget.

Status: Tilbageordre

En ordre med status “Returordre” må kun plukkes delvist eller slet ikke, da der ikke er nok artikler til en eller flere linjer. Der er flere muligheder for at håndtere denne situation:

Hvis returordrer er tilladt, afhænger af applikationen. En strategi er kun at sende udgående ordrer, når lager er tilgængeligt. I dette tilfælde vil en status for tilbagelevering indikere, at der er en forkert match mellem Host-bestanden og hvad der er registreret i SHARK. Ulempen med denne opsætning er, at crossdocking ikke er mulig ved varemodtagelse. Cross-docking er en funktion, hvor udtagning af manglende varer til en ordre udføres straks ved varemodtagelse uden faktisk at opbevare varerne først på lageret.

Status: OK

”En ordre, hvor alle linjer er blevet valgt helt. Den er klar som sådan, men har ikke nødvendigvis været gennem konsolidering (pakning, kontrol og afsendelse).

Status: Konsolideret

Konsolidering er, når en ordre, hvor de enkelte ordrelinjer blev plukket i forskellige zoner, samles for at kontrolleres, at alt er gjort korrekt, hvilket betyder, at artikelnummeret og beløbet på ordren er korrekt. Når dette er sket, får ordren en * konsolideret * status.

Bemærk, at ikke alle installationer bruger konsolidering.

Status: Annulleret

En ordre kan annulleres, hvilket betyder, at den aldrig bliver valgt.

Bestil prioritet

En ordre har altid en prioritet, der kan bruges til at sortere i hvilken rækkefølge, den vil blive behandlet af systemet. Prioriteten kan indstilles baseret på ordretypen, den kan ændres af en anden bruger, eller den kan justeres af SHARK selv. Automatisk justering af prioritet kan ske, når en ordre delvist er startet. Derefter får den automatisk en højere prioritet for at sikre, at den samlede ordre vælges så hurtigt som muligt og samtidig i alle områder. Dette er relevant, hvis ordren skal vælges fra flere zoner og sendes som en helhed. Prioritet kan naturligvis også bruges til hasteordrer.

Beregninger af tilbageordre

En ordre, der hviler i SHARK, men som ikke kan plukkes helt eller delvist, vil få en restordrestatus, hvilket betyder, at den kun kan plukkes delvist eller slet ikke. Når nye artikler bliver gemt, vil SHARK automatisk opdatere ordrestatus inklusive resten.

Beregninger af, om der er varer, der er udestående imod din ordre, foretages som følger:

(Lager af artiklen) Minus (Den nødvendige mængde til frigivne ordrer) = (Tilgængelig lager)

Hvis det tilgængelige lager er mindre end nødvendigt for at tilfredsstille ordren, forbliver ordren udestående.

Bemærk venligst, at det omvendt ikke betyder, at hvis der ikke er udestående restordrer på din ordre, at alle ordrer på dit system kan plukkes. Hvis der er flere ordrer, der skal have samme vare, og de endnu ikke er frigivet, kan den samlede nødvendige mængde meget vel overstige det tilgængelige lager. Prioriteringen af, hvem der får varerne, bestemmes af, hvilke ordrer der først frigives!

Intern lageroverførsel

En aktieflytning finder sted, når artiklerne flyttes internt mellem 2 lokationer i SHARK. En flytningsordre består af 2 ordrer med samme antal, men forskellige typer, nemlig en pluk og en bortvisning.

En overførselsordre kan indstilles af en SHARK-bruger eller opsættes automatisk efter en automatisk genopfyldningsproces fra en bufferplacering, en anden zone eller en ekstern leverandør.

Frigivelse og transaktioner

Transaktioner kan genereres på forskellige tidspunkter afhængigt af systemkonfiguration og opsætning. Det anbefales normalt at generere transaktionerne så sent som muligt i forhold til, hvornår ordren skal vælges, dette for at placere så få bånd som muligt på lageret. Hvis ordrene ankommer i god tid før deres udtagning, kan der muligvis ikke engang være nok varer i lageret til at generere transaktioner til alle ventede ordrer.

Bekendtgørelse med oprettelse af transaktioner kan ske, når:

  1. Når ordren frigives manuelt. Dette sker i frigørelsesmodulet og er normalt den anbefalede procedure.
  2. Automatisk straks, når ordren er modtaget. Dette kan være løsningen til en mindre installation, hvor det kan være for svært at bruge ordreudgivelse.
  3. Automatisk ved hjælp af bestillingsdato.
  4. Brug af Tour Management.

Hver gang der er oprettet transaktioner til en ordre, er den * frigivet. * Derefter er den klar til at blive hentet på lageret.

Arbejdsprocesser

De vigtigste processer i et lager er:

Varemodtagelse

Indkommende varer til opbevaring skal først registreres og derefter ledes til de rigtige områder på lageret. Dette er en funktion, der kan springes over i små lagre, men hvis der er mere end en zone, kan det være praktisk at have en varemodtagende funktion. I de varer, der modtager, sker følgende:

Put-away er typisk mere tidskrævende end pluk, og en åbenlyst fordel ved at bruge en dedikeret varemodtagende funktion er, at en del af arbejdet rent faktisk flyttes fra de faktiske lagerzoner, så afsætning kan udføres så hurtigt som muligt . Ikke mindst i lodrette løftezoner, hvor udsætning kan forårsage en flaskehals, vil dette være en stor fordel.

Opbevaring af artiklerne.

Dette er bevægelsen af artiklen fra varemodtagelse til den endelige opbevaring.

Picking

Valg af artikler kan gøres på flere måder:

Pick-strategi

Hvis der er mere end en zone, og en given ordre skal vælges fra flere zoner, er der flere måder at håndtere dette på:

Serial Picking

Bestillingen starter i en zone og sendes til den næste, inklusive de allerede plukkede varer, der følger ordren omkring. Ordren ledsages typisk af et stykke papir eller en etiket.

Fordele:

Ulemper:

Parallel picking

Bestillingen vælges samtidig i flere zoner.

Fordele:

Ulemper:

Parallel picking uden konsolidering

Ulempen ved ordrekonsolidering, når der vælges i flere zoner på samme tid, kan undgås ved ikke at samle ordren, men i stedet sende varerne individuelt fra hver zone.

Fordele:

Ulemper:

Konfiguration af plukstrategi

Pick-strategien kan konfigureres ved hjælp af nogle parametre.

Registrering → Ordrer → Plukstrategi

Parametre Værdi Noter   ———————— ————– ———————————————–   BrugNewReleaseStrategy 1 Indstil til 1 for den seneste version af udgivelsesstrategi.   Generelt 1/2/3 1: Wise (*), 2: Empty Locations<, 3: Best Fit</p></td>   WiseBestFit 0/1     Placeringsstrategi Standard 0/1/2 0: Fast, 1: FIFO, 2: Flydende

Wise-strategien bruger et specielt koncept, hvor hver placering har en klar type-kode (1 til 5). Dette kan bruges til at opdele lageret i områder, mere detaljerede end zoner. Ved hjælp af Wise-strategien gælder følgende:

Standardområdetyper:

  1. Hurtige løbere.
  2. Automatisere.
  3. Flowrack.
  4. Hylder.
  5. Buffer.

Konsolidering og forsendelse

Konsolidering sker fra en pc [23 _] ( 24_).

Genopfyldning

Genopfyldning er muligheden for at udfylde plukplacering fra bufferlagerlokationer.

En enkel måde at foretage genopfyldning er ved PDA og [25 _] ( 26 _ # _ 1_).

Brug af stregkoder

Stregkoder kan med stor fordel bruges i SHARK, nogle af funktionerne ved hjælp af stregkoder er:

Det faktum, at SHARK er i stand til at bruge stregkoder til at aktivere specialfunktioner, skyldes, at stregkoderne er * kodet * med specialtegn, som SHARK er i stand til at genkende, og derved vide, at, sige, en plukvogn og ikke en artikel bliver scannet. Derfor er det vigtigt, at det er SHARK, der udskriver etiketter til kasser og plukvogne osv., Da stregkoden ellers ikke ville indeholde de rigtige oplysninger. Shark har integreret adskillige funktioner til udskrivning af stregkodeetiketter.

Brugerstyring

SHARK har et system til brugergodkendelse og kontrol af brugerrettigheder.

Log på

Når SHARK startes, vises en * logon-skærm. * Dette kan have to layouts valgt fra konfigurationen. Standardkonfigurationen viser en knap for hver bruger. Knappen kan let bruges fra en berøringsskærm. Hvis brugeren har fået en adgangskode, vises en adgangskodeskærm, som skal udfyldes korrekt for at kunne fortsætte.

Hvis der er mange brugere, er knapperne ikke meget hensigtsmæssige, og i stedet kan du vælge, at du skal skrive et navn og til sidst et kodeord i en dialog, der vises, når du trykker på “login”.

Det er også muligt at logge på ved at scanne en stregkode. To metoder understøttes:

En tredje mulighed er at bruge et adgangskort i kombination med en kortlæser (typisk forbundet som en tastaturenhed til pc’en ved hjælp af USB). Kortets kode kan registreres på skærmen til brugeropsætning og senere blive opdaget, når kortet læses.

Opret specielle brugergrupper

Det er muligt at definere specielle brugergrupper med dedikerede brugerrettigheder.

Begræns adgang til bestemte skuffer

Funktion brugt til at kontrollere, hvem der kan vælge og gemme fra specifikke skuffer i automater. Bakker kan begrænses, så kun nogle brugere har tilladelse til at hente skufferne.

Auto Logout

SHARK PC-klienten kan konfigureres til automatisk logout efter en bestemt tomgangstid.

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