Al jaren is bekend dat als wij een bestaande funktie aanpassen, en deze via modem of RDP naar U toesturen, de betreffende gebruikers even Profit moeten afsluiten + opnieuw opstarten, "omdat de oude versie van dat programma nog in het geheugen van de computer kan staan". FoxPro zal nl. niet continue iedere funktie van disk lezen, maar zal funkties die nog in het geheugen staan uit het geheugen verwerken.
Vandaag is gebleken dat dit v.w.b. Alternatieve Funkties een vervelend effekt kan hebben.
In het konkrete voorbeeld zijn er 2 bedrijven, stel A en B. Bedrijf A nummert Verkooporders op via een Alternatieve Funktie waarbij orders genummerd worden volgens het algoritme EJJMMDDVVVV (Eeuw, Jaar, Maand, Dag, Volgnummer). Bedrijf B werkt zonder Alternatieve Funkties, en nummert volgens het standaard algoritme EEJJMMDDVVV.
Vervolgens starten we Profit op in bedrijf A, voegen een Verkooporder toe, en dat leest de funktie "Bepaal Verkoopordernummer" uit de Alternatieve Funktiedirectory. Als we nu overschakelen naar bedrijf B, en daar ook een Verkooporder toevoegen, staat "Bepaal Verkoopordernummer" nog in het gekeugen, en wordt deze versie uitgevoerd. Resultaat is dat in bedrijf B het ordernummer wordt opgehoogd volgens het algoritme van bedrijf A, en aldaar direkt de situatie "Verkooporder is onjuist opgehoogd" uitlokt.
M.i.v. deze Releasenote wordt bij het Aktiveren van een Bedrijf (en daarmee ook bij het Omschakelen naar een ander bedrijf) alle in het geheugen ingelezen Funkties uit het geheugen verwijderd, om ervoor te zorgen dat in het nieuwe bedrijf altijd iedere funktie opnieuw van disk gelezen wordt.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOINBE | Initialiseren Bedrijf | 03-09-2009 | 22-01-2010 |
