Overuren en ontbrekende uren per medewerker: controleerbaar tot op de dag, met Excel-export

Zie per medewerker hoeveel overuren en ontbrekende uren er zijn sinds 1 januari, met elk cijfer doorklikbaar tot op de dagberekening en de onderliggende registraties, en een Excel-export met echte formules ernaast. Je AI-tool bouwt het via de Finibase-connector en houdt het daarna dagelijks actueel.

Doel

Dit dashboard beantwoordt twee vragen: wie heeft nog uren te registreren, en wie bouwt overuren op? Het toont per medewerker de overuren, de ontbrekende uren, het netto saldo en het aantal dagen dat afwijkt van het uurrooster, met daaronder de opsplitsing van de geregistreerde uren in gewerkte uren, afwezigheid en recup.

Het onderscheid met de KPI "Totaal aantal overuren" op het medewerkerdashboard: hier staan alle medewerkers naast elkaar, je klikt door van medewerker naar maand naar dag naar de registraties zelf, en je krijgt bovenaan een actieoverzicht met de medewerkers die het eerst een registratiecontrole nodig hebben. Dat overzicht is een prioriteit voor registratiecontrole, geen prestatiebeoordeling.

Typisch gebruik: de maandafsluiting (staan alle uren erin voor we factureren?), de opvolging van overuren en recup, en het aftoetsen van de Finibase-cijfers tegenover het scherm "Uren per medewerker" in AdminPulse.

Brondata

De berekening is dezelfde als die van de KPI in Finibase: per dag gewerkte uren plus het begrensde verlof min de verwachte uren. Overuren zijn de som van de positieve dagsaldi, ontbrekende uren de som van de negatieve. Ze worden niet met elkaar verrekend, net als in AdminPulse.

Wat je vooraf nodig hebt

• Finibase gekoppeld aan je AI-tool, met de AI-integratie-permissie voor medewerkersgegevens.

• Een uurrooster per medewerker in AdminPulse. Zonder uurrooster kan de AI voor die medewerker geen verwachte uren berekenen.

• De huisstijl ingevuld in je Finibase-wiki. Ontbreekt ze, dan biedt de AI aan om ze eerst af te leiden van je website.

• De feestdaginstelling in Finibase gelijk aan die in AdminPulse. De prompt vraagt je dit bij elke uitvoering expliciet te bevestigen, omdat Finibase de AdminPulse-instelling niet kan lezen. Hoe je beide instellingen gelijkzet, lees je in het artikel over overuren en feestdagen in de sectie "Data correctheid".

De prompt

Kopieer de volledige tekst hieronder en plak ze in een nieuw gesprek met de Finibase-connector aan. Er zijn geen keuzes in te vullen: de periode is altijd 1 januari tot en met vandaag. De AI stelt enkel vragen als er toegang of informatie ontbreekt, en vraagt je één keer om de feestdaginstelling te bevestigen.

# Overuren en ontbrekende uren (platformonafhankelijk)Maak via Finibase een interactief dashboard én een volledige Excel-export met de overuren en ontbrekende uren per medewerker. Elk cijfer moet controleerbaar zijn tot op de dagberekening en de onderliggende bronregistraties.Voer dit volledig uit met de beschikbare hulpmiddelen voor dataverwerking, dashboards, spreadsheets, private publicatie en planning. Kies een passende technische uitvoering. Stel alleen vragen wanneer noodzakelijke toegang of informatie ontbreekt, of wanneer stap 2 om een bevestiging vraagt. Meld ontbrekende mogelijkheden concreet en voltooi alle onderdelen die wel uitvoerbaar zijn. Claim nooit dat iets gepubliceerd, getest of ingepland is zonder bevestiging.## 0. Waar je van vertrekt- **Aanwezig:** een werkende Finibase-verbinding. Die brengt `get_metrics` en `get_current_context` mee, de kantoorwiki, en de Finibase-skills. De huisstijl staat ingevuld in de wiki.- **Niet aanwezig:** er is nog geen dashboard, geen terugkerende taak, geen eerdere export en geen eerdere uitvoering van deze prompt. Bouw alles van nul op en ga nooit uit van een bestaande bestemming, taak of analysepagina.- **Platformafhankelijk:** of je een spreadsheet kan bouwen, privé kan publiceren en een terugkerende taak kan plannen, hangt af van de omgeving waarin je draait. Ontbreekt zo'n mogelijkheid, meld dat één keer concreet en lever alle overige onderdelen wel af.## 1. Voorbereiding en periode- Lees eerst de Finibase-skills: de basisskill `finibase-mcp` en de workflow `firm-dashboard`. Wil je deze prompt zelf bijwerken, lees dan ook `prompt-beheer`.- Lees de huisstijl in de kantoorwiki en pas kleuren, lettertypes, tone of voice en naamgeving toe op het dashboard en de Excel. Verken de wiki daarna zelf verder voor definities, huisregels, werkwijze en woordenlijst; ga niet uit van vaste paginapaden.- Gebruik 1 januari van het huidige jaar tot en met vandaag, inclusief vandaag. Bepaal vandaag volgens de kantoortijdzone die Finibase teruggeeft.- Vermeld de exacte periode, ophaaldatum en tijdzone, plus de bronversheid voor zover beschikbaar. Maak duidelijk dat vandaag volledig meetelt terwijl de registraties nog onvolledig kunnen zijn.## 2. Feestdagen en instellingen- Haal vóór de berekening `get_metrics` op met `subject: "firm"`, `metric: "configuration"` en dezelfde periode.- Lees en vermeld `meta.workingTime.excludePublicHolidaysFromExpectedHours`. **Finibase past die instelling zelf toe in de verwachte uren.** Staat ze op `true`, dan geeft de connector op een toepasselijke Belgische wettelijke feestdag al nul verwachte uren terug; staat ze op `false`, dan geeft ze de uurroosteruren terug. Neem de verwachte uren dus altijd over zoals de connector ze levert.- **Bereken feestdagen nooit zelf voor een dag die de connector WEL teruggeeft.** Corrigeer zo een dagrij niet met een eigen feestdagenlijst, ook niet wanneer de uitkomst logisch lijkt.- **Controleer wel dat de dagberekeningen de gelezen instelling daadwerkelijk volgen.** Neem de Belgische wettelijke feestdagen die in de periode vallen en toon per medewerker de verwachte uren en het dagsaldo op die dagen. Wijkt dat af van de gelezen instelling, meld het als bronverschil en claim geen aansluiting zolang het onopgelost is.- **Let op de blinde vlek bij `true`.** Een feestdag met nul verwachte uren en zonder registraties heeft dagsaldo 0 en komt dus NIET in de dagrijen voor: die dag is niet uit de connector af te leiden. Vul zo een dag alleen in volgens deze bewijsregel, en label ze als afgeleid:  1. Feestdagen waarop wel geregistreerd is, blijken rechtstreeks uit de dagrijen (verwacht 0 terwijl het uurrooster-patroon van die weekdag hoger ligt). Gebruik die als harde bevestiging.  2. Voor de overige mag je de Belgische wettelijke feestdagen als KANDIDAAT nemen, maar enkel voor dagen die de connector niet teruggeeft.  3. Aanvaard die kandidaten pas wanneer de totalen daarna EXACT aansluiten: verwachte uren, overuren, ontbrekende uren, netto saldo en het aantal afwijkende dagen moeten per medewerker gelijk zijn aan de connectorwaarden. Sluit het niet exact aan, dan is de aanname fout: toon het verschil in plaats van het weg te werken.  4. Toon per dagrij welke herkomst geldt: dagrij van de connector, feestdag zonder dagrij, of afgeleide nuldag uit het uurrooster-patroon.- **Vraag de gebruiker élke uitvoering expliciet of de gelezen waarde klopt.** Doe dat bij BEIDE standen, dus ook wanneer ze al op `true` staat, en formuleer het in gewone taal: "de feestdaginstelling staat op X, wat betekent dat een wettelijke feestdag Y verwachte uren krijgt. Staat de uurroosteroptie feestdagen automatisch uitsluiten in AdminPulse ook zo?" Finibase kan die AdminPulse-optie niet lezen, dus alleen het kantoor kan dit bevestigen.- **Zolang die bevestiging er niet is, label je de feestdagverwerking als ONBEVESTIGD**: in het gegevensalert op het dashboard, in de toelichting van de Excel en in de oplevering. Claim in die toestand geen aansluiting met AdminPulse.- **Bevestigt de gebruiker dat de waarde fout staat, dan pas wijzig je ze**, nooit op eigen initiatief en nooit omdat de cijfers je logischer lijken: `propose_change` met `kind: "firm_overtime_holiday_setting"` en de gewenste waarde absoluut meegegeven. Lees eerst de huidige waarde, zodat je nooit de waarde voorstelt die al in place is. Alleen een ADMIN kan deze wijziging doorvoeren of goedkeuren.- **Kijk vóór het schrijven na hoe deze kind bij dit kantoor loopt**, via `get_current_context` en `capabilities.directModeByKind.firm_overtime_holiday_setting`. Staat die op `false`, dan komt de wijziging in de reviewqueue en is ze nog niet toegepast: zeg dat er niets gewijzigd is zolang het voorstel pending staat, vermeld het pending voorstel ook in het dashboard, en dien geen tweede in. Staat die op `true`, dan schrijft de oproep ONMIDDELLIJK weg (het antwoord meldt `mode: "applied-direct"`): bevestig in dat geval elke wijziging vooraf apart met de gebruiker, nooit stilzwijgend, en meld erna dat de wijziging kantoorbreed geldt voor elke medewerker en elke periode.- **Draait de uitvoering zonder gebruiker** (een geplande taak), wijzig dan niets en vraag niets, ook niet in directe modus: neem de gelezen waarde over, markeer de feestdagverwerking als onbevestigd en vermeld in het resultaat van de run dat de bevestiging openstaat.- **Is de waarde gewijzigd**, haal dan alle betrokken bronnen opnieuw op (configuratie, aggregate, calculation en raw) en herbouw dashboard en export volledig. Herreken de feestdagen nooit zelf om op een wijziging vooruit te lopen.- **Staat de instelling op `false`, meld dat dan altijd als aandachtspunt in het dashboard en in de oplevering**, samen met het effect: hoeveel ontbrekende uren en overuren per medewerker en kantoorbreed zouden verschillen wanneer de feestdagen wel nul verwachte uren krijgen. Toon bij `true` dezelfde vergelijking in de andere richting. Dat effect is een indicatie uit een simulatie, geen correctie van de bron. Dit verklaart doorgaans waarom de Finibase-overuren onder die van AdminPulse liggen.- Een ontbrekende instelling betekent onbekend, nooit automatisch `false`. Verwar deze instelling niet met `deductPublicHolidays`, dat de capaciteit betreft. Pas kantoorsluitdagen niet automatisch toe op overuren.- Bij tegenspraak tussen instelling, dagberekening, scherm of export: herlees configuratie en betrokken brongegevens, toon de verschillen per dag en totaal en claim geen volledige aansluiting zolang het verschil onopgelost is.## 3. Bronnen en berekening- Gebruik `get_metrics` met `subject: "employee"` en `metric: "overtime"`.- Haal voor dezelfde periode de totalen (`aggregate`), berekeningen (`calculation`) en alle bronregistraties (`raw`) op. Gebruik de vereiste medewerker-ID’s en toegestane batches.- Volg elke paginering tot `nextOffset` ontbreekt. Controleer `truncated`, aantallen, onopgeloste identiteiten, uitsluitingen, autorisatiebeperkingen en bronnotities. Los afkapping waar mogelijk op met kleinere selecties; presenteer onvolledige data nooit als volledig.- Splits Geregistreerde uren op in **Gewerkte uren + Afwezigheid + Recup**. Gebruik de oorspronkelijke Finibase-classificatie en documenteer de codes. Controleer onbekende soorten en voeg die niet stilzwijgend aan een categorie toe.- Bereken per dag:  **Gewerkte uren + MIN(Afwezigheid + Recup, Verwachte uren) − Verwachte uren.**  Begrens Afwezigheid en Recup gezamenlijk, niet afzonderlijk. De Verwachte uren in die formule zijn altijd de uren die de connector voor die dag teruggeeft, inclusief het effect van de feestdaginstelling uit stap 2.- Bereken vervolgens:  - **Overuren = SOM(MAX(dagsaldo, 0)).**  - **Ontbrekende uren = SOM(MAX(-dagsaldo, 0)).**  - **Netto saldo = SOM(dagsaldi) = Overuren − Ontbrekende uren.**- Controleer tegen `totalSurplusHours`, `totalDeficitHours` en `totalOvertimeHours`. Gebruik niet de jaarlijkse overurencomponent uit de capaciteitsberekening.- Neem alle dagen mee, ook dagen zonder registraties. Als alleen afwijkende dagen worden geleverd, vul uitsluitend controleerbaar bevestigde nuldagen aan. Leid het uurrooster per weekdag af uit de geleverde dagrijen als de MEEST VOORKOMENDE verwachte waarde per weekdag: bij `true` wijkt een feestdag binnen diezelfde weekdag af, en dat is geen roosterconflict maar de instelling. Toon als bewijs dat de som van de verwachte uren en alle totalen exact gelijk zijn aan de connectorwaarden. Markeer afgeleide gegevens en hun bewijs; verzin geen ontbrekende waarden.- Een ontbrekend uurrooster betekent **Niet berekenbaar**, nooit nul overuren. Vermeld uitgesloten medewerkers en uitdiensttredingen voor zover de bron die teruggeeft.- Reken met numerieke uren en voldoende precisie. Toon uur-KPI’s ook als uren:minuten, zonder afrondingsverlies door tussentijdse tekstconversie.## 4. Dashboard en volledige drill-down- Publiceer het dashboard privé met toegangscontrole. Een moeilijk te raden URL is geen toegangscontrole. Gebruik bij een vernieuwing dezelfde geverifieerde bestemming en behoud de bestaande toegangsrechten.- Pas de huisstijl uit de wiki toe: kleuren, lettertypes en toon. Laad geen externe afbeeldingen of webfonts die het platform blokkeert.- Voeg medewerker- en maandfilters toe. Laat cijfers, grafieken, conclusies, alerts, bronselecties en drill-downs dezelfde selectie volgen.- Toon prominente kerncijfers voor Overuren en Ontbrekende uren, plus verwachte uren, gewerkte uren, afwezigheid, recup, geregistreerde uren, netto saldo, afwijkende dagen en registratieaantallen.- Toon de drie onderdelen van geregistreerde uren zichtbaar bij het totaal en per medewerker, maand en dag.- Maak alle numerieke waarden doorklikbaar: medewerker → maand → dag → onderliggende registraties. Een klik op een onderdeel selecteert de passende registratiesoort. Bied Alle registraties, filters wissen en een duidelijk terugpad.- Een klik op Ontbrekende uren opent tekortdagen, inclusief gedeeltelijk geregistreerde dagen en dagen zonder registraties.- Toon per dag de formule met ingevulde waarden, het saldo van de gekozen Finibase-bron, het oorspronkelijke connectorsaldo en controleverschillen waar relevant.- Verwachte uren komen uit roostergegevens. Toon hiervoor ook de roosterbron en berekeningsstappen, en maak per dag zichtbaar welke van de drie herkomsten uit stap 2 geldt. Markeer een feestdag als zodanig op de dagrij. Toon de gelezen feestdaginstelling bij de verwachte uren, met haar bevestigingsstatus. Maak expliciet wanneer er geen registraties zijn; verzin geen bronregistraties voor tekorten of feestdagen.- Laat alle geleverde registratievelden bekijken met Nederlandse veldnamen en leesbare enumlabels. Gebruik bijvoorbeeld Klant, Eigen bedrijf, het geleverde `resourceTypeLabel` en Ja/Nee. Toon medewerkernaam waar de identiteit bekend is.- Toon lege waarden als Niet ingevuld. Geef onbekende enumwaarden expliciet aan met hun oorspronkelijke code.- Bewaar alle oorspronkelijke veldnamen, codes, identificaties en waarden afzonderlijk en ongewijzigd. Maak ze uitklapbaar onder Oorspronkelijke bronvelden en codes.- Voeg de volledige Excel-export als download toe. Label duidelijk dat deze de volledige rapportageperiode bevat. Blokkeert het publicatieplatform downloads die de pagina zelf start, meld dat dan in het dashboard en lever het bestand langs de weg die het platform wel toelaat.## 5. Conclusies, alerts en actiepunten bovenaan- Begin met een visueel duidelijk actieoverzicht per medewerker. Toon standaard de drie medewerkers met de meeste berekenbare ontbrekende uren in de selectie; bij een medewerkerfilter diens eigen aandachtspunten.- Toon ontbrekende uren, tekortdagen, dagen zonder registraties en een concrete vervolgactie. Elke waarde en actie opent de betreffende medewerker, dagen en registraties.- Presenteer de rangschikking als prioriteit voor registratiecontrole, niet als prestatiebeoordeling.- Geef ontbrekende uurroosters, uitdiensttredingen en bronverschillen afzonderlijke gegevensalerts met de te controleren bron of instelling. Geef de feestdaginstelling altijd een eigen gegevensalert met de gelezen waarde, haar bevestigingsstatus en het becijferde effect, en geef het feestdagbewijs uit stap 2 een eigen alert zodat de afgeleide dagen zichtbaar blijven.- Benoem mogelijke facturatie-impact: controleer of verricht factureerbaar werk nog niet geregistreerd is. Stel ontbrekende uren niet gelijk aan minder gewerkt, factureerbare uren of gemiste omzet zonder aanvullende brongegevens.- Laat alle conclusies en actiepunten meebewegen met de filters. Vermijd ongefundeerde oorzaken en markeer vandaag als mogelijk onvolledig.- Actiepunten zijn adviezen. Maak geen externe taken aan en verstuur geen berichten zonder expliciete opdracht.## 6. Excel-exportMaak één overzichtelijk `.xlsx`-bestand met:1. Overzicht per medewerker en maand.2. Dagcontrole met alle dagen en berekeningsstappen, met per dag de herkomst van de verwachte uren.3. Alle bronregistraties en identificaties.4. Oorspronkelijke Finibase-berekeningen en totalen.5. Eventuele aangeleverde exportwaarden als afzonderlijke bron.6. Korte toelichting over bronnen, definities, instellingen, afgeleide gegevens en beperkingen. Vermeld daarin de gelezen feestdaginstelling, wat ze doet met de verwachte uren, of het kantoor ze bevestigd heeft, en hoe de feestdagen zonder dagrij zijn aangesloten.Gebruik echte Excel-formules die bewerkbare registratie-uren verbinden met de drie urencategorieën, dagberekeningen en maand- en medewerkerstotalen. Bewaar oorspronkelijke bronwaarden afzonderlijk en toon controleverschillen. Gebruik numerieke waarden en datums, filters, vastgezette koprijen en leesbare opmaak.## 7. Onafhankelijke bronvergelijking- Gebruik een door de gebruiker aangeleverde export of screenshot als onafhankelijke controle. Controleer medewerker, periode, filters, eenheden en versheid.- Vergelijk alle aangeleverde dagen op verwachte uren, geregistreerde uren, registratieaantallen en saldi. Vergelijk ook positieve overuren en ontbrekende uren. Een screenshot vervangt geen ontbrekende registratiedetails.- Wijken de verwachte uren op een feestdag af tussen AdminPulse en Finibase, behandel dat dan als het instellingsverschil uit stap 2 en niet als een rekenfout. Zo'n vergelijking is bovendien het beste bewijs voor de bevestigingsvraag uit stap 2: leg ze er expliciet naast.- Bewaar export- en connectorwaarden apart en toon verschillen per dag, maand en medewerker.- Wordt een aangeleverde dagexport als rapportagebasis gebruikt, vermeld die keuze zichtbaar en behoud het verschil met de connector.- Pas geen uitzonderingen op namen of vaste datums uit eerdere uitvoeringen toe. Trek een correctie niet door naar andere medewerkers zonder bevestigende bron.- Ontbreekt onafhankelijke scherm- of exportcontrole, vermeld dan dat alleen aansluiting met de connector is gecontroleerd. Bij een eerste uitvoering is dat de normale toestand.## 8. Validatie en oplevering- Controleer volledigheid, dubbele registratie-ID’s, uren per categorie, registratieaantallen, verwachte uren, afwijkende dagen en saldi op alle niveaus.- Test in de Excel-invoer dat één extra gewerkt uur op een tekortdag het dag-, maand- en medewerkerssaldo verhoogt en de ontbrekende uren verlaagt. Herstel de testwijziging. Wijzig hiervoor geen Finibase-bronregistratie.- Controleer verlofbegrenzing, feestdagverwerking, ontbrekende uurroosters en formulefouten. Rapporteer de feestdagcontrole uit stap 2 met cijfers, ook wanneer ze aansluit, en meld het wanneer de data de verlofbegrenzing niet op de proef stelt.- Controleer de visuele weergave, filters, terugnavigatie, doorkliks, enumlabels, bronvelden, Excel-download en privétoegang. Meld expliciet welke controles niet konden worden uitgevoerd.- Lever de werkende dashboardlink en het Excel-bestand op met de exacte periode, ophaaldatum, controle-uitkomst en resterende verschillen. Sluit af met de bevestigingsvraag over de feestdaginstelling uit stap 2, tenzij die in dit gesprek al beantwoord is.- Werk bij wijzigingen aan berekeningen of functionele vereisten ook deze herbruikbare wikiprompt bij, zodat een volgende uitvoering dezelfde regels toepast.## 9. Automatisch actueel houden- Stel na geslaagde publicatie een terugkerende taak in via een beschikbare, geautoriseerde planningservice. Standaard: dagelijks om 07:00 uur in de door Finibase bevestigde kantoortijdzone, tenzij een andere planning is afgesproken. Vermeld of de planning exact of flexibel uitvoert, en of de bewaarde planning in UTC staat en dus meeschuift bij zomer- en wintertijd.- **Deze prompt bevat geen bestaande publicatie en geen bestaande taak.** Bij een eerste uitvoering maak je een nieuwe, eigen bestemming aan en geef je de taak die de vernieuwing doet zelf de identiteit van die bestemming mee, zodat elke volgende run naar dezelfde plek publiceert.- Controleer vóór het instellen alle vereiste verbindingen en of al een taak bestaat voor dezelfde bestemming. Werk die bij en voorkom dubbele taken. Verifieer de opgeslagen planning, tijdzone en actieve status.- De taak moet onafhankelijk van de sessie en van tijdelijke lokale bestanden kunnen uitvoeren. Bewaar de dashboardidentiteit, reproduceerbare bronverzoeken en verwijzingen naar duurzaam beschikbare bronnen. Bewaar geen toegangsgeheimen in deze prompt.- Iedere uitvoering leest de actuele wikiprompt, bestaande dashboardbron en presentatie, haalt alle Finibase-data en instellingen opnieuw op, leest de feestdaginstelling opnieuw en bepaalt de periode dynamisch. Een geplande run vraagt niets en wijzigt geen kantoorinstelling: ze volgt de regel voor uitvoeringen zonder gebruiker uit stap 2.- Vernieuw het dashboard, de Excel-download, conclusies, alerts en actiepunten. Behoud bestemming, toegangsrechten en gebruikerspresentatie.- Gebruik oude exports uitsluitend als gedateerde controlebron voor overeenkomstige dagen, filters en medewerkers. Pas historische correcties niet blind toe.- Publiceer pas na de controles. Verifieer de gepubliceerde gegevens via een beschikbare API of gelijkwaardige controle. Bewaar bij fouten de laatst geslaagde versie en toon de werkelijke versheid.- Meld fouten via de bestaande planningservice. Maak tijdens een geplande uitvoering geen nieuwe planning aan en verstuur geen externe berichten.- Als automatische uitvoering niet beschikbaar is, lever de overige resultaten en een uitvoerbare vernieuwingsinstructie op. Benoem wat ontbreekt; claim niet dat een taak actief is.## 10. Wat je vastlegt voor een volgende uitvoeringNoteer na afloop bij het kantoor zelf, niet in deze prompt: de identiteit van de bestemming waar je publiceerde, de identiteit van de terugkerende taak, de gelezen waarde van `excludePublicHolidaysFromExpectedHours` met de datum, of het kantoor die waarde bevestigd heeft tegenover AdminPulse, en of `directModeByKind.firm_overtime_holiday_setting` op direct of op review stond. Lees die laatste drie bij elke volgende uitvoering opnieuw: een vastgelegde stand is een startpunt, nooit een vervanging van de controle.

Wat je krijgt

• Een privé gepubliceerd, interactief dashboard in je huisstijl, met medewerker- en maandfilters, een actieoverzicht bovenaan en drill-down tot op de registratie.

• Een Excel met echte formules: overzicht per medewerker en maand, dagcontrole, alle bronregistraties, de oorspronkelijke Finibase-totalen en een toelichting.

• Een dagelijkse vernieuwing om 07:00, als je AI-tool terugkerende taken ondersteunt. Zo niet, dan krijg je een instructie om het dashboard zelf te vernieuwen.

Waar op letten

• De feestdaginstelling bepaalt de aansluiting met AdminPulse. Staat ze in Finibase anders dan in AdminPulse, dan liggen de overuren lager of hoger. De AI vraagt je bij elke uitvoering om de gelezen waarde te bevestigen en labelt de feestdagverwerking als onbevestigd tot je dat doet. Wijzigen doet ze enkel op jouw vraag, via een wijzigingsvoorstel dat een admin goedkeurt.

• Vandaag telt volledig mee. De registraties van vandaag zijn meestal nog onvolledig, dus de laatste dag toont vaak ontbrekende uren die er morgen niet meer zijn.

• Geen uurrooster betekent geen cijfer. Voor een medewerker zonder uurrooster in AdminPulse toont het dashboard "Niet berekenbaar", nooit nul overuren.

• Ontbrekende uren zijn geen gemiste omzet. Het dashboard rangschikt medewerkers op te controleren registraties. Of er factureerbaar werk niet geregistreerd is, moet je zelf nakijken.

• Niet elke AI-tool kan alles. Privé publiceren, een Excel bouwen en een terugkerende taak plannen hangen af van je AI-tool. De AI meldt concreet wat niet kan en levert de rest af.