Installation af New MRP - New MRP Solutions

Installation af New MRP 

Dokumentet beskriver hvordan New MRP modulet installeres, initieres og tages i brug. Dato 1/6-2012.

Indholdsfortegnelse 


Teknisk installation ............................................................................................................................................ 4 

Før installation ........................................................................................................................................... 4 

Udpakning af filer ...................................................................................................................................... 4 

Labelfiler .................................................................................................................................................... 5 

Installation af dll ........................................................................................................................................ 5 

Importering af xpo ............................................................................................................................................. 6 

Importering af xpo Ax 2009 ............................................................................................................................... 6 

Tabel ForecastInvent ................................................................................................................................. 8 

Tabel ReqGroup ......................................................................................................................................... 8 

Tabel ReqItemTable ................................................................................................................................... 8 

Tabel TmpReqExplosionTree ..................................................................................................................... 8 

Tabel TmpReqInventDim ........................................................................................................................... 8 

Klassen Graphics_WrkCtrCapBooking ....................................................................................................... 9 

Klassen InventUpdateOnhand ................................................................................................................... 9 

Klassen NumberSeqReference .................................................................................................................. 9 

Klassen ProdUpdScheduling .................................................................................................................... 10 

Klassen SalesATPCalculation .................................................................................................................... 10 

Klassen WrkCtrMasterData_Prod ............................................................................................................ 10 

Klassen WrkCtrReservedSum .................................................................................................................. 11 

Klassen WrkCtrRouteData_Prod.............................................................................................................. 11 

Menu Items ............................................................................................................................................. 11 

Kompilering.............................................................................................................................................. 12 

Hovedmenu ............................................................................................................................................. 12 

Importering af xpo Ax 2012 ............................................................................................................................. 13 

Tabel ForecastInvent ............................................................................................................................... 15 

Tabel ReqGroup ....................................................................................................................................... 15 

Tabel ReqItemTable ................................................................................................................................. 15 

Tabel TmpReqExplosionTree ................................................................................................................... 15 

Tabel TmpReqInventDim ......................................................................................................................... 15 

Klassen Graphics_WrkCtrCapBooking ..................................................................................................... 16 

Klassen InventUpdateOnhand ................................................................................................................. 16 

Klassen ProdUpdScheduling .................................................................................................................... 16 

2 / 34


Klassen SalesATPCalculation .................................................................................................................... 17 

Klassen SalesCalcAvailableDlvDates_SalesLine ....................................................................................... 17 

Klassen SalesConfirmDatesUIStrategy ..................................................................................................... 17 

Klassen WrkCtrReservedSum .................................................................................................................. 18 

Klassen WrkCtrScheduler ........................................................................................................................ 18 

Klassen WrkCtrScheduler_Prod ............................................................................................................... 18 

Menu Items ............................................................................................................................................. 19 

Kompilering.............................................................................................................................................. 19 

Hovedmenu ............................................................................................................................................. 20 

Afsluttende installationsbemærkninger .................................................................................................. 20 

Indtastning af licensoplysninger ...................................................................................................................... 21 

Opsætning af integration, låseniveau og parametre ...................................................................................... 22 

Runtime afvikling af behovsberegning .................................................................................................... 23 

Avanceret parameteropsætning ............................................................................................................. 24 

Opsætning af nummerserie ............................................................................................................................. 25 

Aktivering af firmaer ........................................................................................................................................ 25 

Aktivering af behovsplaner .............................................................................................................................. 26 

Udvidet opsætning af behovsplaner ............................................................................................................... 27 

Avanceret opsætning............................................................................................................................... 28 

Opsætning af sikkerhed og adgangsbegrænsning ........................................................................................... 29 

Start af baggrundsbehovsberegningsmotor .................................................................................................... 30 

Opstartsbemærkninger og databasestatistik .................................................................................................. 30 

Overvågning af online behovsberegning ......................................................................................................... 31 

Genopdatering af behovsberegning ........................................................................................................ 32 

New MRP i forhold til standard behovsberegningen ...................................................................................... 33 

Sammenligning af performance .............................................................................................................. 34 

Statiske og dynamiske behovsplaner ...................................................................................................... 34 

Autorisering af forslag. ............................................................................................................................ 34 

3 / 34


Teknisk installation 

Dette dokument beskriver den tekniske installation, herunder installation af New MRP licensen samt 

initiering og aktivering af aktuelle behovsplaner og firmaer til New MRP modulet. 

Der kan være detaljer i installationen, der afhænger af den konkrete version der installeres til, men som 

hoved regel er der tale om samme installationsproces uanset Dynamics Ax version. 

Før installation 

New MRP modulet består i princippet blot af en xpo, der skal importeres. Før xpo’en importers, skal det 

afklares hvilket lag modulet skal placeres i. Nomalt kan VAR eller CUS vælges, men andre lag er også valide, 

idet New MRP kun overstyrer ganske få standard elementer. Mere herom senere. 

Herudover forudsættes det, at brugeren, der installerer modulet, har rettigheder til at kunne kopiere filer 

til Dynamics Ax installationen, samt at brugeren for Ax 2009 og tidligere versioner har rettigheder til at 

kunne installere en dll på AOS serveren. 

Udpakning af filer 

New MRP versionen til Ax 2009 og tidligere versioner leveres som en zip-fil med følgende indhold: To label 

filer, to installationsdokumenter, to xpo’er samt to dll installationsprogrammer. 

New MRP versionen til Ax 2012 leveres også som en zip-fil med følgende indhold: To label filer, to 

installationsdokumenter, to xpo’er samt en dll fil. 

4 / 34


Labelfiler 

New MRP leveres som standard på to sprog, Nemlig engelsk og dansk. 

De to label filer kopieres til Dynamics Ax applikationsfolderen, dvs. der hvor AOI filen er placeret. For Ax 

2009 er standard stien som følger: 

Ax 2012 har ingen AOI fil, der kan anvendes til validering af korrekt placering. Label filer skal kopieres til 

følgende katalog i.h.t. en standard installation: 

Installation af dll 

New MRP udnytter .net til planlægning af kapacitet og ruter. Der skal derfor installeres en dll på AOS 

serveren. 

For Ax 2009 samt tidligere versioner skal dll’en installeres ved hjælp af et installationsprogram, mens dll’en 

for Ax 2012 versionen installeres simpelt ved at kopiere filen til to Dynamics Ax kataloger. 

For Ax 2009 vælges enten 32 eller 64 bits installationsprogrammet i henhold til den aktuelle AOS server. 

Når dll installationsprogrammet afvikles fremkommer følgende dialog: 

5 / 34


Efter tryk på næste skal destinationsfolderen for Dll’en vælges. 

Bin folderen på AOS’en vælges eksempelvis via stien som vist herunder. 

For Ax 2012 versionen skal dll filen blot kopires til bin kataloget på serveren og klienten. I en standard 

installation er det følgende to kataloger: 

Importering af xpo 

New MRP installeres uanset Dynamics Ax version ved import af to xpo’er, nemlig Nmrp.xpo samt 

NmrpStd.xpo. 

Der er visse forskelle i installationsprocessen i mellem Ax 2012 og Ax 2009 samt tidligere versioner. I det 

følgende beskrives først xpo import opgaven for Ax 2009 samt tidligere versioner, dernæst Ax 2012 

Importering af xpo Ax 2009 

Ax 2009 startes i det lag som New MRP modulet ønskes placeret i fx cus eller var. Idet New MRP kun 

indeholder meget få rettelser til standard elementer kan modulet typisk nemt placeres i et hvilket som 

helst lag. Det er helt op til virksomheden at bestemme det ønskede lag. 

6 / 34


Dernæst skal xpo’erne importeres. Xpo’en Nmrp indeholder kun nye elementer. Projektet kan derfor 

importeres ukritisk. 

Fjern flueben I ”Import with ID values”. Alle elementer skal have nye ID’er i det lag, der importeres til. 

Kompileringsfejl og importfejl i øvrigt ignoreres. 

Herefter importeres filen NmrpStd.xpo. Denne xpo indeholder tilpassede standardelementer, som manuelt 

skal gennemgås. Alle ændrede elementer ved installation til Ax 2009 er vist herunder 

7 / 34


Rettelserne i de enkelte elementer skal flettes med eventuelle egne tilpasninger. Der er dog tale om meget 

få og simple rettelser. For fuldstændighedens skyld er de alle kommenteret herunder. 

Tabel ForecastInvent 

Metoderne Insert, Update samt delete er tilpasset. Ved konflikt skal Nmrp kodelinjerne vist herunder blot 

indsættes efter super(). 

Tabel ReqGroup 

Der er tilføjet ét nyt felt. Rettelsen kan ukritisk importeres. 

Tabel ReqItemTable 


Tabel TmpReqExplosionTree 

Der er tilføjet nye felter. Rettelsen kan ukritisk importeres. 

Tabel TmpReqInventDim 

Det er tilføjet to nye metoder. Rettelserne kan ukritisk importeres. 

8 / 34


Klassen Graphics_WrkCtrCapBooking 

Der er tilføjet kodelinjer i new konstruktøren. Rettelserne kan normalt indsættes og importeres direkte. 

Klassen InventUpdateOnhand 

Der er tilføjet kodelinjer i construct metoden. Klassen er normalt ikke tilpasset og kan derfor importeres 

direkte. 

Klassen NumberSeqReference 

Der er tilføjet en ny nummerseriereference. Klassen og metoden er normalt tilpasset, og rettelsen skal 

derfor flettes ind. 

9 / 34


Klassen ProdUpdScheduling 

Der er tilføjet en ny metode samt indsat kald til denne i run. 

Klassen SalesATPCalculation 

Der er tilføjet kodelinjer til construct metoden. Rettelsen kan normalt simpelt flettes ind. 

Klassen WrkCtrMasterData_Prod 

Der er indsat en kodelinje i én metode. 

10 / 34


Klassen WrkCtrReservedSum 

Der er tilføjet kodelinjer til new konstruktørerne. Rettelserne kan normalt simpelt flettes ind. 

Klassen WrkCtrRouteData_Prod 

Der er tilføjet kodelinjer i metoden load. Klassen er normalt ikke tilpasset og kan derfor typisk importeres 

direkte. 

Menu Items 

Der er et antal standard display menu items, der er rettet til at kalde en klasse i stedet for skærmbilledet. 

Rettelser kan normalt importeres direkte. 

11 / 34


Kompilering 

Efter udført import og kode fletning skal projekterne Nmrp samt NmrpStd kompileres igen. 

Denne kompilering må ikke resultere i fejl. 

Hovedmenu 

Som sidste opgave foreslås New MRP menu’en adderet som reference til hovedmenuen. 

12 / 34


Importering af xpo Ax 2012 

Ax 2012 startes i det lag som New MRP modulet ønskes installeret til. Før xpo’erne importeres til Ax 2012 

versionen skal der oprettes en model for New MRP modulet. 

Via ”Tools\Model management\Create model” oprettes en ny model, som vist herunder. 

Model sættes som den aktuelle model. Herefter kan xpo’er importeres. Xpo’en Nmrp indeholder kun nye 

elementer. Projektet kan derfor importeres ukritisk på helt normal vis. 

Eventuelle kompileringsfejl i forbindelse med import kan ignoreres. Det er først når både Nrmp.xpo samt 

NmrpStd.xpo er importeret og flettet at der ikke må være kompileringsfejl. 

13 / 34


Herefter importeres filen NmrpStd.xpo. Denne xpo indeholder tilpassede standardelementer, som manuelt 

skal gennemgås. Alle ændrede elementer ved installation til Ax 2012 er vist herunder 

14 / 34


Rettelserne i de enkelte elementer skal flettes med eventuelle egne tilpasninger. Der er dog tale om meget 

få og simple rettelser. For fuldstændighedens skyld er de alle kommenteret herunder. 

Tabel ForecastInvent 

Metoderne Insert, Update samt delete er tilpasset med et post event. Hvis Insert, Update eller Delete 

metoden allerede eksisterer skal event handleren blot indsættes. 

Tabel ReqGroup 


Tabel ReqItemTable 


Tabel TmpReqExplosionTree 

Der er tilføjet nye felter. Rettelsen kan ukritisk importeres. 

Tabel TmpReqInventDim 

Det er tilføjet to nye metoder. Rettelserne kan ukritisk importeres. 

15 / 34


Klassen Graphics_WrkCtrCapBooking 

Der er tilføjet kodelinjer i new konstruktøren. Rettelserne kan normalt indsættes og importeres direkte. 

Klassen InventUpdateOnhand 

Der er tilføjet kodelinjer i construct metoden. Klassen er normalt ikke tilpasset og kan derfor importeres 

direkte. 

Klassen ProdUpdScheduling 

Der er tilføjet en ny metode samt indsat event kald til via run metoden. 

16 / 34


Klassen SalesATPCalculation 


Klassen SalesCalcAvailableDlvDates_SalesLine 


Klassen SalesConfirmDatesUIStrategy 


17 / 34


Klassen WrkCtrReservedSum 

Der er tilføjet kodelinjer til new konstruktørerne. Rettelserne kan normalt simpelt flettes ind. 

Klassen WrkCtrScheduler 

Der er ændringer til to metoder limitMaterialDate og initCapResHandler samt classDeclaration. Der er 

typisk ikke andre rettelser i denne klasse . Rettelserne kan normalt simplet flettes ind. 

Klassen WrkCtrScheduler_Prod 

Der er tilføjet kodelinjer i metoden load. Klassen er normalt ikke tilpasset og kan derfor typisk importeres 

direkte. 

18 / 34


Menu Items 

Der er et antal standard display menu items, der er rettet til at kalde en klasse i stedet for skærmbilledet. 

Rettelser kan normalt importeres direkte. 

Kompilering 

Efter udført import og kode fletning skal projekterne Nmrp samt NmrpStd kompileres igen. 

Denne kompilering må ikke resultere i fejl. Gruppen ”MustBeCompiled” indeholder nogle afledte standard 

elementer som skal kompileres igen. Xpo import processen afsluttes herefter med kompilering til CIL. 

Funktionen ”Build\Generate Incremental CIL” afvikles. 

Hvis muligt er det alternativt mere sikkert at udføre fuld CIL generering ved afvikling af funktionen 

”Generate Full CIL”. 

19 / 34


For optimal efterfølgende deployment metode fra DEV/TEST til DRIFT henvises til Ax 2012 

dokumentationen. Installationen afsluttes med en genstart af AOS. 

Hovedmenu 

Som sidste opgave skal New MRP menu’en adderes som reference til hovedmenuen. 

Afsluttende installationsbemærkninger 

Den tekniske New MRP installation er relativt set meget enkelt. Label filer skal blot kopieres, og der er én 

dll, der skal installeres på serveren og klienten. Herudover skal to xpo projekter importeres. Det første 

projekt indeholder kun nye elementer og kan derfor importeres direkte. 

Det andet projekt indeholder rettede standard elementer. Der er rettelser til 5 tabeller og 8-9 klasser 

afhængig af Dynamics Ax version, men omfanget er meget meget begrænset. Det vil normalt for Ax 2009 

installationer kun være rettelsen til klassen NumberSeqReference, der kræver særlig opmærksomhed da 

denne klasse typisk er tilpasset. Resten kan typisk importeres direkte, men for en sikkerhedsskyld skal der 

selvfølgelig foretages en sammenligning ved import. 

20 / 34


Indtastning af licensoplysninger 

De modtagne licensinformationer skal indtastes som det første, efter at modulet er installeret. 

Via New MRP menu’en vælges ”Setup\License” og i det fremkomne skærmbillede trykkes på knappen 

”Activate license”. 

21 / 34


De tilsendte licensoplysninger skal indtastes præcist. Der er vigtigt, at ”First company” er blevet oplyst 

korrekt ved bestilling af New MRP. ”First company” er det første og primære selskab, som New MRP skal 

anvendes til. 

Licensen dannes til det selskab, og det er derfor vigtigt, at korrekt ”Company Account ID” er oplyst allerede 

på bestillingstidspunktet. 

Efter endt pinkode indtastning trykkes på OK, og der vendes tilbage til licensskærmbilledet, som nu 

indeholder aktuelle licensoplysninger. 

Den aktuelle licens giver mulighed for aktivering af New MRP til anvendelse i op til 5 firmaer. Ved køb af 

New MRP modtages først en licens med udløbsdato. Når fakturaen er betalt modtages en endelig licens 

uden udløbsdato. 

Der er mulighed for at licensen efterfølgende kan udvides til flere firmaer. I så fald modtages nye pinkoder, 

som blot skal indtaste via knappen ”Add license”. 

Opsætning af integration, låseniveau og parametre 

New MRP modulet benytter som udgangspunkt samme parametre og opsætning som standard 

behovsberegningen. Vælges i New MRP menu’en ”Setup\Master planning parameters” fremkommer 

parameterskærmbilledet. 

Skærmbilledet indeholder principielt samme parametre som i standard bortset fra en ny fane, nemlig ”New 

MRP”. 

22 / 34


Integrationsniveau skal angive som den væsentligste parameter. Parameteren kan løbende ændres. Så 

længe parameteret står til ”Standard Ax” påvirker New MRP modulet ikke den eksisterende applikation. 

Først når integrationsparameteren sættes til ”New MRP” kan standard behovsberegningen ikke benyttes 

mere i det aktuelle firma. 

Låseniveau sættes normalt til ”Item number”. Det betyder, at der opsættes en databasetransaktion for 

hver vare, der behandles. Sættes låseniveauet til ”Transaction” opsættes en databasetransaktion for hver 

behovspost, der behandles. ”Transaction” låseniveauet kræver flere ressourcer af SQL serveren, idet 

databasetransaktioner hele tiden skal ”committes”. 

Den optimale opsætning kan være ”Balanced”, som opsætter et vist antal transaktioner per vare, men som 

udgangspunkt vil ”Item number” være fuldt ud tilstrækkeligt. 

Ved nedbrydning af ordrer i standard behovsberegningen opsættes en database transaktion, der gælder for 

hele beregningen. Alt afhængig af de konkrete data kan det medføre, at mange varer bliver låst. 

Opsætning af låseniveau til ”Item number” i New MRP vil derfor normalt give en markant og betragtelig 

forbedring, der løser låseproblemet i standard Dynamics Ax. 

Runtime afvikling af behovsberegning 

New MRP behovsberegner online alle varer, hvor behovsbilledet ændrer sig. Det håndteres af 

batchafvikleren, men da batch processen kan være et antal minutter forsinket, kan batch afviklingen ikke 

benyttes til ad hoc beregninger og forespørgsler. 

Når nedbrydningsskærmbilledet i New MRP kaldes, afvikles behovsberegningen derfor direkte for den 

aktuelle vare. Medfører behovsberegningen, at der oprettes behov på afledte varer, kan disse også blive 

behandlet direkte og øjeblikkeligt. 

Via parameter skærmbilledet kan der opsættes parametre for om afledte varebehov skal behovsberegnes 

direkte. 

23 / 34


Afhængig af konkrete styklister og ruter samt de aktuelle nettobehovsprofiler, kan en nedbrydning 

resultere i, at mange varer på mange afledte niveauer skal behandles. 

I gruppering ”Runtime maximum” kan der opsættes nogle grænser for hvor meget, der skal beregnes ad 

hoc på lavere vareniveauer inden beregningen overtages af baggrundsprocessen. 

Idet New MRP behovsberegningen altid kun regner på det, der har ændret sig siden sidste opdatering, er 

der ikke sikkert, at der overhovedet er behov for opsætning af en nedre grænse. Der må komme an på en 

prøve i praksis og parametrene skal derfor blot beholde standardværdien til en start. 

Hvis parameteren ”Maximum number of runtime calculated levels” er sat til 1 er det kun den aktuelle vare 

der behovsberegnes automatisk, når nettobehovsprofilen eller nedbrydningsskærmbilledet kaldes. 

Avanceret parameteropsætning 

I grupperingen ”Advanced” kan det opsættes, om New MRP eller Standard funktionalitet skal foreslås i 

integrationsdialogen. Opsætning anvendes tillige automatisk til at vælge funktionalitet når 

integrationsdialogen ikke vises og præsenteres for brugeren. 

Parameteren ”Sum Up derived demands” bestemmer om udfoldede fantomvarer skal sammenlægges før 

oprettelse af forslag. 

Hvis samme råvarer indgår mange gange i et styklistehierarki kan behovene slås sammen til ét. Dermed 

reduceres antallet af behovsposter, der skal behandles med bedre performance til følge. 

En råvare, der indgår i flere fantomstyklistegrene, forbruges typisk ved forskellige operationsnumre. Der er 

derfor mulighed for, at bestemme mere detaljeret, hvorvidt det er relevant at bibeholde operationsnummeret. 

Når operationsnummeret bibeholdes falder chancen for at poster kan slås sammen. Standard 

opsætningen kan normalt blot beholdes. 

24 / 34


New MRP opererer med en intern global nummerserie for intercompany forslag og formatet for 

intercompany forslagsnumre skal derfor angives. 

Opsætning af nummerserie 

New MRP benytter views til visning af aktioner, terminer og forslag. Der skal derfor opsættes en 

nummerserie for referencen som vist i skærmbilledet herunder: 

Aktivering af firmaer 

New MRP modulet skal aktiveres før det kan benyttes i et firma. Aktiveringen udføres via New MRP 

menuen ”Setup\Activation\Master scheduling companies”. I det fremkomne skærmbillede vælges 

relevante firmaer via fanen “Select companies” 

25 / 34


Det første firma, der aktiveres skal være i overensstemmelse med licensoplysningerne. Der kan maksimalt 

adderes det antal firmaer licensen tillader. Et firma kan godt deaktiveres efterfølgende. 

Via knappen ”Transfer time” kan der opsættes gennemløbstider for intern flytning af varer i mellem 

firmaer. 

Aktivering af behovsplaner 

Relevante behovsplaner skal aktiveres til New MRP modulet før de kan behandles af den nye 

behovsberegning. Aktiveringen udføres via New MRP menu’en ”Setup\Activation\Master scheduling 

plans”. I det fremkomne skærmbillede vælges relevante behovsplaner via fanen “Select plans”, som vist i 

skærmbilledet herunder 

26 / 34


Det er kun aktiverede planer, som New MRP modulet kan behandle. Alle parametre, defineret i standard 

for planer, anvendes populært sagt på samme måde i New MRP behovsberegningen – der er dog forskelle 

fx: 

New MRP finplanlægger ikke ruter og kapacitet. Ruter og kapacitet grov planlægges indtil forslag 

autoriseres. Begrænsningen er indført, da det ikke giver mening at tale om finplanlægning 6 måneder ude i 

fremtiden. 

New MRP anvender kun et planniveau. Prognoser og budgetter skal ikke først nedbydes via en hovedplan, 

men anvendes direkte i behovsplanen. 

Behovsplaner kan løbende vælges og fravælges. Mange virksomheder har ubenyttede gamle behovsplaner 

liggende. Disse planer skal ikke aktiveres og vælges. 

For at komme hurtigt i gang med New MRP skal planer blot aktiveres og standardopsætning bibeholdes. 

Udvidet opsætning af behovsplaner 

New MRP giver mulighed for en udvidet opsætning af behovsberegningen. Fanen ”Setup” samt ”Action 

messages” indeholder forskellige muligheder, men som udgangspunkt kan standardopsætningen benyttes. 

27 / 34

Det er fx muligt, at angive 


Om forslag skal beregnes matematisk, dvs. uden korrektion til multipla og mindste antal. Parameteren kan 

typisk anvendes til at beregne det præcise råvarebehov ud fra en salgsprognose. 

om forslag med en bestemt behovstype skal auto-autoriseres. Parameteren kan fx anvendes til kun at auto 

autorisere forslag til opfyldelse af konkrete ordrer, mens forslag til opfyldelse af sikkerhedslageret fortsat 

opfyldes manuelt 

om forslag med en bestemt behovstype skal terminssættes 

om forslag med en bestemt behovstype skal aktionssættes 

om forslag med en bestemt type skal opfylde minimumslageret direkte 

Om negativ dage skal sættes til nul for den aktuelle type uanset opsætning på varen. Parameteren kan fx 

anvendes så der kun ventes på varer ved opfyldelse af konkrete ordrer. 

om positiv dage skal sættes til max for den aktuelle type uanset opsætning på varen 

I standardopsætningen til New MRP aktionssættes sikkerhedslagerforslag ikke. Sikkerhedslagerforslag er 

blot ønsker til opbygning af sikkerhedslagre, og det giver derfor god mening, at undlade aktionssætning af 

disse. 

Avanceret opsætning 

Den online opdaterede behovsberegning sikrer, at nye ordrer og produktioner bliver behovsberegnet med 

det samme. Hvis den grundlæggende opsætning ændres på en plan eller hvis en vare fx skifter 

disponeringsgruppe, er det nødvendigt at genopbygge nettobehovsprofilen. 

Det kan foregå på to måder. Enten afvikles behovsberegningen direkte for de berørte varer. Alternativt 

håndteres det automatisk af baggrundsprocessen. 

28 / 34


Parameteret ”Regeneration interval” bestemmer det antal dage, der maksimalt må gå før en vare skal 

genopbygges. Som standard benyttes 7 dage. Dvs. hvis ikke den aktuelle vare, som opsætningen ændres 

for, behovsberegnes direkte, kan der gå op til 7 dage før ændringen er fuldstændig implementeret. 

Baggrundsprocessen udfører løbende oprydningen. Tidspunktet for start af denne opgave kan bestemmes. 

Ved genplanlægning af forslag kan en bagatel grænse opsættes. Som standard er 2 dage valgt. 

Parameteren ”Reschedule periods” bestemmer om tilgange inden for en disponeringsperiode skal flyttes og 

skubbes fremad i henhold til første afgangsdato i samme periode. Opsætningen har kun relevans for varer 

der disponeres efter disponeringsreglen ”Period”. 

Auto-autorisationsprocessen afvikles som en selvstændig proces i intervaller på 2 timer som standard 

opsætning i New MRP modulet. Den automatiske autorisation via behovsberegningsmotoren kan 

deaktiveres ved angivelse af værdien nul. I stedet for kan auto autorisations funktionen kaldes individuelt 

via batch afvikleren på udvalgte tidspunkter. 

Der opereres med udvidet periode aktioner, dvs at der udregnes aktionen inden for de enkelte perioder. 

Det kan endvidere angives om intercomany behov skal medtages i behovsberegningen. (Standard 

opsætning i Ax 2012) 

New MRP supportere flere dynamiske planer. Alle planer med flueben i ”Online Master scheduling” bliver 

løbende behovsberegnet. 

Det er muligt at opsætte en forsinkelse før nye behov bliver behovsberegnet af baggrundmotoren. Dermed 

kan nye ordrer nedbrydes og simuleres direkte fra en klient uden at vi skal vente på at baggrundsmotoren 

behovsberegner alle vareniveauer. 

Med parameteren ”Fulfill minimum as fast as possible” er det muligt uanset vareopsætningen at operere 

med dags dato som dato for opfyldelse af sikkerhedslageret. Dermed fås forslag til opfyldelse af 

sikkerhedslageret med det samme selvom det måske ikke kan lade sig gøre at opfylde sikkerhedslageret, 

men brugeren bliver hurtigere gjort opmærksom på at der mangler et sikkerhedslager. 

New MRP disponerer varer I perioder. Negativ dage konverteres til et antal perioder og parameteren 

”Calculate with empty periods” bestemmer om alle eller kun perioder med bevægelser skal indgå i 

beregningen af, om der skal ventes på varetilgang frem for at bestille nyt. 

Ved periodedisponering i uger sættes tilgangsdatoen for nye forslag normalt til den første dag i perioden. 

Med parameteren ”First issue as planned order date” sættes tilgangsdatoen i stedet for lig med den første 

afgangsdato i perioden. 

Opsætning af sikkerhed og adgangsbegrænsning 

Som udgangspunkt arver New MRP sikkerhedsopsætningen fra standard varedisponeringen, men hvis 

sikkerheden er opsat på de enkelte menu items, så skal sikkerhed opsættes på ny for alle New MRP menu 

items. 

29 / 34


På tilsvarende vis kan det være nødvendigt at genopsættes sikkerheden på tabel niveau. 

Start af baggrundsbehovsberegningsmotor 

Som sidste punkt i opsætningsprocessen skal baggrundsbehovsberegningen startes. Via New MRP menu’en 

vælges menupunktet ”Master scheduling engine”. 

I den fremkomne dialog vælges relevante firma- og behovsplaner, som motoren skal behandle. 

Der kan opsættes mange motorer som beskrevet under Online behovsberegning. Motorkørslen sættes til 

batchafvikling fx med en gentagelse hvert minut. 

Herefter går motoren straks i gang med at behovsberegne alle varer i baggrunden og brugerne skal ikke 

mere bekymre sig om hvorvidt behovsberegningen er afviklet eller ej. Baggrundsbehovsberegningen sikrer 

automatisk at nye behov bliver behovsberegnet så hurtigt som muligt. 

Opstartsbemærkninger og databasestatistik 

New MRP modulet indeholder nye tabeller som SQL databasen ikke kender datafordelingen for. Der kan 

derfor i opstartsfasen være behov for supplerende opdatering af databasestatistikken. 

Behovet for individuel opdatering af databasestatistik er selvfølgelig meget afhængig af den konkrete 

installation. New MRP modulet giver løbende databasen indeks hints, men da indeks hints typisk er opsat til 

30 / 34


ikke at blive anvendt, er det helt afgørende for performance, at statistikken bliver opdateret efter den 

første komplette behovsberegning er blevet afviklet. 

Hvis der i forbindelse med den første behovsberegning opleves dårlig performance er problemet 

sandsynligvis, at database ikke er kørt varm endnu med korrekt statistik information. Statistikken for 

kritiske nye tabeller kan opdateres som vist i skærmbilledet herover. 

Alternativt laves et job i Ax som vist herunder. Metoden NmrpTrans:updateSQLStat (NmrpTrans) afvikler 

sql kommandoen ”update statistics dbo.NMRPTRANS with fullscan” 

Overvågning af online behovsberegning 

Behovsberegningen afvikles løbende og online i New MRP modulet. Aktuel status kan ses og følges i 

skærmbilledet ”New MRP\Inquiries\Engine activity”. 

31 / 34


Fanen ”Execution” viser hvilke varer, der aktuelt beregnes. Knappen ”Engine log” viser afviklingsdetaljer for 

den aktuelle behovsplan, mens knappen ”Item statistics” giver information om konkrete afviklingstider for 

behovsberegning af specifikke varer. 

Ved tryk på ”Start” eller ”Stop” startes automatisk refresh af data. 

Genopdatering af behovsberegning 

Det er nødvendigt at afvikle en genopdatering af behovsberegning, hvis grundlæggende parametre for den 

online opdaterede behovsplan ændres. Her tænkes fx på disponeringskoder, horisonter eller 

minimumslagre. 

New MRP motoren genopdaterer automatisk behovsprofilen komplet for alle varer én gang om ugen. 

Ønskes parameterændringer aktiveret ned det samme skal behovsberegningen blot afvikles komplet ved 

kald af menu funktionen ”New MRP\Periodic\ Master scheduling”. 

Den relevante behovsplan vælges og relevante varer kan eventuelt udvælges. Alle eller valgte varer 

markeres herefter som ”Dirty”. Dermed udvælges de automatisk til behandling forfra af 

baggrundsbehovsberegningen. 

32 / 34


New MRP i forhold til standard behovsberegningen 

New MRP modulet anvender i princippet samme parametre og opsætning som standard 

behovsberegningen. Hvis integrationsmetoden sættes til ”User dialog selection” er det nemt at 

sammenligne resultatet beregnet af New MRP i forhold til resultatet beregnet af standard 

behovsberegningen. 

Selvom det er samme input, så kommer New MRP og standard behovsberegningen ikke nødvendigvis frem 

til samme forslag. Der er flere forhold, der typisk resulterer i forskelle: 

- New MRP anvender faste perioder ved disponering efter ”Periode” og ”Min/maks”, hvor standard 

behovsberegningen anvender en form for dynamiske perioder. I virkeligheden anvender standard 

behovsberegningen disponeringsperioden ”Behov” for alle disponeringsregler. Det giver naturligvis en 

række forskelle, som meget gerne skulle resultere i bedre forslag ved anvendelse af New MRP. 

- Positiv- og negativ dage anvendes i princippet kun i New MRP, hvis disponeringsmetoden er ”Behov”. 

Via den nye periodetabel, der findes under ”New MRP\Setup\Coverage\Periods”, kan der i stedet for 

negativ dage opsættes et antal perioder, hvor der accepteres underdækning af behov. 

- Sikkerhedslager- og prognosebehov behandles i separate behovsberegningsløb med selvstændig 

dannelse af forslag. Det giver flere forslag i New MRP som skal sammenlægges før det giver mening at 

sammenligne resultatet med standard behovsberegningen. 

- Sikkerhedslageret behandles og håndteres altid i perioder også selvom disponeringsmetoden er 

”Behov”. Det betyder, at der typisk er forskelle i hvordan sikkerhedslageret opfyldes. Herover 

bestemmes og håndteres forslag til opfyldelse af sikkerhedslagre over alle vareniveauer. 

- Fantombehov udfoldes og sammenlægges direkte i behovsberegningen. 

- Købsbudgetter håndteres væsentligt anderledes ved behovsberegning i New MRP i forhold til standard 

behovsberegningen. Både købs og salgsbudgetter oprettes i nettobehovsprofilen som forventede 

fremtidige afgange. Standard behovsberegningen indsætter købsbudgetter som tilgange, mens New 

MRP opretter forslag til dækning af købsbudgettet. I praksis bliver resultatet det samme – dog ikke hvis 

der på samme vare opereres med både købs- og salgsbudgetter. 

- New MRP indsætter og nedskriver alle salgsbudgetbehov, hvor slutdatoen for budgetlinjen stadigvæk 

er senere end dags dato. I standard behovsberegningen medtages salgsbudgettet ikke, hvis startdatoen 

overskrider dags dato. 

- Det er muligt i standard Dynamics Ax at opsætte at reservation til en ordrelinie skal udføres automatisk 

via ”Explosion”. Denne feature supporteres ikke direkte i New MRP. Ønskes reservationer i lageret 

udført som varen er disponeringen gøres dette i stedet for via nedbrydningsskærmbilledet og 

opdateringsfunktionen. 

33 / 34


For uddybning af disse detaljer henvises til anden dokumentation. 

Sammenligning af performance 

En direkte performancesammenligning ved genopdatering af samme behovsplan forfra i både New MRP 

samt standard behovsregningen giver typisk ikke den store tidsforskel i et single bruger scenario. Afhængig 

af de konkrete data kan der være eksempler på at standard behovsberegningen afvikler 

behovsberegningen lidt hurtigere end New MRP – altså ved genbygning forfra. 

Men det er lidt som at sammenligne æbler og pærer. Performance forbedringen i New MRP kommer i 

forbindelse med den løbende online behovsberegning. 

New MRP er designet til at genbruge nettobehovsprofilen når varer behovsberegnes. Det betyder at den 

løbende behovsberegning slipper for at slette og genoprette alle varebevægelser i profilen og det er kun 

perioder og bevægelser, der er ændret i forhold til sidste behovsberegning, der behandles. Herigennem 

kommer der ”warp” speed i New MRP behovsberegningen i forhold til standard behovsberegningen. 

Statiske og dynamiske behovsplaner 

New MRP håndterer konceptet omkring statiske og dynamiske behovsplan på en ny måde. Anvendes en 2plansstrategi 

opdaterer standard behovsberegningen først den statistiske plan, som derefter kopieres til 

den dynamiske plan. 

I New MRP er det omvendt. Den dynamiske plan er hele tiden komplet opdateret og behovsberegnet. 

Ønskes en statistisk plan opdateret skal den dynamiske plan blot kopieres til den statiske plan ved hjælp af 

den almindelige kopieringsfunktion, som tager et snapshot og kopiere det til den ønskede statiske plan. 

Generelt er 2-plankonceptet lidt unødvendigt ved anvendelse af New MRP. I stedet for at have to mere 

eller mindre ens behovsplaner opdateret, så kan indkøbere og produktionsplanlæggere i stedet for opnå 

samme statiske funktion ved blot at tage et snapshot af aktuelle forslag i den dynamiske plan. Et forslags 

snapshot er statisk og ændres ikke selvom, der løbende oprettes nye ordrer. 

Autorisering af forslag. 

Autorisering af forslag foregår i princippet på samme måde som i standard Ax. Der kan dog oprettes flere 

forskellige prædefinerede views af aktuelle forslag. 

Arbejdsmetoden i forslagsformen er en lille smule anderledes i forhold til standard skærmbilledet, men 

generelt bør det være lige til forbrugerne at benytte New MRP forslagsskærmbillederne. 

Dog - så kan man ikke genplanlægge forslag manuelt. Det tager New MRP behovsberegningen sig af. 

34 / 34

Installation af New MRP - New MRP Solutions

You also want an ePaper? Increase the reach of your titles

Delete template?

Save as template?