Foutmelding Invalid JSON bij tabel CustomerPaymentLines@vnt van Visma.net Financials

Sinds gisteren krijg ik bij het ophalen van data uit Visma.net Financials uit de tabel CustomerPaymentLines@vnt de volgende foutmelding in Power BI:

Fout in de gegevensbron:
DataSource.Error:
OData:
Invalid JSON.
A comma character ‘,’ was expected in scope ‘Array’.
Every two elements in an array and properties of an object must be separated by commas… DataSourceKind = OData.
DataSourcePath = https://bridge-online.cloud/acme-visma-net-financials/odata4/VismaNet.CustomerPayment.CustomerPaymentLines@vnt.
The exception was raised by the IDataReader interface.
Please review the error message and provider documentation for further information and corrective action.
Table: CustomerPaymentLines@vnt.

Dit draait sinds vorig jaar zonder problemen, is er iets aangepast in een recente update?

Wat staat er bij de details in Invantive Bridge Online Monitoring qua foutcode en tekst?

Gelieve ook het verzoek ID (in de titelbalk) toe te voegen?

Ik zie twee soorten meldingen voorbij komen:

Controleverzoek 8000036a-0002-eb00-b63f-84710c7967bb
Status: 200
Berichtcode: itgensgr140
Uitzondering: Detected duplicate row #2,026 on VismaNet.CustomerPayment.CustomerPaymentLines (1403616099).

Al denk ik dat de tweede melding wel recenter is en daarvoor niet is voorgekomen:

Controleverzoek 80000178-0002-e300-b63f-84710c7967bb
Status: 500
Berichtcode: itgengcr008
Uitzondering: Skip wordt niet ondersteund op Invantive Bridge Online.
Download alle gegevens zonder $skip.

De foutmelding met code itgensgr140 komt door de activatie van een nieuwe consistentiecontrole op een aantal platformen. De nieuwe consistentiecontrole controleert op de inhoudelijke correctheid van rijen en gaat verder dan de controle die door de cloudplatformpartners zelf uitgevoerd wordt. Er kan hierdoor (terecht) geconstateerd worden dat het cloudplatform incorrecte data teruggeeft (in het verleden waren vooral een aantal CRM-pakketten berucht in het incidenteel verdwijnen en/of dubbel teruggeven van rijen). Maar er kan ook onterecht een melding gegeven worden; een “false positive”.

Deze consistentiecontrole lijkt te strak te zijn. Een bijgestelde versie wordt momenteel samengesteld en zal daarna in productie genomen. Dit zal naar verwachting in de loop van de dag zijn.

De foutmelding met code itgengcr008 behelst het gebruik van $skip, waarmee een deel van de data overgeslagen wordt vooraleer de download begint. $skip wordt by design niet ondersteund; Invantive Bridge Online biedt altijd een lange stream van data aan in een performante wijze en $skip zou dit verstoren. Mocht er een use case zijn voor het gebruik van $skip, gelieve dan deze kort te beschrijven. Tot dusver waren er altijd betere alternatieven.

Er is een nieuwe release in productie genomen die dit probleem zou moeten oplossen.

Kunt u het alstublieft opnieuw proberen?

Als het probleem is opgelost: vink het vakje voor de oplossing aan. Zo niet, voeg dan een antwoord toe met de foutcode en het bericht, en het tijdstip waarop het probleem zich voordeed.

Volgens onze registratie is dit probleem desondanks nogmaals opgetreden. We zullen via een apart kanaal contact zoeken tbv analyse.

Het probleem is ook op een andere driver reproduceerbaar gemaakt met:

select /*+ http_disk_cache(false) http_memory_cache(false) */ * 
from   Sendinblue.Contacts.Contacts@sib

Er is een nieuwe release in productie genomen die dit probleem zou moeten oplossen.

Kunt u het alstublieft opnieuw proberen?

Als het probleem is opgelost: vink het vakje voor de oplossing aan. Zo niet, voeg dan een antwoord toe met de foutcode en het bericht, en het tijdstip waarop het probleem zich voordeed.

Dank, hiermee is dit probleem opgelost.

1 like