Bij het genereren van een Produktieorder vanuit een Verkooporderregel geldt dat de Startdatum van die P.O. niet in het verleden mag liggen.
Natuurlijk kunnen we nooit iets 'per gisteren' produceren waar we vandaag pas weet van hebben; wat dat betreft zou een melding dus 100% terecht zijn. Echter, als we vorige week een Produktieorder hadden gegenereerd die we toen wilden produceren, dan hebben we nu ook een P.O. met een Startdatum in het verleden...
Een Startdatum in het verleden kán gebruikt worden om een volgorde te impliceren, waarbij een behoefte op een oudere order w.s. eerder moet worden geproduceerd dan een behoefte op een nieuwe order; simpelweg omdat die klant langer wacht.
Als we via 5-2-1-1 een Produktieorder toevoegen, krijgen we ook geen melding dat de Startdatum in het verleden ligt; het wordt klakkeloos geaccepteerd.
Omdat we niet kunnen produceren in het verleden, was dit geblokkeerd. Nu kunnen we stellen dat bij het genereren van zo'n order de startdatum minimaal 'vandaag' zal moeten zijn, echter, daardoor zal de Finishdatum later worden dan de Leverdatum van de Verkooporder waaruit we de order genereren. Ofwel, logischewijze zou het toevoegen van de P.O. dan ook de Leverdatum van de Verkooporder moeten doen aanpassen.
Zo ver gaan we (nu) nog even niet, althans, niet automatisch. De blokkade wordt opgeheven, en in plaats daarvan volgt nu een waarschuwing. Het is aan de Gebruiker om de waarschuwing al dan niet te negeren; als ze een waarschuwing krijgt, dient ze eigenlijk eerst de Leverdatum te wijzigingen, en dan een nieuwe PO te genereren.
Merk ook op dat "negeren" een optie kan zijn, immers, de datum waarop de Produktieorder wordt ingepland hoeft weer niets te zeggen over het moment waarop het daadwerkelijk geproduceerd wordt (immers daar kan eerst weer een komplete Produktieorder-planning tussen zitten).
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOVRGNPO | Genereren Produktieorder | 26-06-2018 | 26-06-2018 |
