Jeeves

Innkjøp

• Bestillinger blir opprettet i Jeeves før de blir overført, automatisk, til Onlog. Denne overførselen skjer med jevne mellomrom. Hvis man ikke vil vente på denne automatiske jobben er det også mulig å tvinge et innkjøp over til Onlog manuelt fra Multicase.
• Når denne så er tilgjngelig i Onlog, har bestillingen status "Frisluppet"(30). Alle bestillinger med status 30 og 32 vil være tilgjengelig for plukk på PDA.
• Bestillingen ligger nå klar på PDA via "Varemottak"-funksjonen. Varemottaket ferdigstilles så her.

For å sende innkjøpet tilbake til Multicase, for å oppdatere saldo og overføre plukklister, har man flere muligheter:

• Holde igjen bestillingen til funksjonen "Avslutt bestilling-Overfør ERP" brukes fra Onlog Admin.Fordelen er at man kan angre linjer, og ha kontroll på når plukklister blir overført. Med en gang saldo blir tilgjengelig i MC vil også plukklister sendes over til Onlog.
• Overføre innkjøpet direkte når mottaket er utført og har status 36/40.
• Planlagt jobb (Scheduled job) som overfører innkjøp på spesielle tidspunkt. Fordelen med dette er muligheten for å angre evt mottak som har blitt feil før de overføres Multicase

OBS!

• Hvis det blir lagt til varer på et innkjøp som er ferdig og tilbakemeldt (status "Komplett-Oversendt Multicase"(50)) vil ikke bestillingen åpnes automatisk igjen.
• Man ser dette ved å søke opp bestillingen i Onlog og sjekke status på bestillings-hodet og bestillingslinjene (se eksempel i bildet under).

1. Her ser man hvilken status bestillings-hodet har. Er det 50 betyr det at bestillingen er ferdigstilt og den kan ikke åpnes på PDA
2. Det er mulig å endre statusen, manuelt i Onlog, ved å markere bestillings-hodet for så å trykke på "Edit" knappen. Endre statusen til 30 og trykk OK.
3. Her ser man hvilken status bestillingslinjene har. Den linjen som har kommet i etterkant på bestillingen som allerede er ferdigstilt har status "Frisluppet".
   1. Nå vil bestillingen igjen være tilgjengelig på PDA
   2. Følg med i Multicase om denne linjen nå blir meldt tilbake selv om bestillingen er ferdigstilt i MC!

Åpne bestillinger som er avsluttet

Når et innkjøp er avsluttet er det fortsatt mulig å åpne opp bestillingene igjen og evt ta imot varer som ligger i rest eller nye linjer som måtte ha blitt lagt på i Multicase og overført til Onlog. Det man skal være obs på er at man må manuelt endre statusen for innkjøpet for at det skal være tilgjengelig på PDA/PAD.

Endre status på innkjøpslinjen

• Søk opp innkjøpslinjene under menyen "Bestillingslinjer"
• Endre her statusen til "Frislipt(30)": Marker innkjøpslinjen -> velg status 30 fra dropdown i kolonnen "Status".

Innkjøpet, og den innkjøpslinjen med status "Frislipt(30)" er nå tilgjengelig på PDA og klar til mottak.

Slette innkjøp

Innkjøp kan slettes fra MC. Da vil også innkjøpe slettes i Onlog (eller innkjøpet får status 90-slettet).

Slettes derimot innkjøpet i Onlog, vil ikke MC få melding om dette. Dette innkjøpet blir da kun slettet i Onlog og må håndteres manuelt i MC.
Innkjøp som er slettet kun i Onlog kan da i prinsippet åpnes igjen, så lenge det fortsatt er åpent i MC.

Ordre

1. Plukklistenr-MC: Dette er plukklistenr som blir laget i Multicase i det man genererer en plukkliste på ordren.
2. Ordrenr-MC: Dette er selve ordrenummeret i MC
3. Plukkliste ID: Når en ordre kommer til Onlog, fra Multicase, splittes ordren i soner utifra hvor på lageret ordrelinjene skal plukkes. Da skapes det en "Plukkliste ID" for hver av disse sonene.

• Ordre blir automatisk overført fra Multicase til Onlog. Ordre blir ikke overført før det er nok tilgjengelig saldo på varen. Det kan være årsaker som gjør at det ikke overføres ordre automatisk til Onlog, da må dette gjøres manuelt fra Multicase ved å "skrive ut plukkliste" fra Multicase.
• Plukket blir utført på PDA og/eller i AutoStore. Når ordren er ferdigplukket i Onlog, og forsendelse er opprettet i TA, får ordren status "Avsluttet"(40) / "Avsluttet med avvik"(36). Ordren venter nå på en bekreftelse fra Multicase.
• Når ordren er ferdigstilt og Multicase har blitt oppdatert får ordren status "Avvik - Oversendt Multicase"(46) / "Komplett - Oversendt Multicase"(50).
• I Multicase ser man at ordren er ferdig og klar til å faktureres når den har fått sporingsID satt.
• Hvis en ordre blir værende i status "Avsluttet"(40) / "Avsluttet med avvik"(36) må man finne årsaken til dette.
  
  1. Har ikke ordren fått sporingsID betyr det at ordren ikke har blitt meldt tilbake fra TA
  2. Sjekk TA og opprett forsendelse manuelt her eller via TA appen på PC/PDA
  3. Bruk høyreklikk-funksjonen "Avslutt ordre-Oppdater ERP". Denne nuller evt linjer som ikke er plukket, med årsakskode 2, tilbake til Multicase. (se oversikt over årsakskoder lenger ned)
  4. Multicase vil da lukke denne plukklisten og lage ny plukkliste for det resterende antallet som ikke er plukket. Man vil da se at det vil dukke opp en ny plukkliste (Plukklistenr - MC (1)) med samme ordrenr (Ordrenr-MC (2)). Ordren må manuelt håndteres i Multicase hvis det ikke skal leveres mere på denne ordren. Hvis ikke vil denne ordren gå i loop helt til den er ferdig plukket med det opprinnelige antallet som er bestilt på denne ordren.

Høyreklikk-funksjoner

• Avslutt ordre-Oppdater MC: Denne funksjonen avslutter ordren i sin helhet.
  - De linjene som er plukket blir avsluttet med det antallet som er plukket.
  - De linjene som ikke er plukket blir sendt til MC med årsakskode 3 (se beskrivelse av årsakskodene under)
  - Ordre, som er sendt fra Onlog med årsakskode 3, vises i en egen oversikt i MC.
  - I MC kan ordren nå redigeres før den sendes på nytt over til Onlog.
  - Ordren vil beholde MC-ordrenr, men vil få nytt plukklistenr.
  - I Onlog vil ordren få status "Avvik - Oversendt Multicase(46)" eller "Komplett - Oversendt Multicase(50)".
  

Plukk av strukturvarer

I Onlog er det kun barna som skal plukkes. I visningen i admin vil man se mor og tilhørende barn, men det er kun barna som blir synlig for plukk.

Ved avvik i struktur, hvor ikke alle varene kan plukkes gjøres følgende:

1. En strukturvare MÅ plukkes komplett.
2. Er det en vare i strukturen som ikke kan plukkes, må alle varen i strukturen legges tilbake.
3. Dette gjøres enkelt mens man er i plukket på PDA/PAD, fra menyen "Legg tilbake plukk".
4. Hvis dere prøver å avslutte en ordre, fra PDA, hvor strukturen ikke er full-plukket vil det fremkomme medling om at dette ikke er lov, og det vil ikke være mulig å avslutte ordren.

Plukklisten kan leveres med avvik, så alle de andre linjene (som ikke er endel av denne strukturen) vil bli meldt tilbake.

Plukk og saldofeil

Plukklister sendes over til Onlog, fra MC, basert på saldo i MC. Med en gang plukklister sendes til Onlog reserveres tilsvarende saldo i MC. Det vil si at denne saldoen er det ikke lov å røre i MC.

Ved saldofeil under plukk. Altså at en operatør kommer til en lokasjon og oppdager at det ikke er nok saldo for å plukke ordrelinjen, må dette håndteres på riktig måte. Er det i tillegg flere plukklister som har denne saldoen reservert bør disse slettes.

Fremgangsmåte 1:

• Når man oppdager at det er en saldofeil i en hylle avventes det med å plukke de andre plukklistene som har denne varen
• Plukker som oppdager feilen må finne ut om det er mere saldo på andre lokasjoner eller om det er helt tomt etter at evt restantallet er plukket.
  (Er det ingen tilgjenglige varer 0-plukkes ordrelinjen, ellers plukkes det som kan). Her må det da benyttes en årsakskode og ved de fleste tilfeller skal kode 1 - tomt på lager benyttes (hvis ikke skal man plukke fra den andre lokasjonen som fortsatt har varen).
  NB! Gjøres det en saldojustering, hvor MC har reservert saldo OG det ikke er noe saldo som er tilgjengelig, vil ikke justeringen bli godtatt i MC og artikkelen havner på diff-lista. Hvis det derimot er tilgjengelig saldo, utover de reserverte, vil disse bli saldojustert og alt går riktig.
• Når så saldoen er riktig, i Onlog, vil alle andre åpne plukklister, i Onlog med denne varen, bli røde eller gule, som indikerer saldofeil.
• Disse plukklistene kan så slettes fra MC eller Onlog.
• Nå vil reservasjonene i MC bli opphevet og man kan justere saldo ytterligere.

Fremgangsmåte 2:

• Når man oppdager at det er en saldofeil i en hylle brukes F4 - se lokajsoner
• Finnes det ingen andre lokasjoner som har saldo på denne varen benyttes årsakskode 1 - tomt på lager
• Finnes det flere plukklister med samme vare, må alle de andre som kommer til denne lokasjonen også 0-plukke med årsakskode 1 - tomt på lager
• Når siste plukkliste, med denne varen, er sendt tilbake med årsakskode 1 - tomt på lager vil saldo automatisk bli justert i MC. Dette fordi at det ikke er flere ordre som har reservert denne varen og MC kan justere saldo.
• Varen vil nå bli borte fra diff-lista ved neste kjøring

Årsakskoder - plukk

• KODE 1 – Tomt på lager - saldojuster til 0 (lukk) Linja avsluttes med avvik. Det er fysisk tomt på HELE lageret. Justerer antall til 0 i Onlog og MC, og avslutter linja på ordren.
• KODE 2 – Delplukk - hold linje åpen (åpen): For ordrer som skal delplukkes, men ikke avsluttes. Ordren ligger fortsatt åpen på skanner.
  
• KODE 3 – Delplukk - avslutt linje (lukk): For ordrer hvor linja skal avsluttes selv om ikke alt er plukket. Det ligger fortsatt antall på lager. Onlog og MC justerer ikke antall. Restordre blir generert med samme MC-ordrenr, men med nytt plukklistenr.

SALDO

• Multicase og Onlog har hver sine saldoer. Dette er fordi Multicase ikke lager plukklister før det er saldo på varen.
• I Onlog er det saldo pr. lokasjon, mens i MC er det en total saldo pr. vare.
• Det er Onlog som "eier" saldoene.
• Ved varemottak blir det skapt saldo i Onlog, som igjen blir rapportert til Multicase. Multicase og Onlog tar da vare på hver sin saldo.
• Så opprettes plukklister på bakgrunn av saldo som ligger i Multicase.
• Multicase reserverer så denne saldoen. Det betyr at denne saldoen kan ikke røres før ordren er ferdigstilt. Altså nrå ordren kommer tilbake fra Onlog og Onlog forteller MC hvor mye som er plukket av hver vare. Først da frigis evt saldo som ikke er plukket.
• I Onlog blir ordren plukket og det trekkes saldo ned på varen på lokasjon, utifra hva som blir plukket av varen.

DIFF-LISTA

Hver kveld får vi hele beholdningen i Multicase over til Onlog for å sjekke om det er noen differanser mellom systemene.

• Det tas hensyn til om det finnes åpne plukklister i MC (reservert saldo), hvor saldo ikke er justert enda
• Varer havner ofte her hvis det er forsøkt å justere ned saldo hvor saldo er reservert på plukklister i MC, og det ikke er nok til å justere ned.
• Multicase tar ikke imot nedjusteringer hvor saldo går i minus.

1. Saldo pr. lokasjon: Onlog sin saldo. Dette er live saldo i Onlog.
2. ERP saldo: Multicase sin saldo. Denne listen blir sendt til Onlog hver natt for å sjekke saldoene mot hverandre. Så man ser saldo som var på denne varen natten som var. Trykk på "søk" uten filter og den lister opp ALLE varene i sin helhet. Tidspunktet for sammenligningen ligger i "Endret" kolonnen.
3. ERP-differanse: Her vises kun de varene som det er en differanse på mellom Onlog og MC. Verdiene i denne visningen er statisk data fra nattkjøringen!
   Differansen regnes ut slik (henviser til kolonnenavnene som blir brukt):
   ([WMS saldo (4)] - [ERP saldo (5)]) + ([Ant. plukket (8)] - [Ant. mottatt (9)])
4. WMS netto Saldo: Utregning som legger til [Ant. plukket (8)] og trekker fra [Ant. mottatt (9)] på den fysiske saldoen:
   [WMS saldo] + ([Ant. plukket (8)] - [Ant. mottatt (9)])
5. ERP Saldo: Saldoen på denne varen i Multicase. Denne saldoen er fra natten som var. Tidspunktet for sammenligningen ligger i "Endret" kolonnen.
6. Saldodifferanse: Differansen mellom ERP saldo og Onlog saldo.
   Differansen regnes ut slik:
   ([WMS saldo] - [ERP saldo]) + ([Ant. plukket (8)] - [Ant. mottatt (9)])
7. WMS Saldo: Fysiske saldoen på denne varen i Onlog. Denne saldoen er fra natten som var. Tidspunktet for sammenligningen ligger i "Endret" kolonnen.
8. Ant. plukket: Antall som er plukket på plukklister i Onlog men ikke sendt tilbake til MC. Man finner disse ordrene under menyen "Kundeordre" -> "Ikke overført MC".
9. Ant. mottatt: Antall som er mottatt (Innkjøp og returer) i Onlog men ikke sendt tilbake til Multicase enda. Man finner disse innkjøpene under menyen "Innkjøp" -> "Bestillinger ikke overført ERP".
10. Reservert ant.: Antall som er reservert til plukk. Denne viser antall som ligger på en åpen plukkliste i Multicase, men som ikke er plukket/rapportert tilbake til Multicase enda, så saldo er enda ikke trukket ned fra kolonnen "ERP Saldo".

Justering av saldo mellom Onlog og MC

Under fanene "ERP Saldo" og "ERP-Differanse", vises saldo som er hentet fra Multicase hver natt (som ligger i en egen tabell i Onlog), samt tilsvarende saldo i Onlog for å sammenligne saldoen. Dette er da saldo som er sammenlignet samme natt. Herifra er det mulighet for å sende en justering til Multicase utfra Onlog saldo.

1. Saldojuster ERP saldo: Saldoen i Onlog er den riktige og man vil sende en justering til Multicase for at saldoen skal bli oppdatert. Utregningen som sendes til Multicase er:
   ([WMS saldo] - [ERP saldo]) + ([Ant. plukket (8)] - [Ant. mottatt (9)])
2. Slett saldopost diff - ingen justering: Selve saldoposten, blir slettet i sin helhet. Ingen justering skjer og Multicase får ikke vite om dette. Saldoen må også rettes/ryddes opp, i Multicase eller Onlog på en annen måte. Når saldoen, neste natt, blir igjen overført til Onlog og saldo blir sammenlignet, vil diffen igjen dukke opp hvis ikke saldoen er ryddet opp i. Denne brukes for å rydde opp i lista for sldoer dere vet skal være rettet på annen måte.