Gelukkig gebeurt het niet al te vaak, klanten die leestekens gebruiken in de Identifikaties van Artikelen, Relaties, ofwel in Sleutelvelden.
Per heden is het zelfs formeel verboden om leestekens te gebruiken in Sleutelvelden. Er is een kontrole opgenomen die alleen de volgende characters toestaat:
" 0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZ!@#$%^&*()/:;<>-_+,."
Reden voor een formele blokkade is dat gekonstateerd is dat als een tabel gemuteerd wordt terwijl de Codepage er niet op staat, de waarde wel degelijk anders kan worden, met grote gevolgen...
Een Debiteur GÖPE001 komt als GÖPE001 in het boekingenbestand terecht, en wordt als zodanig toegevoegd aan "Afgesloten Perioden". Als echter de Codepage van de tabel verdwijnt, en er wederom een boeking voor GÖPE001 gemaakt wordt én daarna de Codepage weer wordt aangebracht, zal GÖPE001 gewijzigd zijn in G PE001. Dit gaat vervolgens weer naar de Afgesloten Periode tabel, waarin we vervolgens beide kombinaties hebben staan (en het saldo feitelijk een puinhoop wordt).
Dit soort situaties hebben mogelijk nog veel meer gevolgen. Zo mogen we verwachten dat als de CodePage van een tabel afraakt, een zoekopdracht naar GÖPE001 niet de in G PE001 gewijzigde waarde zal vinden, waardoor er situaties zullen onstaan dat gegevens niet meer gelokaliseerd kunnen worden, dat we entiteiten kunnen verwijderen omdat het systeem 'denkt' dat ze niet meer in gebruik zijn etc.
Per heden zijn dergelijke characters dan ook verboden, althans, in Sleutelvelden én alleen in Toevoegfunkties. Dit, om te voorkomen dat we niet blokkeren dat U nog gegevens kunt opvragen van entiteiten die in het verleden al verkeerd zijn ingevuld.
Heeft U zelf entiteiten in gebruik met leestekens in de Identifikatie, dan is het advies deze niet meer te gebruiken, en een nieuw Id aan te maken (danwel e.e.a. met Profit-Change-Key om te nummeren).
NB: Merk overigens op dat áls de database al 'verknald' is geraakt (doordat ooit de CodePage een keer van een tabel af is geraakt), het probleem ook niet met Profit-Change-Key kan worden opgelost! Een nieuw Id aanmaken is dan een betere oplossing.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| SYMTICVD | Omschrijving (nog) niet bekend | 20-01-2010 | 21-01-2010 |
