Hoewel je je kunt afvragen of het systeem wel gemaakt is voor het kunnen gebruiken van "Statische Hoeveelheden" in een Assemblage Recept, staan we e.e.a. wel toe.
Toevoegen Produktieorder leidt dan gewoon tot een Produktieorder die juist is, en ook de Kostprijsberekening is juist, zolang deze maar niet (opnieuw) werd berekend o.b.v. de Potentiële Kostprijs of de Vervangingswaarde. In die 2 situaties werd de benodigde hoeveelheid in een Assemblage Recept altijd "Dynamisch" veronderstelt, ook al gaf de Receptregel "Statisch" aan.
Per heden wordt, net als de andere funktionaliteit, netjes de "Statisch / Dynamisch" indikator van de Receptregel gerespekteerd.
Hiermee is overigens niet gesteld dat het gebruik van statische hoeveelheden zonder meer toegepast kunnen worden in kombinatie met Assemblage Recepten.
Natuurlijk kunnen we een Recept voor één zak van 25 Kg zodanig definiëren dat er 25 Kg eindprodukt in moet worden afgevuld, én dat we éénmalig 30 Kg afval (of spoelmateriaal) nodig hebben. Bij het Toevoegen van een Produktieorder van 40 zakken (1000 Kg) zal dit leiden tot een behoefte van 1030 Kg grondstof, en bij een Produktieorder van 200 zakken (5000 Kg) zal dit leiden tot een behoefte van 5030 Kg; precies zoals we zouden verwachten.
Desalniettemin is een Assemblage Recept oorspronkelijk bedoeld om een Recept voor één stuk te definiëren, en bestaat er funktionaliteit (zoals Gedeeltelijk Gereedmelden) die daarop voortborduurt, en de Gebruiker toestaat om de 200 zakken in etappes op te boeken (bijvoorbeeld 5 pallets van ieder 40 zakken).
Verwacht mag worden dat deze bij een Deelgereedmelding van 40 zakken, 40x de hoeveelheid uit het Recept zal afboeken; iets wat drastisch fout zal lopen indien dat Recept statische hoeveelheden bevat.
Wordt er geen gebruik gemaakt van deze funktionaliteit, dan zal dit geen beperkende faktor meer zijn, maar... wat wel ? Geadviseerd wordt dan ook het hele trajekt goed te kontroleren alvorens Statische hoeveelheden te implementeren in Assemblage Recepten.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOKPVKPO | Omschrijving (nog) niet bekend | 14-11-2011 | 29-11-2011 |
