Per heden een aantal extra kontroles toegevoegd in het Upgradebeheer, waarmee het nu niet meer is toegestaan om na een Upgrade Profit vrij te geven voor gebruik, terwijl er nog niet uitgevoerde konversies zijn.
Een dergelijke kontrole werd eerder niet uitgevoerd, omdat het mogelijk moest zijn om wél een Upgrade in de Produktiebestanden te doen, maar de Testbestanden nog even over te slaan (bijv. in een urgente situatie waarin midden op de dag een Upgrade moet worden uitgevoerd, en wachten op een Database Upgrade in Test alleen maar extra tijd kost).
Voor bovengenoemde situatie (Testbestanden, zonder gescheiden Test-/Produktieomgeving) is een escape ingebouwd; indien er echter niet uitgevoerde konversies voor de Produktiebestanden zijn, is het vrijgeven niet mogelijk.
Dergelijke kontrole is nodig omdat gebruikers zich niet houden aan het 20 stappen plan zoals beschreven is binnen de Upgrade procedure.
In een voorkomende situatie sloot de Upgrade zélf Profit af omdat ze konstateerde dat er konversies waren, maar startte de gebruiker daarna de Windowsversie op om Profit vrij te geven voor gebruik.
Dit was mogelijk, omdat de Windowsversie wél funktionaliteit biedt om Profit te (de-)blokkeren voor gebruik, maar de Windowsversie (bij aanwezigheid van een DOS versie!) niet gebruikt kan worden om een Upgrade uit te voeren.
De nu opgenomen blokkade zal dat moeten zien te voorkomen; Gebruikers die zich overigens netjes aan het 20 stappenplan houden, zullen hier verder niets van merken.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOEXUG | Omschrijving (nog) niet bekend | 23-01-2011 | 02-10-2013 |
