Middels een Bedrijfsparameter kan worden aangegeven dat vanuit de Behoefterun Produktieorders in veelvouden van hun Receptgrootte gegenereerd moeten worden. Deze optie is oorspronkelijk bedoeld om daar waar per kuip geproduceerd wordt, de behoeftes ook automatisch te genereren o.b.v. kuipgroottes.
Ofwel, als we 500 Kg van een bepaald produkt nodig hebben, en het Recept is gedefinieerd op basis van één Kuip, dan zal (als het Recept 238,6 Kg groot is) deze behoefte worden verhoogd tot 3 x 238,6 = 715,8 Kg (immers, aan twee kuipen hebben we net niet genoeg).
Deze werkwijze kan alleen gebruikt worden indien:
a. er altijd een volle kuip geproduceerd wordt b. het Recept als Produktievorm "de kuip" heeft
Het genereren van Produktieorders in veelvouden van Recepten zegt helemaal niets over het feit dat er per kuip een Produktieorder moet worden gegenereerd. Dus, bovenstaande instelling zal i.g.v. een Behoefte hooguit resulteren een Produktieorder van 715,8 Kg met als Output 3 kuipen van 238,6 Kg.
In kombinatie met rubriek "Maximale Ordergrootte in Verschijningen" welke bij de Verschijningsvorm kan worden ingevuld, kunnen we nu aangeven dat we altijd maar 1 Verschijningsvorm per Produktieorder willen produceren. Als we dit zo instellen, zullen we dus maximaal 1 kuip per produktieorder kunnen produceren, waarbij de ordergrootte dus wordt afgedwongen door de grootte van het Recept. Ofwel, waar we eerst 1 P.O. hadden van 715,8 Kg, krijgen we nu 3 separate P.O.'s van ieder 238,6 Kg.
Nu hebben we echter een hele andere situatie:
Ik heb één Recept om een bepaald produkt te maken, welke ik in Batchgroottes van 2600 Kg wens te produceren. Vervolgens plaats ik een Verkooporder, en verkoop daarop: 2700 blikken van 1 Kg = 2700 Kg 521 blikken van 5 Kg = 2605 Kg 134 blikken van 20 Kg = 2680 Kg
Omdat ik een Recept heb óngeacht Produktievorm, gaat regel b. alvast niet op. Daarnaast kan ik wel per Verschijningsvorm proberen aan te geven dat ik maximaal 2600 Kg kan produceren, maar ik wil niet de volledige order bestemmen voor die ene Verschijningsvorm. Liever gezegd, als ik 2700 x 1 Kg nodig heb, en daarvan eerst 2600 x 1 Kg geproduceerd heb op de ene order, dan moet er nog 100 Kg worden geproduceerd. Voor de blikken van 5 Kg houd ik ook een rest van 5 Kg over, en voor de blikken van 20 Kg houd ik 80 Kg over. Ik wil nu dus niet 2600 Kg in 1 Kg, 2600Kg in 5 Kg en 2600 Kg in 20 Kg gaan produceren, maar slechts 1 x 2600 Kg, waarin alle restanten moeten worden samengevoegd.
Voor deze situatie is nu een rubriek "1 P.O. per Receptgrootte" geïntroduceerd bij het Artikel.
Indien deze rubriek met
Ja wordt beantwoord, zal er 1 Produktieorder per Receptgrootte worden gegenereerd. Ofwel, als mijn Recept op 2600 Kg staat, zal iedere P.O. 2600 Kg groot worden. De Output is echter een samenvoegsel van alles wat behoeftig is.
Deze toepassing kan alleen worden gebruikt:
a. indien het een Mengrecept betreft b. indien de Produktievorm van het Recept niet is ingevuld c. indien "P.O.'s genereren in veelvouden Recept" op Ja staat d. indien er géén maximale ordergrootte is opgegeven per Vrsvorm e. het een Produktie-Artikel betreft f. indien deze rubriek op
Ja staat
V.w.b. het samenvoegen van verschillende behoeftes kunnen legio scenario's worden bedacht (optimalisatie). Het enige algoritme wat Profit zal hanteren is:
Alle "volle kuipen" welke uit de behoeftige hoeveelheid voortvloeien zullen op aparte orders komen te staan, het surplus zal worden samengevoegd met orders waaraan kán worden samengevoegd.
Ofwel, allereerst vinden we de order van 2700 x 1 Kg. Hiervan zal de eerste 2600 Kg op P.O. #1 worden gemaakt. Voor de resterende 100 Kg zal een nieuwe order (#2) van 2600 Kg worden aangemaakt.
Vervolgens 521 x 5 Kg, waarvan 520 x 5 Kg (=2600 Kg) op een nieuwe order zal worden geproduceerd (#3), en het restant van 5 Kg zal worden samengevoegd met orders waarmee kan worden samengevoegd (#2).
Als laatste de 134 x 20 Kg, welke v.w.b. 2600 Kg (130 x 20) zal leiden tot een nieuwe P.O. (#4) en v.w.b. de resterende 80 Kg zal worden samengevoegd met order #2.
Kortom, P.O. #1 = 2600 x 1 Kg P.O. #2 = 100 x 1 Kg + 1 x 5 Kg + 4 x 20 Kg P.O. #3 = 520 x 5 Kg P.O. #4 = 130 x 20 Kg
Het afvuladvies van de tweede order bevat nu 185 Kg, terwijl er 2600 Kg aan grondstoffen worden verbruikt! Bij deze Produktieorder zal nu
handmatig moeten worden aangegeven hoe het restant (2600 - 185) moet worden afgevuld! Zolang dit niet gebeurd, is er een andere Behoefterun-regel welke zegt dat het niet afgevulde deel niet dekkend kan zijn voor andere behoeftes. Ofwel, als we deze order eenmaal gegenereerd hebben, en daarna nógmaals 100 Kg behoeftig zouden maken, zal hiervoor een nieuwe order van 2600 Kg worden aangemaakt!
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOARKET1 | Omschrijving (nog) niet bekend | 12-10-2000 | 26-03-2001 |
| LOARTV1 | Omschrijving (nog) niet bekend | 22-01-2001 | 26-03-2001 |
| LOARWY1 | Omschrijving (nog) niet bekend | 22-01-2001 | 26-03-2001 |
| LOARWYF1 | Omschrijving (nog) niet bekend | 15-11-2000 | 26-03-2001 |
| LOBHGN | Omschrijving (nog) niet bekend | 22-03-2001 | 26-03-2001 |
| LOIDPOT2 | Toevoegen Produktieorder | 22-01-2001 | 26-03-2001 |
| LOIDPOTV | Toevoegen Produktieorder | 19-10-2000 | 26-03-2001 |
| LOIOGN5 | Genereren Orders Besteladvies | 28-02-2001 | 26-03-2001 |
| LOPIGN | Omschrijving (nog) niet bekend | 14-03-2001 | 26-03-2001 |
| LOPOVPG0 | Omschrijving (nog) niet bekend | 04-01-2000 | 26-03-2001 |
| LOPOVPG1 | Omschrijving (nog) niet bekend | 25-01-2001 | 26-03-2001 |
