Bij het benaderen van een Belgische Exact Online administratie krijg ik de onderstaande foutmelding.
OData: Request failed: The remote server returned an error: (500) Internal Server Error. (The column ‘ChamberOfCommerceNumber’ in ‘’ can contain a text of at most 20 characters. The value ‘Ondernemingsrechtbank XXXXXXXXX’ in row #1 exceeds the maximum length (42 characters). Ensure that the value fits the maximum capacity of the column. (itgenrst009, XXX))
Bij het bekijken van de instellingen van de Belgische administratie, vermoed ik dat het onderstaande veld (zie screenshot) gebruikt wordt voor de desbetreffende kolom (RPR = Chamber of commerce). Daar is dezelfde waarden te zien als in de foutmelding.
De waarde in Exact lijkt te kloppen. Is het mogelijk dat Invantive deze waarde niet goed verwerkt?
Update: Bij het ophalen van classificaties in Power BI (zie: ExactOnlineREST.Financial.GLAccountClassificationMappings@eol) krijg ik dezelfde foutmelding.
DataSource.Error: OData: Request failed: The remote server returned an error: (500) Internal Server Error. (The column ‘DivisionCompanyCoCNumber’ in ‘’ can contain a text of at most 20 characters. The value ‘Ondernemingsrechtbank XXXXXXXXXXXX’ in row #1 exceeds the maximum length (42 characters). Ensure that the value fits the maximum capacity of the column. (itgenrst009, XXX))
Invantive SQL voegt voor de Exact Online lengtebeperkingen toe aan velden. Deze lengtebeperking was 20 karakters, maar blijkbaar is 60 ook technisch mogelijk in Belgie.
Invantive SQL controleert alle data voor toepasselijkheid van dergelijke metadata. Bij afwijking kan bijvoorbeeld een itgenrst009-melding optreden zoals beschreven.
De lengte is opgerekt van 20 naar 60 karaketers voor alle voorkomens van ChamberOfCommerceNumber in de volgende release, die in de loop van volgende week beschikbaar zal komen.
De RPR staat voor “Rechtspersonenregister” en is de plaatsnaam van het handelsregister, zoals we dat vroeger ook in Nederland kenden per plaats.
Wat we in Nederland het KvK-nummer kent men niet als dusdanig in België; het Belgische concept zoals ingeschreven in het RPR is het “ondernemingsnummer” dat de basis vormt voor het BTW-nummer sinds de introductie van de Kruispuntbank van Ondernemingen (1 juli 2003). Het Nederlandse RSIN-nummer is meer gelijkend met het ondernemingsnummer. De BTW-methodiek is in Belgie echter deels anders.
Advies is om als workaround totdat een nieuwe release beschikbaar is de waarde te vervangen of in te korten tot bijvoorbeeld “Gent” of “Antwerpen”, bijvoorbeeld door het eerste woord weg te laten.
De foutmelding treedt direct op bij het kiezen van de betreffende API tabel in PowerBI. Is het daarom uitsluitend mogelijk om deze waardes in Exact te muteren, of kun je ook met een LEFT statement o.i.d. werken?
De controles op de data-integriteit vinden plaats direct na het uitpakken van de gegevens uit het dataplatform (in dit geval Exact Online) en zijn by design bijzonder lastig te omzeilen.
Naar verwachting gaat in de loop van de ochtend een nieuwe release live op Invantive Bridge Online waarbij ook de extra lengte van KvK-nummer door hergebruik in België van het veld voor een andere betekenis mogelijk wordt.
