Forsyningsplanen må beregnes per kombinasjon av varedimensjonene, for eksempel variant og lokasjon. Det er imidlertid ingen grunn til å beregne teoretisk kombinasjoner. Bare kombinasjonene som inneholder behov og/eller forsyning må beregnes.

Planleggingssystemet kontrollerer dette ved å kjøre gjennom beholdningsprofilen. Når det blir funnet en ny kombinasjon, oppretter programmet en intern kontrollpost som inneholder den faktiske kombinasjonsinformasjonen. Programmet setter inn LFEen som kontrollpost eller ytre løkke. Derfor angis riktige planleggingsparametre i henhold til en kombinasjon av variant og lokasjon, og programmet kan fortsette til den indre løkken.

Obs!

Programmet krever ikke at brukerne angir en LFE-post når de registrerer behov og/eller forsyning for en bestemt kombinasjon av variant og lokasjon. Hvis det ikke finnes en LFE for en bestemt kombinasjon, oppretter derfor programmet sin egen midlertidige LFE-post basert på varekortdataene. Hvis Lokasjon obligatorisk er satt til Ja i vinduet Lageroppsett, må du opprette en SKU, eller Komponenter ved lokasjon må være satt til Ja. Hvis du vil ha mer informasjon, kan du se Designdetaljer: Behov på tom lokasjon.

Attributter i form av serie-/ partinumre lastes inn i lagerprofiler sammen med behovet og forsyningen som de er tilordnet.

Behovs- og forsyningsattributter ordnes etter prioritet og spesifikasjonsnivå. Siden treff for serie-/partinumre gjenspeiler spesifikasjonsnivået, vil mer spesifikke behov, for eksempel et partinummer valgt spesielt for en salgslinje, søke samsvar før mindre spesifikke behov, for eksempel et salg fra et hvilken som helst valgt partinummer.

Obs!
Det finnes ingen egne prioriteringsregler for serie-/partinummerert behov og forsyning utenom spesifikasjonsnivået som defineres av kombinasjonen av serie- og partinumre for dem og varesporingsoppsettet for de involverte varene.

Under balansering betrakter planleggingssystemet forsyning med serie-/partinumre som ufleksibel, og vil ikke prøve å øke eller planlegge slike forsyningsordrer på nytt (med mindre de brukes i en ordre for ordre-relasjon). Se Ordre-til-ordre-koblinger brytes aldri). Dette beskytter forsyningen mot mottak av flere, kanskje motstridende, handlingsmeldinger når en forsyning har ulike attributter, for eksempel en samling med ulike serienumre.

En annen årsak til at serie-/partinummerert forsyning ikke er fleksible, et at serie-/partinumre vanligvis tilordnes så sent i prosessen at det kan være forvirrende hvis det foreslås endringer.

Balanseringen av serie-/partinumre tar ikke hensyn til den frosne sonen. Hvis behov og forsyning ikke er synkronisert, vil planleggingssystemet foreslå endringer eller foreslå nye ordrer, uavhengig av den planlagte startdatoen.

Når en ordre-til-ordre-vare planlegges, kan ikke den koblede forsyningen brukes til noe annet behov enn det den opprinnelig var ment for. Det koblede behovet må ikke dekkes av en annen tilfeldig forsyning, selv om den er tilgjengelig i tid og antall i den aktuelle situasjonen. En monteringsordre som er koblet til en ordre i et monter-til-ordre-scenario, kan for eksempel ikke brukes til å dekke andre behov.

Ordre-til-ordre-behov og -forsyning må være i nøyaktig balanse. Planleggingssystemet sikrer forsyningen under alle omstendigheter uten å ta hensyn til ordreskaleringsparametere, modifikatorer og antall på lager (bortsett fra antall knyttet til de koblede ordrene). Av samme årsak vil systemet foreslå å redusere overflødige forsyninger hvis det koblede behovet reduseres.

Denne balanseringen påvirker også tidsberegningen. Det tas ikke hensyn til den begrensede horisonten som gis av tidsperioden. Forsyningen tidsplanlegges på nytt hvis tidsberegningen for behovet er endret. Avdempningstiden blir overholdt, og denne hindrer at ordre-til-ordre-forsyninger planlegges ut, med unntak av interne forsyninger for en flernivås produksjonsordre (prosjektordre).

Obs!
Serie-/partinumre kan også angis i ordre-til-ordre-behov. I slike tilfeller betraktes ikke forsyningen som ufleksible som standard, noe som vanligvis er tilfelle for serie-/partinumre. I slike tilfeller vil systemet øke/redusere i henhold til behovsendringer. Hvis ett behov har varierende serie-/partinumre tall, for eksempel flere partinumre, foreslås også én forsyningsordre per parti.

Obs!
Prognoser skal ikke føre til oppretting av forsyningsordrer som er bundet av en ordre-til-ordre-kobling. Hvis prognosen brukes, bør den bare brukes som en generator for konkrete behov i et produksjonsmiljø.

Ved håndtering av produksjonsordrer må planleggingssystemet overvåke de nødvendige komponentene før det laster dem inn i behovsprofilen. Komponentlinjer som skyldes en endret produksjonsordre erstatter linjene i den opprinnelige ordren. Dette betyr at planleggingssystemet sikrer at planleggingslinjer for komponentbehov aldri blir duplisert.

Sikkerhetslagerantallet er først og fremst en behovstype og lastes derfor inn i beholdningsprofilen på den planlagte startdatoen.

Sikkerhetslager er et lagerantall som er lagt til side for å kompensere for usikkerheter i behovet i etterfyllingsleveringstiden. Dette kan imidlertid brukes hvis det er nødvendig å ta fra det å oppfylle et behov. I slike tilfeller sikrer planleggingssystemet at sikkerhetslageret raskt erstattes, ved å foreslå en forsyningsordre for å etterfylle sikkerhetslagerantallet på datoen den forbrukes. Denne planleggingslinjen viser et unntaksadvarselsikon som informerer planleggeren om at sikkerhetslageret er delvis eller helt forbrukt med en unntaksordre for det manglende antallet.

Produksjonsprognosen uttrykker forventet fremtidig behov. Når faktisk behov registreres, vanligvis som ordrer for produserte varer, forbruker det prognosen.

Selve prognosen reduseres faktisk ikke av ordrer. Den forblir den samme. Prognoseantallet som brukes i planleggingsberegningen, blir imidlertid redusert (med salgsordreantall) før det gjenværende antallet, hvis det finnes, registreres i beholdningsprofilen for behov. Når planleggingssystemet undersøker faktisk salg i en periode, blir både åpne ordrer og vareposter fra leverte salg tatt med, med mindre de er avledet fra en rammeordre.

Det kreves at en bruker angir en gyldig prognoseperioden. Datoen på prognoseantallet angir begynnelsen på perioden, og datoen på neste prognose angir slutten av perioden.

Prognosen for perioder før planleggingsperioden brukes ikke, uavhengig av om den ble forbrukt eller ikke. Det første prognosetallet av interesse er enten samme dato som den planlagte startdatoen eller nærmeste dato før den planlagte startdatoen.

Prognosen kan være for uavhengig behov, for eksempel ordrer, eller avhengig behov, for eksempel produksjonsordrekomponenter (modulprognose). En vare kan ha begge typer prognoser. Under planleggingen foregår forbruket separat, først for uavhengige behov og deretter for avhengige behov.

Prognosen suppleres av rammeordren som et middel for å angi fremtidige behov fra en bestemt kunde. Som med prognosen (uspesifisert), må faktisk salg bruke den forventede etterspørselen, og det gjenværende antallet bør angi beholdningsprofilen for behov. Forbruket reduserer ikke rammebestillingen.

Planleggingsberegningen tar hensyn til åpne ordrer som er knyttet til den bestemte rammeordrelinjen, men tar ikke hensyn til gyldige tidsperioder. Det tas heller ikke hensyn til bokførte ordrer, siden bokføringen allerede har redusert det utestående rammeordreantallet.

Begreper

Andre ressurser