Merk
Tilgang til denne siden krever autorisasjon. Du kan prøve å logge på eller endre kataloger.
Tilgang til denne siden krever autorisasjon. Du kan prøve å endre kataloger.
Denne artikkelen beskriver planleggingsparameterne du kan bruke i Business Central.
Diverse innstillinger på sidene Varekort, Lagerføringsenhet, Beholdningsoppsett og Produksjonsoppsett bestemmer hvordan planleggingssystemet kontrollerer vareforsyning. Tabellen nedenfor inneholder informasjon om hvordan planlegging bruker disse innstillingene.
| Formål | Innstillinger |
|---|---|
| Angi om varen er planlagt | Gjenbestillingsprinsipp = Tom |
| Angi når det skal gjenbestilles | Tidsspanne Gjenbestillingspunkt Sikkerhetsleveringstid |
| Angi hvor mye som skal gjenbestilles | Sikkerhetslagerantall Gjenbestillingsprinsipp: - Rettet gjenbest.antall pluss gjenbestillingsantall - Maksimum antall pluss Maksimal beholdning - Rekkefølge - Parti for parti |
| Optimalisere når og hvor mye som skal gjenbestilles | Omplanleggingsperiode Akkumuleringsperiode for parti Avdempingsperiode |
| Endre forsyningsordrene | Min. bestillingsantall Maks. bestillingsantall Ordrefaktor |
| Avgrense den planlagte varen | Produksjonsprinsipp: Lagerproduksjon - Produksjon etter ordre |
Angi om varen er planlagt
Hvis du vil inkludere en vare eller lagerføringsenhet i planleggingsprosessen, må du tildele et gjenbestillingsprinsipp. Ellers må den planlegges manuelt, for eksempel ved hjelp av siden Ordreplanlegging.
Angi når det skal gjenbestilles
Vanligvis frigis gjenbestillingsforslag bare når forventet disponibelt antall er lik eller under et gitt antall. Gjenbestillingspunktet angir antallet. Hvis ikke er det null. Null kan justeres ved å skrive inn et sikkerhetslagerantall. Hvis du angir en sikkerhetsleveringstid, leveres forslaget i perioden før den nødvendige forfallsdatoen.
Feltet Tidsperiode brukes av prinsipper for gjenbestillingspunkt (Fast gjenbest.ant. og Maks antall). Lagernivået kontrolleres etter hver tidsperiode. Den første tidsspannen begynner på planleggingsstartdatoen.
Bemerkning
Ved planlegging beregning tidstidsperioder ignorerer den arbeidskalendere som er definert i feltet Hovedkalenderkode på sidene Selskapsopplysninger og Lokasjonskort.
Angi standard sikkerhetsleveringstid til minst én dag på siden Beholdningsoppsett. Forfallsdatoen for behovet kan være kjent, men ikke forfallstidspunktet. Planleggingen skjer bakover for å møte bruttoetterspørselen. Hvis du ikke definerer en sikkerhetsleveringstid, kan det hende at varene ankommer for sent for å dekke etterspørselen.
Feltene Periode for ny planlegging, Akkumuleringsperiode for parti og Avdempingsperiode spiller også en rolle når det gjelder tidspunktet for gjenbestillingen. Hvis du vil ha mer informasjon, kan du gå til Optimaliser når og hvor mye som skal gjenbestilles.
Angi hvor mye som skal gjenbestilles
Hvis planleggingssystemet oppdager behov for å gjenbestille, bestemmer gjenbestillingsprinsippet når og hvor mye som skal bestilles.
Planleggingssystemet følger vanligvis denne logikken, uavhengig av gjenbestillingsprinsippet:
- Beregn antall på bestillingsforslaget slik at det dekker minimumslagernivået for varen, vanligvis sikkerhetslagerantallet. Hvis ingenting er angitt, er minimumslagernivået null.
- Hvis den forventede disponible beholdningen er under sikkerhetslagerantallet, foreslås det en bakoverplanlagt forsyningsordre. Ordreantallet etterfyller sikkerhetslagerantallet. Bruttobehov kan øke det i tidsperioden i henhold til gjenbestillingsprinsippet og ordremodifikatorene.
- Hvis forventet beholdning er på eller under gjenbestillingspunktet (beregnet fra aggregert endringer i tidsperioden) og over sikkerhetslagerantallet, foreslås det en foroverplanlagt unntaksordre. Både bruttobehov som skal oppfylles og gjenbestillingsprinsippet avgjør ordreantallet. Som et minimum må ordreantallet dekke gjenbestillingspunktet.
- Hvis mer behov forfaller før sluttdatoen for det foroverplanlagte ordreforslaget, og dette behovet bringer nåværende disponibel beholdning under sikkerhetslagerantallet, økes ordreantallet for å oppveie underskuddet. Den foreslåtte forsyningsordren planlegges deretter bakover fra forfallsdatoen for bruttobehovet som overskrider sikkerhetslagerantallet.
- Hvis feltet Tidsperiode ikke fylles ut, blir bare bruttobehovet på samme forfallsdato lagt til.
Omlastningsprinsipper
Gjenbestillingsprinsipper i følgende tabell påvirker antallet som skal gjenbestilles. Hvis du vil lære mer om gjenbestillingsprinsipper, går du til Utformingsdetaljer: Håndter gjenbestillingsprinsipper.
| Omordningspolicy | Beskrivelse |
|---|---|
| Fast ombestillingskvantum. | Som et minimum er ordreantallet lik gjenbestillingsantall. Du kan øke antallet for å dekke behovet eller ønsket lagernivå. Dette gjenbestillingsprinsippet brukes ofte med et gjenbestillingspunkt. |
| Maks. Antall | Ordreantallet beregnes slik at det svarer til maksimumslageret. Hvis det brukes antallmodifikatorer, kan maksimumsbeholdningen overskrides. Vi anbefaler ikke at du bruker tidsperioden sammen med maksimumsantallet. Tidsperioden blir ofte overstyrt. Dette gjenbestillingsprinsippet brukes ofte med et gjenbestillingspunkt. |
| Ordre | Ordreantallet beregnes for å dekke hver enkelt behovshendelse, og settet med behov/forsyning forblir koblet frem til utførelse. Det tas ikke hensyn til planleggingsparametre. |
| Parti for parti | Antallet beregnes for å dekke summen av behovet som forfaller i tidsperioden. |
Optimalisere når og hvor mye som skal gjenbestilles
En planlegger kan finjustere planleggingsparametere for å begrense forslag til ny planlegging, akkumulere behov (dynamisk gjenbestillingsantall), eller for å unngå ubetydelige planleggingshandlinger. Følgende felter gjør det enklere å optimalisere når og hvor mye du må gjenbestille.
| Felt | Beskrivelse |
|---|---|
| Omplanleggingsperiode | Dette feltet bestemmer om handlingsmeldingen skal tidsplanlegge en eksisterende bestilling på nytt, eller kansellere den og opprette en ny bestilling. Den eksisterende ordren tidsplanlegges på nytt innen én periode for ny planlegging før den aktuelle forsyningen frem til én periode for ny planlegging etter den aktuelle forsyningen. Obs! Denne parameteren fungerer bare med Parti for parti-gjenbestillingsprinsippet. |
| Akkumuleringsperiode for parti | Dette feltet brukes med gjenbestillingsprinsippet Parti for parti til å samle flere forsyningsbehov i én forsyningsordre. Systemet samler alle forsyningsbehov fra første planlagte forsyning i følgende akkumuleringsperiode for parti i én forsyningsordre som plasseres på datoen for første forsyning. Behov utenfor akkumuleringsperioden for partiet dekkes ikke av denne forsyningen. |
| Avdempingsperiode | Dette feltet brukes til å unngå mindre ny planlegging av eksisterende forsyningsordrer på et senere tidspunkt. Endringer fra forsyningsdatoen til én avdempingsperiode fra forsyningsdatoen, genererer ikke handlingsmeldinger. Avdempingsperioden angir en tidsperiode der du ikke vil at planleggingssystemet skal foreslå å tidsplanlegge eksisterende forsyningsordrer på nytt fremover i tid. Denne innstillingen begrenser antallet ubetydelige nye tidsplanlegginger av eksisterende forsyning til en senere dato hvis datoen som er tidsplanlagt på nytt, er innenfor avdempingsperioden. Derfor er en positiv delta mellom den foreslåtte nye forsyningsdatoen og den opprinnelige forsyningsdatoen, alltid større enn avdempingsperioden. |
Bemerkning
Med gjenbestillingsprinsippet Parti for parti må verdien i feltet Akkumuleringsperiode for parti være lik eller større enn verdien i Avdempingsperiode-feltet. Ellers reduseres avdempingsperioden i tidsplanleggingsrutinen for å oppnå samsvar med den akkumulerte perioden for parti.
Tidsberegningen av periode for ny planlegging, avdempingsperiode og akkumuleringsperiode for parti er basert på en forsyningsdato. Tidsperioden er basert på den planlagte startdatoen, som vist i illustrasjonen nedenfor.
I eksemplene nedenfor representerer svarte piler eksisterende forsyning (opp) og behov (ned). Røde, grønne og oransje piler er planleggingsforslag.
Eksempel 1: Den endrede datoen er utenfor perioden for ny planlegging, noe som fører til at eksisterende forsyning avbrytes. En ny forsyning blir foreslått for å dekke behovet i akkumuleringsperioden for partiet.
Eksempel 2: Den endrede datoen er i perioden for ny planlegging, noe som fører til at eksisterende forsyning planlegges på nytt. En ny leveranse forsøkes for å dekke behovet utenfor partiets akkumuleringstid.
Eksempel 3: Det er et behov i avdempingsperioden, og forsyningsantallet i akkumuleringsperioden for parti samsvarer med forsyningsantallet. Det neste behovet er ikke dekket, og en ny forsyning foreslås.
Eksempel 4: Det er et behov i avdempingsperioden, og forsyningen forblir på samme dato. Nåværende forsyningsantall dekker imidlertid ikke behovet i akkumuleringsperioden for parti. En handling for endring av antall for den eksisterende forsyningsordren foreslås.
Standardverdier: Standardverdien for feltet Tidsperiode og de tre feltene for gjenbestillingsperiode er tomme. For alle felt, bortsett fra feltet Avdempingsperiode, betyr dette 0D (null dager). Hvis feltet Avdempingsperiode er tomt, brukes den globale verdien i feltet Standard avdempingsperiode på siden Beholdningsoppsett.
Endre forsyningsordrene
Når antallet på bestillingsforslaget er beregnet, kan en eller flere av ordremodifikatorene justere det. For eksempel er maksimumsantall større enn eller lik minimumsantall, som er større enn eller lik ordremultiple.
Antallet reduseres hvis det overskrider maksimumsordreantallet. Deretter økes det hvis det er under minimumsordreantallet. Til slutt rundes dette opp slik at det samsvarer med en angitt bestillingsfaktor. Restantall bruker de samme justeringene før det totale behovet er konvertert til ordreforslag.
Avgrens varen
Feltet Produksjonsprinsipp på siden Varekort angir hvilke andre ordrer MRP-beregningen foreslår.
Hvis alternativet Produser til lager brukes, vil ordrene bare gjelde varen.
Hvis alternativet Produser til ordre brukes, analyserer planleggingssystemet produksjonsstykklisten for varen og oppretter koblede ordreforslag for disse varene på lavere nivå, som også er angitt som Produser til ordre. Dette mønsteret fortsetter så lenge det finnes produser-til-ordre-varer i de synkende stykklistestrukturene.
Bruk lavnivåkoder til å styre avledet behov
Bruk lavnivåkoder til å opprette avledet behov for komponenter som går gjennom til de lavere nivåene i stykklisten. Hvis du vil lære mer om lavnivåkoder, går du til Vareprioritet/lavnivåkode.
Du kan tilordne en lavnivåkode til hver enhet i produktstrukturen eller den innrykkede stykklisten. Det øverste og siste monteringsnivået kalles nivå 0 - sluttvaren: Jo høyere nummeret på nivåkoden er, jo lavere er varen i hierarkiet. Sluttvarer for eksempel, har nivåkoden 0, og vareenhetene som inngår i monteringen av sluttvaren, har nivåkodene 1, 2, 3, og så videre. Resultatet er at planleggingen av komponentenheter koordineres med behovet til alle enhetsnumre på høyere nivå. Når du beregner en plan, utfoldes stykklisten i planleggingsforslaget, og bruttobehovet for nivå 0 går i arv i planleggingsnivåene som bruttobehov for det neste planleggingsnivået.
Bruk vekslebryteren Dynamisk lavnivåkode på siden Produksjonsoppsett til å angi om du umiddelbart vil tildele og beregne lavnivåkoder for hver komponent i produktstrukturen. Hvis du har store mengder data, kan denne funksjonen ha en negativ effekt på programmets ytelse, for eksempel ved automatisk kostjustering. Denne funksjonen er ikke tilbakevirkende, og du bør derfor vurdere å bruke denne funksjonen på forhånd.
Som et alternativ til den automatiske beregningen som skjer dynamisk når feltet er valgt, kan du kjøre den satsvise jobben Beregn lavnivåkode.
Viktig!
Hvis du ikke slår på vekslebryteren Dynamisk lavnivåkode, må du kjøre Beregn lavnivåkode batch-jobben før du beregner en forsyningsplan (batch-jobben Beregn plan).
Bemerkning
Selv om du slår på feltet Dynamisk lavnivåkode er valgt, endres ikke lavnivåkodene for komponentvarer dynamisk hvis en overordnet stykkliste blir slettet eller satt til ikke-sertifisert. Dette tilfellet kan gjøre det vanskelig å legge til nye varer på slutten av produktstrukturen fordi det kan overskride det maksimale antallet lavnivåkoder. For store produktstrukturer som når grensen for lavnivåkoder, kan du kjøre kjørselen Beregn lavnivåkode ofte for å opprettholde strukturen.
Relatert informasjon
Utformingsdetaljer: Håndter gjenbestillingsprinsipper
Utformingsdetaljer: Balanser tilbud og etterspørsel
Utformingsdetaljer: Sentrale begreper for planleggingssystemet