Mislukte automatische refreshes bij "EmployeeFixedHourComponents@nms" en "EmployeeVariableHourComponents" gegevensstromen Nmbrs

Sinds enkele dagen ervaren wij problemen met het automatische refreshen van twee van onze Nmbrs-gegevensstromen in Power BI. Dit zijn de gegevensstromen die (enkel) de data-tabellen EmployeeFixedHourComponents@nms en EmployeeVariableHourComponents bevatten.

De laatste dagen loopt die consistent op een foutmelding bij de automatische refresh. Nu staan de geplande tijden op 03:00 (FixedHours) en 04:00 (VariableHours). Deze stonden eerst op 05:00 en 05:30, maar bij die tijden liep die ook op foutmeldingen.

Zie onderstaande afbeeldingen m.b.t. de geplande refresh pogingen:

FixedHours

Power BI refresh overzicht

Monitoring history Invantive

VariableHours

Power BI-refresh overzicht

Monitoring history Invantive

image

Wat mij opvalt is dat bij beide detailoverzichten van het monitoring ID staat:

itgenboe161
De gegevensdownload werd geannuleerd na x minuten, x seconden, waarschijnlijk door de gebruiker.

Gezien dit geplande refreshes betreffen die in de nacht uitgevoerd wordt, hebben wij deze uiteraard niet geannuleerd.

Dit zijn tevens ook de enige tabellen/gegevensstromen waar wij nu problemen mee ervaren. De andere gegevensstromen worden zonder enige problemen gerefreshed. Het is ook niet dat dit grote data-tabellen zijn, FixedHours bevat 4.403 rijen en VariableHours 27.534 rijen.

Waar kunnen deze problemen aan liggen? En zijn er mogelijkheden om de tijdsduur van de refresh in te korten? 40+ minuten voor het aantal rijen klinkt aardig lang. De andere twee gegevensstromen duren circa 4-10 minuten.

Advies is om kennis te nemen van:

En waar mogelijk alternatieven te kiezen. Waarschijnlijk heeft Power BI op enig moment het verzoek automatisch afgebroken.

Ook al zijn het weinig rijen, het gaat om enorme aantallen API-calls op Nmbrs.

Dank voor het antwoord.

Voor ons is het niet mogelijk om een bepaalde periode te filteren, doordat wij alle data-regels nodig hebben voor zowel FixedHours als VariableHours. In de daarop volgende berichten wordt aangegeven dat het probleem opgelost was, waarna wij ook geen problemen meer hadden ervaren met de gegevensstroom tot 9 januari.

Vanaf 8 januari einde middag is het aantal administraties dat via het Nmbrs account ontsloten wordt verhoogd. Vanaf 9 januari zijn de problemen begonnen met de automatische verversingen, kan dit een mogelijk verband hebben?

Ik moet echter wel vermelden dat het uitvoeren van handmatige verversingen wel altijd succesvol verloopt, ook nadat deze problemen met de geplande verversingen zijn ontstaan. Er is getest om de tijden van de automatische verversingen aan te passen, om te kijken of het tijdstip er mogelijk iets mee te maken heeft. Dit bleek echter niet direct het geval te zijn, bij elk tijdstip zijn er wel foutmeldingen.

Zie onderstaand een logboek van de verversingen die er plaats gevonden hebben vanaf 08-01-2026, om een beeld te geven van het probleem.

De overige gegevensstromen doen het echter nog altijd zonder probleem.

Voor ons is het van belang dat deze twee gegevensstromen weer succesvol gaan verversen op geplande tijden, zodat wij verdere stappen kunnen ondernemen in het project.

Advies is om een ervaren consultant te betrekken bij dit probleem.

Er is geen reden om aan te nemen dat er een bug binnen Invantive aan ten grondslag ligt, maar dat de grenzen van het eenvoudig haalbare zijn bereikt. Een consultant kan u helpen een alternatieve strategie uit te werken en te implementeren.

Dank voor het antwoord en het advies.

Ik zal dit met mijn collega bespreken, zouden we deze consultancy eventueel bij jullie kunnen afnemen?

Het is mij opgevallen dat sinds vandaag 14:00 alle gegevensstromen van Nmbrs tegen een error aanlopen, ook degene die het wel elke keer foutloos gedaan hebben. Deze verversingen lopen dan ook allemaal op exact 32 seconden op een fout. Kan het zijn dat er sinds vanmiddag in de verbinding iets niet helemaal lekker loopt, wat dit veroorzaakt?

Zie onderstaande afbeelding, dit betreft onze (Nmbrs) kosten gegevensstroom, die het tot 20-1-2026 14:00 probleemloos heeft gedaan.

Dit is wat ik in de monitoring kan zien:

Het gebruik van deze tabellen is niet meer mogelijk in afwachting van risicomitigerende maatregelen qua maximaal aantal API-calls per dag. Via een ander kanaal zal contact gezocht worden.

Deze vraag is automatisch gesloten na 1 week inactiviteit. Het laatste gegeven antwoord is gemarkeerd als oplossing.

Gelieve een nieuwe vraag te stellen via een apart topic als het probleem opnieuw optreedt. Gelieve in de nieuwe vraag een link naar dit topic op te nemen door de URL er van in de tekst te plakken.

Dit topic is 3 dagen na het laatste antwoord automatisch gesloten. Nieuwe antwoorden zijn niet meer toegestaan.