Binnen Profit zijn er verschillende manieren om data uit te wisselen richting Extendis, opdat zij Order- en Kostenfakturen aan Profit beschikbaar kunnen stellen in hun Views VW_ProfitInlezenOrders en VW_ProfitInlezenKosten.
In Extendis zullen een aantal gegevens uit Profit bekend moeten zijn; denk hierbij aan Grootboekrekeningen, BTW Kategoriën en nog niet gefaktureerde Goederen Ontvangsten. Een van de methoden om die data met Extendis uit te wisselen, is door deze Data in een reeks Profit_ tabelen beschikbaar te stellen. Zo worden Grootboekrekeningen opgenomen in een tabel Profit_ADGR.
Tot aan deze Releasenote was de Collation van dit soort tabellen gelijk aan de Collation van de Database; dit betrof een CaseInsensitive Collation. Voor 'sleutelvelden' is een Case-Insensitive Collation niet wenselijk, bij de gratie dat dit veld in Profit een Case-Sensitive veld betreft. M.i.v. deze Releasenote geldt dat alle Character velden uit deze Profit_ tabellen als Case-Sensitive beschikbaar worden gesteld.
Deze aanpassing geldt overigens alleen voor de situatie waarin rubriek "Rechtstreeks in SQL J/N" met de waarde "Ja" is gevuld.
Wat is nu eigenlijk precies het probleem?
Laten we dit uitleggen aan de hand van een voorbeeld. In Profit hebben we Grootboekrekeningen, Kostenplaatsen en Kostensoorten. Deze rekeningnummers staan allemaal in tabel ADGR (Grootboekrekeningen) en worden daar uniek gemaakt middels het Rekeningschema.
Het Rekeningschema bestaat uit twee letters. Een Grootboekrekening wordt in ADGR opgeslagen met een Rekeningschema bestaande uit twee Hoofdletters; een Kostenplaats doet dit met twee kleine letters (en een Kostensoort met een kombinatie van hoofd-/kleine letters).
Stel dat we een Grootboekrekening 1200 hebben, maar we hebben ook een Kostenplaats 1200, dan hebben we 2 records in ADGR waarbij één record onder ADRS_IDE = "LO" staat en het andere record onder ADRS_IDE = "lo".
Bij een Case-Insensitive collation zullen we nooit in staat zijn om enkel de records op te vragen die in Hoofdletters staan, immers, het "Case-Insensitive" zorgt ervoor dat we ook de versie in kleine letters krijgen. Derhalve moéten de Character velden in deze tabellen een Case-Sensitive Collation krijgen.
Merk op dat dit slechts één voorbeeld is en dat er veel meer toepassingen zijn die fout kunnen lopen door geen hoofd-/kleine letters te respekteren; denk bijv. aan het feit dat het in Profit mogelijk is om kleine letters toe te staan in het Artikelnummer, of in Chargenummers.
| Funktie | Omschrijving | Dtm.Vl.Wyz | Dtm.L.Wyz |
| LOEXSQGN | Omschrijving (nog) niet bekend | 25-02-2021 | 25-02-2021 |
