Deze fout kon in principe alleen optreden indien Produktie- naar test gekopieerd was, en vervolgens in Test een Sleutelwijzigingsopdracht werd getest.
De fout trad op bij het renamen van de Kontaktverslagen, welke op de disk van de server, aan bijv. FOXPKPKTFPKKXDHTMLED201523<bestandsnaam> zijn opgeslagen. Indien we de 1e keer Produktie naar Test kopieren en onze sleutelwijziging proberen is er nog niets aan de hand, en worden deze bestanden netjes renamed.
Als we daarna nogmaals Produktie- naar test kopieren, staat het origineel er weer, maar, de gerenamede versie staat er ondertussen ook van onze eerdere rename opdracht. Gaan we nu nogmaals eenzelfde sleutelwijziging uitvoeren, dan zal het document voor een 2e keer worden gerenamed, terwijl de nieuwe sleutel nu al bestaat.
Probleem is m.i.v. deze Releasenote opgelost door te kontroleren of de nieuwe filename al bestaat, en zo ja, deze naar een *.001, *.002 etc. versie te hernoemen.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| APCKDO | Omschrijving (nog) niet bekend | 17-03-2015 | 24-04-2015 |
| APCKDO1 | Omschrijving (nog) niet bekend | 13-03-2015 | 24-04-2015 |
