Utformingsdetaljer Planleggingsparametere

Denne artikkelen beskriver planleggingsparameterne du kan bruke i Business Central.

Måten planleggingssystemet kontrollerer vareforsyning på, fastsettes av ulike innstillinger på sidene Varekort, Lagerføringsenhet eller Produksjonsoppsett. 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	Tidsperiode Gjenbestillingspunkt Sikkerhetsleveringstid
Angi hvor mye som skal gjenbestilles	Sikkerhetslagerantall Gjenbestillingsprinsipp: - Fast gjenbest.ant pluss Gjenbestillingsantall - Maks.ant. pluss Maks. beholdning - Bestilling - Parti for parti
Optimalisere når og hvor mye som skal gjenbestilles	Periode for ny planlegging Akkumuleringsperiode for parti Avdempingsperiode
Endre forsyningsordrene	Min. bestillingsantall Maks. bestillingsantall Bestillingsfaktor
Avgrense den planlagte varen	Produksjonsprinsipp: - Produser til lager - Produser til 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 funksjonen Ordreplanlegging.

Angi når det skal gjenbestilles

Generelt frigis gjenbestillingsforslag bare når forventet disponibelt antall er på eller under et gitt antall. Gjenbestillingspunktet angir antallet. Hvis ikke, vil den være null. Null kan justeres ved å skrive inn et sikkerhetslagerantall. Hvis du angir en sikkerhetsleveringstid, blir forslaget levert 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 tidsperioden begynner på den planlagte startdatoen.

Obs!

Ved beregning av tidstidsperioder ignorerer planleggingssystemet arbeidskalendere som er definert i feltet Hovedkalenderkode på sidene Selskapsopplysninger og Lokasjonskort.

Angi standard sikkerhetsleveringstid til minst én dag på siden Produksjonsoppsett. Forfallsdatoen for behovet kan være kjent, men ikke forfallstidspunktet. Planleggingen planlegger bakover for å oppfylle bruttoetterspørsel. 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 se Optimalisere 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:

1. Beregn antall på bestillingsforslaget slik at det dekker minimumslagernivået for varen, vanligvis sikkerhetslagerantallet. Hvis ingenting er angitt, er minimumslagernivået null.
2. Hvis den forventede disponible beholdningen er under sikkerhetslagerantallet, foreslås det en bakoverplanlagt forsyningsordre. Ordreantallet fyller minst sikkerhetslagerantallet og kan økes av bruttobehov i tidsperioden, av gjenbestillingsprinsippet og av ordremodifikatorene.
3. 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.
4. Hvis det er forfaller mer behov før sluttdatoen for det foroverplanlagte ordreforslaget, og dette behovet bringer gjeldende beregnede disponibel beholdning under sikkerhetslagerantallet, økes ordreantallet for å oppveie underskuddet. Den foreslåtte forsyningsordren planlegges deretter bakover fra forfallsdatoen for bruttobehovet som hadde ført til for lavt sikkerhetslagerantall.
5. Hvis feltet Tidsperiode ikke fylles ut, blir bare bruttobehovet på samme forfallsdato lagt til.

Gjenbestillingsprinsipper

Følgende gjenbestillingsprinsipper påvirker antallet som skal gjenbestilles. Hvis du vil lære mer om gjenbestillingsprinsipper, går du til Utformingsdetaljer: Håndter gjenbestillingsprinsipper.

Gjenbestillingsprinsipp	Description
**Fast gjenbest.ant. **	Som et minimum vil ordreantallet være lik gjenbestillingsantall. Du kan øke antallet for å dekke behovet eller ønsket lagernivå. Dette gjenbestillingsprinsippet brukes vanligvis med et gjenbestillingspunkt.
**Maks.ant. **	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. Tidsperiode blir vanligvis overstyrt. Dette gjenbestillingsprinsippet brukes vanligvis med et gjenbestillingspunkt.
Bestilling	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	Description
Periode for ny planlegging	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, vil ikke generere handlingsmeldinger. Avdempingsperioden angir en tidsperiode der du ikke vil at planleggingssystemet skal foreslå å tidsplanlegge eksisterende forsyningsordrer på nytt fremover i tid. Dette begrenser antallet ubetydelige nye tidsplanlegginger av eksisterende forsyning til en senere dato hvis datoen som er tidsplanlagt på nytt, er innenfor avdempingsperioden. Derfor vil en positiv delta mellom den foreslåtte nye forsyningsdatoen og den opprinnelige forsyningsdatoen, alltid være større enn avdempingsperioden.

Obs!

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 forsyning blir foreslått for å dekke behovet utenfor akkumuleringsperioden for partiet.

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 Avdempingsperiode-feltet er tomt, brukes den globale verdien i feltet Standard avdempingsperiode på siden Produksjonsoppsett.

Endre forsyningsordrene

Når antallet på bestillingsforslaget er beregnet, kan én eller flere av ordremodifikatorene justere det. Maksimumsordreantallet er for eksempel større enn eller lik minimumsordreantallet, som er større enn eller lik bestillingsfaktoren.

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 blitt 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 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. Vær oppmerksom på at dette ikke er en tilbakevirkende funksjon, 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 fra Produksjon-menyen ved å klikke på Produktutforming, Beregn lavkodenivå.

Viktig

Hvis du ikke slår på vekslebryteren Dynamisk lavnivåkode, må du kjøre kjørselen Beregn lavnivåkode før du beregner en forsyningsplan (kjørselen Beregn plan).

Obs!

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.

Se også

Utformingsdetaljer: Håndter gjenbestillingsprinsipper
Utformingsdetaljer: Balanser tilbud og etterspørsel
Designdetaljer: Sentrale begreper for planleggingssystemet

Finn nettlæringsmoduler for Business Central her