Profit-Change-Key zal niet mogen omnummeren volgens een index waarop een FOR clausule staat. Dit, omdat e.a. FOR bedoeld is om bepaalde records uit de index te filteren. Zouden we bijv. een FOR clause hebben op Openstaand indikator = 'J', dan staan de records die niet open staan niet in die index, en zouden de sleutelgegevens van de niet openstaande records niet worden verwerkt.
Omdat de FOR clause ook wordt gebruikt om aan te geven dat een tabel Transaktioneel is, bevat Change-Key een uitzondering hierop; als de enige FOR konditie er een is a.g.v. het transaktioneel maken van de tabel, dan is er feitelijk geen echte FOR aanwezig, en mag er alsnog worden omgenummerd volgens deze index.
Probleem i.g.v. ADS is nu dat Visual FoxPro de opgegeven FOR clause manipuleert, en dat ADS dat niet doet. Stel dat we een tabel reorganiseren, met een FOR clause VROPEN = 'J', dan zal VFP de spaties voor en na het = teken elimineren. De FOR clause ziet er dan uit als VROPEN='J'. ADS geeft deze FOR wel netjes terug zoals opgegeven.
Ook een <> opdracht (dus VROPEN <> 'J') zal door VFP worden omgezet naar VROPEN#'J'.
Per heden zal ADS de Visual Foxpro variant van de FOR clauses moeten teruggeven; dit, omdat anders uitzonderingskoding zoals in ProfitChange-Key niet meer haar werk kan doen.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| APCKDO | Omschrijving (nog) niet bekend | 30-07-2012 | 30-07-2012 |
| APCKDO1 | Omschrijving (nog) niet bekend | 25-07-2012 | 30-07-2012 |
| APTD | Omschrijving (nog) niet bekend | 23-02-2012 | 30-07-2012 |
| LOPGSQVA | Omschrijving (nog) niet bekend | 30-07-2012 | 30-07-2012 |
