Sinds gisteren lopen we op een error bij het vernieuwen van onze Nmbrs-gegevensstroom, waarbij die continue vast loopt op de tabel Nmbrs.Views.EmployeeCostCentersCurrent@nms.
Voorheen zijn de data-vernieuwingen wel succesvol verlopen. Tijdens het draaien van de refresh komen onderstaande regels in de monitoring naar voren:
Is dit iets wat aan onze kant ligt en wij zelf kunnen oplossen, of gaat er sinds gisteren mogelijk iets niet helemaal meer goed bij het ophalen.
Is het mogelijk om een (geanonimiseerde) schermafdruk van de details van het verzoek in Invantive Bridge Online Monitoring toe te voegen zoals beschreven in Meer inzicht met nieuwe Bridge Online Monitoring?
De details vindt u door te klikken op het downloadverzoek welke het onderwerp van dit onderwerp representeert.
Het downloadverzoek heeft meestal een SQL-statement waarin de tabelnaam zichtbaar is.
Gelieve tenminste de volgende gegevens zichtbaar te laten van beide kolommen:
Bijvoorbeeld:
Controleer zorgvuldig dat u zich aanmeldt op de Bridge Online-website die ook gebruikt wordt vanuit Power BI en met dezelfde gebruikersnaam. U ziet alleen de verzoeken van de Invantive Cloud-gebruiker waarmee u zich aanmeldt op de website.
Er zijn vier servers in gebruik:
bridge-online.cloudapp-online.cloudbridge-online.invantive.comapp-online.invantive.comDe gebruikte server ziet u in uw script of broncode van rapportage.
Zorg ervoor dat u het verzoek eerst selecteert om de details weer te geven. Er hoort maar één verzoek zichtbaar zijn in de schermafbeelding.
Controleer ook zorgvuldig of het verzoek een pad heeft met odata4 of apps. Verzoeken met andere paden zijn over het algemeen niet relevant voor dit doel.
Daarnaast zal de Invantive Cloud-gebruiker die de foutmelding heeft op zijn e-mailadres veelal een e-mail ontvangen met een foutmelding en tips als er sprake is van een foutmelding in Power BI, Power Query, Azure Data Factory, Qlik of Tableau.
Advies is om de spam van de betrokken gebruiker te controleren op dergelijke e-mails verzonden vanaf support@invantive.com.
Allereerst dank voor de opvolging.
Onderstaande afbeelding zijn de details van één van de monitorregels met statuscode 500.
Wat hierbij opvalt is dat onder de kolom “Uitzondering” de waarde “Systeemfout” staat.
itgenxml091
Systeemfout.
Request ID: 0HNHNAK52JV4M:00000003
Voor interne verwerkingsfouten wordt teruggevallen in Bridge Online en App Online naar generieke meldingen zoals “Systeemfout.”
De echte tekst is dan te vinden in het scherm “Systeemberichten” op Invantive Cloud.
In dit geval is de volledige tekst:
itgenxml091
The column ‘KOSTENSOORTCODE’ has a value ‘P0023’ which can not be converted to the data type ‘decimal’.
The value ‘P0023’ is not a valid decimal.
The input string ‘P0023’ was not in a correct format. Use decimal dot ‘.’ as a decimal separator and comma ‘,’ as a thousands separator."
Vergelijkbare meldingen komen ook elders voor.
Een analist zal bestuderen in hoeverre de metadata van Nmbrs correct is en wijziging behoeft door Invantive of Nmbrs zelf.
Wederom dank voor het antwoord en de uitleg.
Op welke manier zal het gecommuniceerd worden zodra de oplossing is geïmplementeerd? Dit zodat we op de hoogte zijn dat de gegevensstroom weer succesvol vernieuwd kan worden.
De communicatie gaat met een reactie zoals deze.
Er is een nieuwe release beschikbaar die dit probleem zou moeten oplossen. De benodigde wijzigingen zijn beschikbaar vanaf release 25.0.143 en in alle toekomstige BETA versies.
Deze nieuwe release is/wordt in productie genomen op Invantive Cloud.
Voor meer informatie zie:
Wanneer wordt naar verwachting deze release gelaunched? Betreft dit een update van 1-maandelijkse of 1-wekelijkse frequentie? Het is voor ons namelijk van belang dat we weer consistent en succesvol de data binnen krijgen, zodat we verder kunnen met het project.
In de eerder genoemde link staat hier mee uitleg over.
De rest van de reactie zal later verhuisd worden naar een apart topic, omdat die op iets anders betrekking heeft.
Ik heb de link inderdaad gelezen, echter kunnen wij wat concretere informatie gebruiken wanneer wij kunnen verwachten dat de API voor die gegevensstroom weer werkt. Wij zijn namelijk afhankelijk van een goede en succesvolle ontsluiting voordat wij verdere stappen in ons project kunnen ondernemen.
Ik verneem graag of er iets concreter benoemd kan worden wanneer er verwacht wordt dat het opgelost is.
In de link staat het beleid beschreven inclusief frequentie. Advies is om de daar beschreven stappen te volgen om te zien wanneer een release beschikbaar is gekomen. Omdat er sprake is van standaardsoftware met parallelle wijzigingen uit verschillende redenen kunnen we helaas niet aansluiten bij een projectmatige tijdlijn.
Een wijziging die het probleem zou moeten oplossen zit reeds in de volgende release:
Er is een nieuwe release beschikbaar die dit probleem zou moeten oplossen.
