Omdat er diverse Produktieorder Funkties zijn die gebruik maken van de oorspronkelijke Receptregels, is het normaliter niet toegestaan een Recept te verwijderen (of te wijzigen) als er Openstaande Produktieorders voor bestaan. Om eenzelfde reden was het bij het inlezen van het Dagsegment Recept vanuit Excel niet toegestaan het Recept opnieuw in te lezen als er Produktieorders bestonden voor dat Recept.
In een gegeven praktijksituatie worden de Produktieorders 5 maanden van te voren in het systeem gezet en kan in die tijd blijken dat het oorspronkelijke Recept tóch moet worden aangepast; helaas, dat was tot vandaag niet mogelijk. De gebruiker kon wel de Produktieorders verwijderen, dan het Recept aanpassen, om daarna weer nieuwe orders te maken (die consistent waren met de nieuwe set Receptregels).
De meeste funktionaliteit die gebruik maakt van deze Receptregels is niet aan de orde in de situatie dat er nu bij een bepaalde klant met Dagsegment Recepten wordt gewerkt. We gaan nu alsnog toestaan dat het Recept opnieuw kan worden ingelezen, en stellen daarbij als regel dat de Gebruiker daarna ZELF de lopende Produktieorders opnieuw moet genereren. Of eigenlijk, "als dat nodig is", immers, zonder dat een Receptregel bestaat zullen we de order best gereedgemeld kunnen krijgen.
Omdat het op zich "gevaarlijk" is om het Recept opnieuw te kunnen inlezen terwijl er lopende orders zijn, zullen we in deze situatie niet met de vraag komen "wil je het oude Recept bewaren J/N ?" maar bewaren we die gewoon altijd; just in case.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOPOOGBK | Herberekenen P.O.-grootte | 20-08-2018 | 21-08-2018 |
| LOPOOGVA | Omschrijving (nog) niet bekend | - - | 21-08-2018 |
| LOPORGHB | Omschrijving (nog) niet bekend | 21-08-2018 | 22-08-2018 |
| SYUOTV | Toevoegen Upgrade Opmerkingen | 17-10-2007 | 23-08-2018 |
