Tijdens een Profitsessie wordt gebruik gemaakt van allerlei diverse lokale werkbestanden. Iedere Profitsessie dient dan ook haar eigen lokale omgeving te hebben. Het is
niet toegestaan om Profit twee keer op te starten op hetzelfde werkstation, bij de gratie dat beide sessies elkaar kunnen dwarszitten omdat ze gebruik maken van dezelfde lokale werkbestanden.
Het opstarten van meerdere Profitsessies op één werkstation is niet standaard geblokkeerd. Dit, omdat sommige klanten hier toch wel eens gebruik van maken, gebaseerd op de wetenschap wat ze wel/niet kunnen doen. Middels een Systeemparameter dient echter te worden ingesteld dat het niet is toegestaan om meerdere sessies op 1 werkstation te starten.
Een van de dingen die gebeurt als Profit wordt gestart, is het initialiseren van de Gridbestanden; zie hier maar voor je dat ieder Raadpleegoverzicht in Profit een klein tabelletje op disk heeft staan die de records bevat die op het scherm getoond worden. Stel nu dat je in de ene sessie naar een willekeurige Raadpleegfunktie gaat (bijv. Raadplegen Artikelen (Hoofdmenu-1-1-1-1)) en je zou daarna een 2e Profitsessie willen opstarten, dan zal deze 2e sessie beginnen met het verwijderen van Gridbestanden wat op dat moment niet mogelijk is, immers, je andere Profitsessie heeft die bestanden in gebruik. Op zich hoeft dit nog niet zo'n probleem te zijn; de 2e Profitsessie zal dan gewoon niet opstarten totdat de Gridbestanden door de andere Sessie zijn vrijgegeven. Ondertussen blijft Profit dit wel proberen...
Als we met de ADS versie van Profit werken, dan geldt dat we in ADS náást alle geblokkeerde funkties ook allerlei andere opgetreden fouten gelogd in een ADS Tabel QERROR. Zo ook errors die optreden a.g.v. een poging om een file te verwijderen wat niet lukt, en waarbij keer op keer nieuwe pogingen worden ondernomen totdat dat wel gelukt is. Dit zorgt ervoor dat indien Profit niet formeel is geblokkeerd voor het opstarten van meerdere sessies op één werkstation, tijdens het opstarten van de 2e Profitsessie de continue pogingen om de Gridbestanden te verwijderen (die door de 1e sessie in gebruik zijn) zo'n 50x per seconde wordt gelogged in het QERROR bestand. Het resultaat is dat die tabel in een enorm rap tempo aan het groeien is, en daarmee diskcapaciteit op de server wegslurpt.
Met ingang van deze Releasenote is er een aanpassing gedaan die stelt dat indien binnen 5 seconden een bepaalde error voor een tweede keer voorkomt, de error niet nogmaals wordt geregistreerd in de QERROR logt. Dit, om te voorkomen dat die tabel in bovengenoemde situatie groeit met enkele MB's per minuut.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| SYER | Omschrijving (nog) niet bekend | 08-01-2020 | 25-09-2020 |
| SYINGB | Omschrijving (nog) niet bekend | 16-10-2014 | 25-09-2020 |
| SYINV | Omschrijving (nog) niet bekend | 26-08-2020 | 25-09-2020 |
| SYSS | Omschrijving (nog) niet bekend | 24-09-2020 | 25-09-2020 |
