Oversikt over policyer for forsendelseskonsolidering
Prosessen for forsendelseskonsolidering som bruker policyer for forsendelseskonsolidering, tillater automatisk forsendelseskonsolidering under automatisk og manuell frigivelse til lageret. Den automatiserte konsolideringen som var tilgjengelig før denne funksjonen ble innført, hadde hardkodede felt og var basert på feltet Konsolider forsendelse ved frigivelse til lager som ble angitt for et lager.
Policyer for forsendelseskonsolidering brukes til følgende funksjonalitet:
- De automatiserte satsvise frigivelse-til-lager-jobbene
- Kommandoen Frigi til lager i en salgsordre, overføringsordre eller utgående forsendelsesordre
- De dedikerte sidene Frigi til lager
- Kommandoen Frigi til lager på siden Arbeidsområde for utgående lastplanlegging
- Den manuelle konsolideringen av forsendelser på sidene Konsolider forsendelser og Arbeidsområde for forsendelseskonsolidering
Før policyer for forsendelseskonsolidering ble innført, eksisterte konsolideringsfunksjonen som en innstilling på lagernivået. Alle ordrer for alle kunder fra ett lager ble behandlet som om de hadde samme konsolideringsbehov. Retningslinjer for forsendelseskonsolidering legger til støtte for scenarioer der forskjellige organisasjoner har forskjellige krav for forsendelseskonsolidering.
Spørringer brukes til å identifisere policyen for forsendelseskonsolidering som gjelder, og deretter bestemmer et redigerbart sett med felt hvordan belastningslinjene grupperes på forsendelsesnivået. (Dette mønsteret ligner på mønsteret som bølgemaler følger.) I tillegg er alternativet Konsolider med eksisterende forsendelser lagt til i hver policy. Når dette alternativet er aktivert, finner prosedyren Frigi til lager forsendelser for konsolidering ved å søke etter eksisterende forsendelser som ble opprettet basert på den samme konsolideringspolicyen. I dette tilfellet velger systemet en eksisterende forsendelse eller en som skal lastes inn, i stedet for å opprette en ny. Systemet vil imidlertid bare konsolidere med eksisterende forsendelser med statusen Åpen. Forsendelser som tilhører en lanseringsbølge med statusen Frigitt eller høyere, vurderes ikke som mål for konsolidering.
Når funksjonen Policyer for forsendelseskonsolidering er aktivert for systemet, er innstillingen Konsolider forsendelse ved frigivelse til lager som tidligere var tilgjengelig på oppsettssiden Lagre, skjult. For å hjelpe deg med å gå til den nye funksjonen for forsendelseskonsolidering, kan du bruke en funksjon på siden Policyer for forsendelseskonsolidering til å opprette en standard policy som automatisk inkluderer den gamle innstillingen for eksisterende lagre. Når denne standardpolicyen er opprettet, blir ikke innstillingen Konsolider forsendelse ved frigivelse til lager på oppsettssiden Lagere lenger vurdert. Hvis du vil ha mer informasjon, kan du se Konfigurer policyer for forsendelseskonsolidering.
Du kan bruke de ulike sidene Frigi til lager til å overstyre den gjeldende konsolideringspolicyen manuelt på samme måte som du kan overstyre oppfyllelsespolicyer.
Du kan bruke kommandoen Frigi > Frigi til lager på siden Arbeidsområde for utgående lastplanlegging til å bygge utgående belastninger som er basert på salgs, overførings og utgående forsendelsesordrelinjer før du frigir til lageret. Disse lastene bruker samme konsolideringslogikk som ble introdusert sammen med konsolideringen av forsendelsespolicyer.
Du kan bruke siden Arbeidsområde for forsendelseskonsolidering til å konsolidere eksisterende forsendelser som ennå ikke er bekreftet, men som allerede er frigitt til lageret. Denne funksjonaliteten støtter scenarioer der den automatiserte frigivelsesprosessen, som har en egen forsendelseskonsolidering, kjøres flere ganger en dag, men potensielle flere konsolideringer identifiseres manuelt før forsendelsen til transportøren fullføres under bekreftelsesprosessen. Med denne funksjonen kan du konsolidere utgående forsendelser som opprettes fra salgsordre-, overføringsordre eller utgående forsendelsesordrelinjer når som helst etter at forsendelsene er frigitt til lageret, men før de bekreftes.
Siden Arbeidsområde for forsendelseskonsolidering fungerer som arbeidsområdet for lastplanlegging, der du kan vurdere flere forsendelser samtidig og tilordne en ikke-konsolidert ordre til en bestemt forsendelse. Du kan bruke maler for forsendelseskonsolidering til å vurdere foreslåtte konsolideringer flere ganger, og bekrefte dem. Noen regler er implementert for å hindre uautorisert konsolidering og advare deg om mulige feil.
Oversikt over nye funksjoner
Denne delen beskriver sidene, kommandoene og funksjonene som endres eller legges til når du aktiverer og bruker funksjonen Policyer for forsendelseskonsolidering.
Siden Policyer for forsendelseskonsolidering
Policyer skilles etter arbeidsordretype. Salgsordrer-typen representerer Salgsordre-forsendelser, Overføringsordrer-typen representerer Overføringsavgang-forsendelser, og Utgående forsendelsesordre-typen reprenterer Utgående forsendelsesordre-forsendelser.
Hver policy for forsendelseskonsolidering har en spørring som definerer når den brukes, og et serienummer som bestemmer utføringsrekkefølgen. Konsolidering brukes for hver unike kombinasjon av de valgte feltene. En tilleggsparameter som angis, brukes til konsolidering med eksisterende (åpne) forsendelser. Policyene evalueres og brukes hver gang det opprettes en ny forsendelse (før bølgebehandling).
Hvis en policy mangler noen obligatoriske felt, eller hvis den inkluderer alle forbudte felt, merkes policyen som ugyldig i Valgt-delen. Listene over obligatoriske og forbudte felt er hardkodede og kan utvides.
Følgende liste viser de obligatoriske feltene. Ettersom forsendelser alltid deles opp basert på disse feltene, kan du ikke gruppere flere forsendelser som har ulike verdier for disse feltene.
For salgsordrer:
- Kontonummer:WHSShipmentTable.AccountNum
- Leveringsmottaker:WHSShipmentTable.DeliveryName
- Postadresse (RecId):WHSShipmentTable.DeliveryPostalAddress
- Lager:WHSShipmentTable.InventLocationId
For overføringsordrer:
- Fra lager:InventTransferTable.InventLocationIdFrom
- Til lager:InventTransferTable.InventLocationIdTo
For utgående forsendelsesordrer:
- Kontonummer:WHSShipmentTable.AccountNum
- Leveringsmottaker:WHSShipmentTable.DeliveryName
- Postadresse (RecId):WHSShipmentTable.DeliveryPostalAddress
- Lager:WHSShipmentTable.InventLocationId
- Kildesystem:WHSShipmentTable.SourceSystem
Følgende felt er ikke tilgjengelige for alle dokumenttyper. Disse feltene er ikke synlige i brukergrensesnittet (UI), og de kan ikke brukes til konsolidering.
- Forsendelses-ID:WHSShipmentTable.ShipmentId
- Status:WHSShipmentTable.ShipmentStatus
- Policy for forsendelseskonsolidering:WHSShipmentTable.ShipConsolidationPolicyName
- Arbeidstransaksjonstype:WHSShipmentTable.WorkTransType
- Bølge-ID:WHSShipmentTable.WaveId
- Last-ID:WHSShipmentTable.LoadId
- Forsendelses-ID:WHSLoadLine.ShipmentId
- Last-ID:WHSLoadLine.LoadId
Når du oppretter en policy, brukes settet med obligatoriske felt som standard som konsolideringsfeltene. Du kan imidlertid endre listen ved å bruke knappen Pil venstre og Pil høyre. (Prosessen ligner på prosessen som brukes til å velge metoder i bølgemaler.)
Verdiene som brukerne velger for disse feltene, brukes for alle nyopprettede forsendelser, eller de blir lagt til i eksisterende forsendelser ved konsolidering med disse forsendelsene. Når to forsendelser har samme verdi for et felt som er valgt for konsolidering av disse forsendelsene, blir forsendelsene konsolidert. Det samme prinsippet gjelder for alle etterfølgende konsolideringsfelt som er valgt. Hvis verdiene er forskjellige, vil den andre forsendelsen bli forkastet og velges for en ny forsendelse. Den automatiserte konsolideringsprosessen består av å opprette alle de unike verdi kombinasjonene for feltene for forsendelseskonsolidering, og deretter tilordne en forsendelse til den relevante kombinasjonen.
Ikke-valgte felt ignoreres under konsolideringsprosessen. Hvis to forsendelser har ulike verdier for et ikke-valgt felt, fjernes merket i feltet (det vil si at det er satt til tomt). Hvis begge forsendelsene har samme verdi for et ikke-valgt felt, fylles feltet ut.
Listen over konsolideringsfelt (det vil si felt som blir slettet hvis de har forskjellige verdier) er hardkodet. Listen inneholder alle felt som er initialisert fra en salgsordre- eller overføringsordrelinje når det opprettes en ny forsendelse. Hvis et felt ikke er initialisert fra en salgsordre- eller overføringsordrelinje, ignoreres det med andre ord når nye data legges til i en eksisterende forsendelse.
Siden Frigi til lager
- Et nytt felt i det nedre rutenettet viser konsolideringspolicyen som ble brukt.
- Ved hjelp av en ny knapp kan du manuelt velge og/eller overstyre konsolideringspolicyen.
Kommandoen Frigi til lager på siden Arbeidsområde for planlegging av utgående last
- Logikken ble justert slik at den bruker brukte konsolideringspolicyer.
- Forsendelser konsolideres nå bare for én last.
Siden Konsolider forsendelser
- Søket etter lignende forsendelser (det vil si kandidater for konsolidering) ble endret slik at det bruker felt som er valgt i policyen for forsendelseskonsolidering.
- Felt som har ulike verdier i forskjellige forsendelser, er nå satt til tom. (Tidligere ble verdiene fra den valgte basisforsendelsen brukt.)
Siden Arbeidsområde for forsendelseskonsolidering
- Den nye funksjonaliteten replikerer prosessen for manuell konsolidering med en større skala.
- Nå kan du åpne denne siden fra menyen Frigi til lager i modulen Lagerstyring.
- Algoritmen analyserer eksisterende forsendelser som ennå ikke er sendt. Deretter foreslår den konsolideringen basert på feltene som er valgt i konsolideringspolicyene.
Sammenligning av funksjonalitet
Tabellen nedenfor viser hvordan forsendelseskonsolidering fungerer når du ikke bruker policyer for forsendelseskonsolidering, og når du bruker dem.
| Uten policyer for forsendelseskonsolidering | Med policyer for forsendelseskonsolidering |
|---|---|
| Gjelder ikke | Salgs- eller overføringsforsendelser som velges for konsolidering, må ha samme konsolideringspolicy som forsendelsen som blir opprettet, eller de må tilordnes til en åpen forsendelse (når alternativet Konsolider med eksisterende forsendelser er aktivert). |
| Prosedyren Frigi til lager søker ikke etter eksisterende forsendelser for å finne en forsendelse for konsolidering. Bare forsendelser som er opprettet av en gjeldende forekomst av prosedyren Frigi til lager, brukes til å finne en forsendelse for konsolidering. | Hvis alternativet Konsolider med eksisterende forsendelser er aktivert for en konsolideringspolicy som for øyeblikket brukes, søker prosedyren Frigi til lager gjennom eksisterende forsendelser som ble opprettet basert på den samme konsolideringspolicyen for å finne en forsendelse for konsolidering. Hvis du har to policyer, vil derfor aldri en forsendelse som opprettes basert på policy 2, konsolideres med en forsendelse som ble opprettet basert på policy 1. |
| Gjelder ikke | Hvis en liste med felt for konsolideringspolicy er tomme, eller hvis det ikke blir funnet en policy, opprettes det en ny forsendelse for hver salgsordre- eller overføringsordrelinje. |
I dette konsolideringsfeltet defineres den unike kombinasjonen av verdier som brukes til å konsolidere forsendelser for en overføringslinje. (Alle andre felt ignoreres.)
|
I dette konsolideringsfeltet definerer felt den unike kombinasjonen av verdier som brukes til å konsolidere forsendelser for en overføringslinje. (Alle andre felt ignoreres.)
Disse feltene er de eneste feltene som er tilgjengelige og initialisert når det opprettes en ny forsendelse. * Obs! ModeCode er Modus som er tilordnet til Transportør som er valgt for en overføringslinje (ikke Leveringsmåten som er valgt for en overføringslinje). Hvis du velger å ta med Leveringsmåte (ModeCode) blant konsolideringskriteriene, konsoliderer systemet bare overføringslinjer med samme Modus-verdi såfremt Transportør, Transportørtjeneste og Leveringsmåte er definert for linjen (uavhengig av verdiene deres). Systemet konsoliderer også i tillegg alle overføringslinjer der Modus er tom. |
I dette konsolideringsfeltet definerer felt den unike kombinasjonen av verdier som brukes til å konsolidere forsendelser for en salgslinje. (Alle andre felt ignoreres.)
|
I dette konsolideringsfeltet definerer felt den unike kombinasjonen av verdier som brukes til å konsolidere forsendelser for en salgslinje. (Alle andre felt ignoreres.)
Disse feltene er de eneste feltene som er tilgjengelige og initialisert når det opprettes en ny forsendelse. * Obs! ModeCode er Modus som er tilordnet til Transportør som er valgt for en salgslinje (ikke Leveringsmåte som er valgt for en salgslinje). Hvis du velger å ta med Leveringsmåte (ModeCode) blant konsolideringskriteriene, konsoliderer systemet bare salgslinjer med samme Modus-verdi såfremt Transportør, Transportørtjeneste og Leveringsmåte er definert for linjen (uavhengig av verdiene deres). Systemet konsoliderer også i tillegg alle salgslinjer der Modus er tom. |
| Gjelder ikke her | Følgende konsolideringsfelt er obligatoriske for en salgslinje og kan ikke fjernes:
|
| Prosedyren Frigi laster til lager på siden Arbeidsområde for planlegging av utgående last bruker sin egen kode til å opprette forsendelser og bølger. | Policyer for forsendelseskonsolidering brukes til å bestemme hvilke felt som skal evalueres for konsolidering. Forsendelser konsolideres bare for én last. |
| Du velger manuelt Konsolider forsendelser på siden Alle forsendelser, og deretter velger du en målbasisforsendelse. Filteret vil foreslå eventuelle eksisterende forsendelser som har tilsvarende verdier for flere nøkkelfelt. | Du velger manuelt Konsolider forsendelser på siden Alle forsendelser, og deretter velger du en målbasisforsendelse. Systemet vil foreslå andre eksisterende forsendelser ved å sammenligne verdiene for flere nøkkelfelt som er konfigurert for de aktuelle policyene for forsendelseskonsolidering. |
| Du kan bruke kommandoen Konsolider forsendelser på siden Alle forsendelser bare for én forsendelse. | Siden Arbeidsområde for forsendelseskonsolidering hjelper deg med å finne et sett med forsendelser som ennå ikke er i en sendt tilstand. Disse forsendelsene analyseres basert på flere nøkkelfelt som er konfigurert i policyene for forsendelseskonsolidering. Eventuelle forsendelser der verdiene i disse feltene samsvarer, foreslås for konsolidering. Du kan vedlikeholde konsolideringen manuelt ved å fjerne forsendelser fra foreslåtte konsolideringer og/eller ved å legge til leveringer i dem. Det kan oppstå flere typer feil, men du kan overstyre noen av dem. |
| Utformingsmerknad: Prosedyren Frigi salgsordrer til lager automatisk deler salgslinjer inn i grupper. Hver gruppe har sin egen unike verdi for ReleaseToWarehouseId, og behandles separat av prosedyren Frigi til lager. Denne fremgangsmåten oppretter nytt arbeid uavhengig av oppsettet for arbeidspause. | Utformingsmerknad: Prosedyren Frigi salgsordrer til lager automatisk tilordner samme verdi for ReleaseToWarehouseId til alle salgslinjer som behandles. Alle salgslinjer blir behandlet av prosedyren Frigi til lager samtidig. Hvis du vil sikre den tidligere virkemåten, må du konfigurere arbeidspause per forsendelses-ID. |
Tilleggsressurser
Tilbakemeldinger
Kommer snart: Gjennom 2024 faser vi ut GitHub Issues som tilbakemeldingsmekanisme for innhold, og erstatter det med et nytt system for tilbakemeldinger. Hvis du vil ha mer informasjon, kan du se: https://aka.ms/ContentUserFeedback.
Send inn og vis tilbakemelding for