Forskjeller mellom planleggingsoptimalisering og den avskrevne hovedplanleggingsmotoren
Resultatet av planleggingsoptimalisering (inkludert planlagte ordrer, antall og datoer) kan være forskjellig fra den avskrevne hovedplanleggingsmotoren. Forskjellen kan også skyldes ventende funksjoner. Denne artikkelen viser ulikheter mellom planleggingsoptimalisering og den avskrevne hovedplanleggingsmotoren som ikke er oppført på Analyse for tilpassing av planleggingsoptimalisering-siden.
| Funksjon | Hvordan Planleggingsoptimalisering er forskjellig fra avskreven hovedplanlegging |
|---|---|
| Prognoser for dagens dato | Planleggingsoptimalisering vurderer ikke prognoser for dagens dato, men av den avskrevne hovedplanleggingsmotoren. |
| Produkter med faktisk vekt | Produkter med faktisk vekt betraktes som vanlige produkter. Planlagte bestillinger inneholder ikke en verdi for behovsantall for faktisk vekt. |
| Prognosereduksjon for fakturerte og leverte salgsordrer | Når en hovedplan har en behovsprognose satt opp for å redusere prognoser med transaksjoner, reduserer utdatert hovedplanlegging prognosen med fakturerte og leverte salgsordrer, men planleggingsoptimalisering gjør det ikke. Anta for eksempel at du har prognosert for 100 hver av en vare, og det finnes en innkjøpsordre på 10 hver, og en salgsordre med 5 hver levert og 2 hver fakturert. Den utdaterte planleggingsmotoren ville bruke prognosereduksjon for å opprette en planlagt ordre på 100 − 10 − 2 − 5 = 83 hver. Planleggingsoptimalisering ville imidlertid ikke vurdere fakturerte eller leverte kvanta, så den ville bestille 100 − 10 = 90 hver. Derfor vil planleggingsoptimalisering foreslå at du bestiller forsyninger for mengder som allerede er levert eller fakturert, noe som kan føre til overforsyning. |
| Filtrerte produksjonsutkjøringer | Hvis du vil ha mer informasjon, kan du se Produksjonsplanlegging – filtre. |
| Prognoseplanlegging | Prognoseplanlegging støttes ikke. Vi anbefaler at du bruker hovedplanlegging der en prognosemodell er tilordnet hovedplanen. |
| Nummersekvenser for planlagte ordrer | Nummerserier for planlagte ordrer støttes ikke. Planlagte bestillingsnumre genereres på servicesiden. Det planlagte bestillingsnummeret vises vanligvis med ti sifre, men rekkefølgen bygges faktisk på 20 tegn, med ti sifre tilordnet for planleggingskjøringen, og de ti andre sifrene for de planlagte bestillingene teller. |
| Planlegg kopiering, slett plan og opprydding av planversjon | Følgende elementer er deaktivert under Hovedplanlegging > Hovedplanlegging > Vedlikehold planer i navigasjonsruten:
|
| Returordrer | Returordrer tas ikke hensyn til. |
| Planleggingsrelaterte funksjoner | Hvis du vil ha mer informasjon, kan du se Planlegging med uendelig kapasitet. |
| Fullføring av sikkerhetslager | Planleggingsoptimalisering bruker alltid Dagens dato + leveringstid for feltet Fyll opp minimum på siden Varedekning. Dette hindrer uønskede planlagte ordrer og andre problemer fordi hvis leveringstiden ikke er inkludert for sikkerhetslager, vil planlagte bestillinger som opprettes for den gjeldende lagerbeholdningen, alltid bli forsinket på grunn av leveringstiden. Hvis du vil ha mer informasjon, kan du se Fullføring av sikkerhetslager med den avskrevne hovedplanleggingsmotoren. |
| Utligning av sikkerhetslager og nettobehov | Kravtypen Sikkerhetslager er ikke inkludert og vises ikke på siden Nettobehov. Sikkerhetslager representerer ikke etterspørsel og har ikke en tilknyttet behovsdato. I stedet definerer det en begrensning for hvor mye lager som må finnes til enhver tid. Det tas imidlertid fremdeles hensyn til Minimum-feltverdien ved beregning av planlagte bestillinger under hovedplanleggingen. Vi foreslår at du undersøker kolonnen Akkumulert antall på Nettobehov-siden for å se at denne verdien ble tatt hensyn til. Siden utligningen er forskjellig, kan ulike handlinger foreslås. Hvis du vil ha mer informasjon, kan du se Fullføring av sikkerhetslager med den avskrevne hovedplanleggingsmotoren. |
| Transportkalendere | Verdien i kolonnen Transportkalender på siden Leveringsmåter ignoreres. |
| Minimum/maksimum dekningskode uten verdier | Med den avskrevne hovedplanleggingsmotoren når du bruker en minimums- eller maksimumskode der ingen minimums- eller maksimumsverdier er angitt, behandler planleggingsmotoren dekningskoden som et krav, og oppretter én ordre for hvert behov. Med planleggingsoptimalisering oppretter systemet én ordre per dag for å dekke hele beløpet for den dagen. |
| Nettobehov og manuelt opprettede planlagte ordrer | Med den avskrevne hovedplanleggingsmotoren vises manuelt opprettede forsyningsordrer for en vare blant nettobehovene for denne varen. Når du for eksempel oppretter en bestilling fra en salgsordre, vises bestillingen på Nettobehov-siden uten at det kreves noe forutgående handlinger. Dette skjer fordi den avskrevne hovedplanleggingsmotoren logger lagertransaksjoner i inventLogTTS-tabellen og viser endringer på Nettobehov-siden for dynamiske planer. Med planleggingsoptimalisering vises imidlertid ikke ordrer som er opprettet manuelt blant nettobehovene til en vare før planleggingsoptimaliseringen kjøres (ved hjelp av en plan som inkluderer varen), eller til du velger Oppdater > Hovedplanlegging i handlingsruten på Nettobehov-siden, som vil kjøre hovedplanlegging for varen. Hvis du vil ha mer informasjon om hvordan du arbeider med Nettobehov-siden, kan du se Nettobehov og utligningsinformasjon. |
| Nettobehov og eventuelle endringer i tilbud eller etterspørsel | Med den avskrevne hovedplanleggingsmotoren vises eventuelle endringer for tilbud eller etterspørsel for en vare blant nettobehovene for denne varen. Når du for eksempel øker antall i en planlagt ordre, vises bestillingen på Nettobehov-siden uten at det kreves noe forutgående handlinger. Dette skjer fordi den avskrevne hovedplanleggingsmotoren logger lagertransaksjoner i inventLogTTS-tabellen og viser endringer på Nettobehov-siden for dynamiske planer. Med planleggingsoptimalisering vises imidlertid ikke endringer blant nettobehovene til en vare før planleggingsoptimaliseringen kjøres (ved hjelp av en plan som inkluderer varen), eller til du velger Oppdater > Hovedplanlegging i handlingsruten på Nettobehov-siden, som vil kjøre hovedplanlegging for varen. Hvis du vil ha mer informasjon om hvordan du arbeider med Nettobehov-siden, kan du se Nettobehov og utligningsinformasjon. |
| Ressurstilordning | Når du arbeider med ubegrenset kapasitet, tilordner den avskrevne hovedplanleggingsmotoren alle planlagte bestillinger til den samme ressursen på en angitt ressursgruppe. Planleggingsoptimalisering forbedrer dette ved å velge ressurser i tilfeldig rekkefølge, slik at ulike produksjonsordrer kan bruke forskjellige ressurser. Hvis du vil bruke den samme ressursen for alle planlagte bestillinger, må du angi denne ressursen i ruten. |
| Utvidede datatyper (EDTs) | Planleggingsoptimalisering støtter ikke endringer i presisjonen i utvidede datatyper. Det betyr at denne prosessen ikke støttes offisielt og kanskje ikke fungerer. |
| Fullføring av sikkerhetslager | Planleggingsoptimalisering bruker alltid en Fyll opp minimum for Dagens dato + leveringstid. Dette forbereder systemet til bruk av et forenklet planleggingsoppsett i fremtiden, og gir et gjennomførbart resultat. Hvis leveringstiden ikke er inkludert for sikkerhetslager, vil planlagte bestillinger som opprettes for liten lagerbeholdning, alltid bli forsinket på grunn av leveringstiden. Denne virkemåten kan føre til betydelig støy og uønskede planlagte bestillinger. Den anbefalte fremgangsmåten er å endre innstillingen slik at Dagens dato + leveringstid brukes. Oppdater hoveddata for å unngå advarsler. Hvis du vil ha mer informasjon, kan du se Fullføring av sikkerhetslager med den avskrevne hovedplanleggingsmotoren. |
| Bestilling oppfyllelse | Når du oppfyller en bestilling, bruker systemet alltid en leveringstid og ignorerer den aldri, selv om parameteren Legg til forsinkelse i beregnet behovsdato er satt til Nei. Denne virkemåten er forskjellig fra virkemåten til den avskrevne hovedplanleggingsmotoren, som angir en ugjennomførbar dato i dette tilfellet. Hvis for eksempel i dag er 1. mars 2024, leveringstiden er 30 dager og Legg til forsinkelse i beregnet behovsdato er satt til Nei, oppretter den avskrevne motoren en bestilling med dato 1. mars 2024, mens planleggingsoptimalisering oppretter den med dato 1. april 2024 (i dag pluss 30-dagers leveringstid). |
| Kopier statisk til dynamisk plan | Planleggingsoptimalisering kopierer ikke statiske planer til dynamiske planer, uavhengig av innstillingen på siden Parametere for hovedplanlegging. Denne operasjonen er generelt mindre relevant på grunn av hastigheten og fullføringsregenereringen som gis av planleggingsoptimaliseringen. Hvis det brukes to eller flere planer, bør hovedplanlegging utløses for hver plan. |
| Negative dager | Planning Optimization always uses dynamic negative days, regardless of the setting of Bruk dynamiske negative dager i Parametere for hovedplanlegging. Innstillingen Bruk dynamiske negative dager på siden Hovedplanleggingsparametere har ingen innvirkning på denne virkemåten. Hvis du vil ha mer informasjon om hvordan du bruker negative dager, kan du se Forsinkelsestoleranse (negative dager) |
| Planlagte bestillinger i fortiden | Planleggingsoptimalisering planlegger aldri bestillinger i fortiden, uavhengig av innstillingen for Ønsket dato. Hvis du angir en Ønsket dato som er i fortiden, beholder systemet innstillingen, men setter Leveringsdato til I dag. |
| Dimensjonsbasert konfigurasjon | Planleggingsoptimalisering støtter ikke dimensjonsbaserte konfigurerte produkter. Planleggingsoptimalisering bryter ikke ned stykklister for disse produktene. |
| Definisjon/betydning av sikkerhetslager | I Planleggingsoptimalisering er ikke sikkerhetslager den faktiske etterspørselen. For hver dekningsgruppe kan du angi hvor strengt systemet skal utligne sikkerhetslageret som etterspørsel mot den planlagte bestillingen som er opprettet for det. (Hvis du vil ha mer informasjon, kan du se Utligningsalternativer for sikkerhetslager.) Dekningsgrupper som bruker strenge sikkerhetslager utligninger, på samme som alle grupper i den utspreiderte motoren der Fyll opp minimum-feltet er satt til Dagens dato + anskaffelsestid. I den avskrevne hovedplanleggingsmotoren er sikkerhetslager etterspørsel, den samme som andre behovstyper. Du kan angi når sikkerhetslageret skal være oppfylt. |
| Når sikkerhetslageret er oppfylt | I Planleggingsoptimalisering er sikkerhetslager alltid oppfylt på dagens dato + anskaffelsestid, uavhengig av innstillingen for varedekningen. I den avskrevne hovedplanleggingsmotoren inkluderer varedekningsinnstillingene et Fyll opp minimum-felt som definerer når sikkerhetsbeholdningen må oppfylles. (Hvis du vil ha mer informasjon, kan du se Fullføring av sikkerhetslager med den avskrevne hovedplanleggingsmotoren.) |