Vernieuwing data in Power BI HR Dashboard

Ik weet dat er al een topic bestaat t.a.v. het HR Data (Power Bi) Dashboard ( HR data PowerBI dashboard ) maar bij deze een nieuwe vraag/issue die wij omtrent dit dashboard ervaren waarbij ik me afvraag of dit dan ook wellicht breder en dus ook door andere AFAS klanten zo wordt ervaren en dan een issue is dat zit in de kern van het sjabloon/template HR Data (Profit).pbit bestand dat nu door AFAS wordt uitgeleverd op Business intelligence (Power BI) inrichting applicatiebeheer - Help Center Nederland

Het publiceren van het dashboard vanuit de Power Bi Desktop applicatie volgens alle stappen die AFAS voorschrijft lukt goed en het betreffende dashboard heb ik ook kunnen publiceren op InSite. Waar het bij ons in de fout loopt is bij het (gepland)vernieuwen van het dashboard in Power Bi Service . Als ik in de Power Bi Service (app.powerbi.com) dan een vernieuwing uitvoer (handmatig/op aanvraag of gepland en beiden op op basis van tijdzone UTC +01:00), dan verschuift mijn week data in de “Bezetting” en “Rooster vs NC” tabbladen. De waardes worden dan t.o.v. de kolomkop(pen) niet meer netjes getoond t.o.v. Maandag t/m Vrijdag maar van Zondag t/m Donderdag..

Nu heb ik al verschillende pogingen ondernomen, o.a. met behulp van Microsoft Copilot AI om te achterhalen waar dit issue dan specifiek uit voorkomt en de oplossingsrichting daarin lijkt ook enigszins uiteen te lopen maar de kern lijkt wel te liggen in het feit dat de “vernieuwing” in Power Bi Service (volgens UTC tijdzone(s)) t.o.v. de feitentabel “Perioden” uit AFAS de boosdoener lijkt te zijn. Hiermee kom ik dan tot het feit dat na vernieuwing in Power Bi Service er in de “Perioden” tabel dan ook een verschuiving heeft plaatsgevonden v.w.b. de kolommen: “Begindatum periode” en “Einddatum periode” vanaf de “toegepaste stap” in de query: “ DateTypeConversion” waarin er v.w.b. een dataset van 1 januari 2024 t/m 31 december 2026, de begindatum voor januari (2024) is geconverteerd naar 31 december 2023 en einddatum 30 januari 2024 enzovoorts. (zie bijgevoegd screenshot).

Hoewel Copilot aangeeft dat de query aan te passen is zodat dit niet meer gebeurt, levert dat in de praktijk bij ons toch nog niet de oplossing op en dus ben ik benieuwd of er ook door andere AFAS gebruikers tegen dit issue wordt aangelopen en of oplossingsgerichtheid dan ook i.s.m. AFAS moet worden gezocht t.o.v. de samenstelling van het HR Data (Profit).pbit bestand en inhoudelijke query stap of dat dit dan ligt aan eigen (server)instellingen binnen onze internet omgeving?

Betreffende issue heb ik vorige week ook al bij AFAS aangekaart maar het eerste antwoord daar was om het “laatste” bestand vanaf Business intelligence (Power BI) inrichting applicatiebeheer - Help Center Nederland te gebruiken aangezien zij zeggen het daarin te hebben ondervangen terwijl wat dat in de praktijk dus helaas niet zo ervaren.

Ik realiseer me dat bovenstaande wellicht ook meer een vraag is ter voorlegging aan een Power Bi expert maar aangezien AFAS wel degelijk presenteert dat het instellen van “vernieuwing” in de Power Bi Service gewoon zonder problemen goed zou moeten kunnen gaan en we dat dus in praktijk niet zo ervaren, lijkt me dat dan een zorg die wellicht dus door meerdere klanten gedeeld wordt en waarmee we dan vanuit bewustwording dan ook gezamenlijk als eindgebruikers met AFAS op zoek kunnen naar de juiste oplossingsrichting.

Kleine update: Ook AFAS support heeft het probleem nu weten na te spelen en enigszins onderkent en doorgezet naar de AFAS productontwikkeling:

“Ik ga dit verder voor je uitzoeken, ik heb het in mijn eigen omgeving doorlopen en daar ging het eerst goed, na het handmatig vernieuwen, maar nadat het vannacht via de geplande taak is gegaan gaat het ook verkeerd”

Onder het mom van “twee weten meer dan een”, ben ik nog wel benieuwd of er hier ook gebruikers tegen dezelfde problematiek aan (zijn) (ge)lopen. Mocht AFAS met een oplossing komen dan koppel ik die hier uiteraard ook terug.

Inmiddels lijkt het probleem zoals omschreven ook definitief te zijn gekend door AFAS en is er aan een oplossing gewerkt. Zie ook: Inschrijven | LinkedIn

De oplossing zoals dan ook door AFAS lijkt te zijn toegepast in het HR data (Profit).pbix bestand per heden in Profit 6, zoals te downloaden op, is dan de volgende:

In de gegevenstransformatie en toegepaste stappen v.w.b. de feitentabel “Bezettinggegevens_bron” is de eerdere toegepaste stap: “TypeAangepast”:

Table.TransformColumnTypes(
            KolomnamenAangepast,
            {
                {"Datum", type date},
                {"Type regel", Int64.Type}
            }
        )

vervangen door de toegepaste stap: “DatumZonderTijdzone”:

Table.TransformColumns(
            KolomnamenAangepast,
            {
                {"Datum", each Date.From(DateTimeZone.RemoveZone(_)), type date},
                {"Type regel", each _, Int64.Type}
            }
        )

Overkoepelend heeft AFAS dan in principe ook een vergelijkbare oplossing toegepast t.a.v. de opbouw van vergelijkbare feitentabel van de andere betreffende standaard beschikbaar gestelde .PBIX bestanden waar zich dit issue zich tot op heden dan in voordeed.

Nog een update: nadat AFAS de problematiek t.a.v. UTC tijdzone heeft opgelost aan de Power BI Service kant: Inloggen - AFAS Klantportal , is een vergelijkbaar probleem ook in Power BI Desktop ontstaan (in januari 2026). Dat probleem is inmiddels ook opgelost: Inloggen - AFAS Klantportal

De oorzaak zat (naar alle waarschijnlijkheid) bij het “Klaarzetten gegevens” v.w.b. de gegevensverzameling aan AFAS zijde, er aan AFAS server zijde de datums zich ook servertechnisch lieten verhouden tot de UTC tijdzone waardoor de Boolean waardes (waar/onwaar) v.w.b. thuiswerkdagen t.o.v. de datums, ook in het ophalen van de gegevens in Power BI Desktop al verschoven waren. AFAS heeft dit nu dus ondervangen. Problematiek waarin datum dus verschoven door UTC tijdzone is dan nu zowel in Power BI Desktop als Power BI Service opgelost in het meest recent beschikbaar gestelde “HR_Data_(Profit)_v1.03.pbit”. (beschikbaar sinds 26-2-2026)

Let op:! AFAS lijkt het sjabloon te hebben uitgeleverd met de 2 aangevinkte waardes in het organigramfilter: “Organigram EnYou ICT Services B.V.” en “TEst 123”. Mocht je na het openen van het nieuwe v1.03 sjabloon bestand in Power BI Desktop dus nog geen “eigen” omgevingsdata in de tabbladen van het Power BI Desktop dashboard zien, dan komt dat dus door deze 2 aanvinkte waardes die je dan handmatig moet uitschakelen. AFAS Support heb ik hier inmiddels ook van op de hoogte gebracht dus het zou wellicht nog zo kunnen zijn dat ze deze (kleine achtergebleven (sjabloon)fout) in de uitlevering van het v1.03 sjabloon .pbit bestand nog herstellen.