De methodiek
Vier lagen, één doel: een HR-model dat 5 jaar meegaat. Plus een Lean Six Sigma-lens (DMAIC) die rapportage verbindt aan procesverbetering — niet tot een dashboard, maar tot een ander beoordelings-, onboarding- of verzuim-proces.
Elk uitgebreid hieronder. Eerst het overzicht — om te zien hoe data van onder naar boven stroomt.
Data stroomt van onder naar boven. Elke laag heeft één duidelijke taak, en wijzigingen plant je in de laag waar het probleem ontstaat — niet in het uiteindelijke rapport.
Ruwe data uit AFAS, Visma, Nmbrs
Hoe het werkt
Een directe lees-laag op de bronnen. Geen transformaties, geen joins, geen aggregaties — alleen kopiëren naar een controleerbare omgeving. Bron-tabellen worden incrementeel ververst, met audit-stempels per record.
Waarom deze laag
Bron-data raken nooit verloren. Als de zilver- of goud-laag een bug bevat, kun je altijd terug naar de oorspronkelijke waardes. Geen reverse-engineering nodig.
Opgeschoonde, geharmoniseerde tabellen mét type-2 historiek
Hoe het werkt
Datatypes worden geforceerd, NULL-waardes opgeschoond, duplicaten verwijderd en bron-velden krijgen een interne nomenclatuur die over AFAS, Visma en Nmbrs heen consistent is. Hier wordt ook de type-2 historiek (SCD2) opgebouwd: elke wijziging op medewerker, afdeling, functie of kostenplaats krijgt een nieuwe versie met GeldigVan/GeldigTot — zodat de waarheid van toen vastligt.
Waarom deze laag
Datatypes en naming verschillen vaak tussen AFAS-versies of bij migratie van Visma naar Nmbrs — Zilver isoleert die complexiteit. En historiek hoort thuis op het niveau waar dimensies ontstaan, niet pas in het rapportage-model: zo kan elke laag erbovenop er eenduidig uit putten zonder SCD2-logica opnieuw uit te vinden.
HR-feiten en -dimensies in sterschema
Hoe het werkt
Sterschema met dimensies (medewerker, afdeling, functie, kostenplaats) en feiten (in-dienst, verzuim-uren, formatie-realisatie). Goud gebruikt de type-2 versies uit Zilver en koppelt feiten via peildatum-logica aan de juiste dimensie-versie — maar bouwt zelf geen SCD2 meer op.
Waarom deze laag
Een sterschema is geoptimaliseerd voor analyse, niet voor cleaning of historiek-opbouw. Door SCD2 onderop in Zilver te beleggen blijft elke laag enkelvoudig in taak — en kunnen ook andere consumenten (datalake, exports, andere rapportagetools) profiteren van dezelfde historiek-bron.
Power BI-model met DAX, RLS, KPI-bibliotheek
Hoe het werkt
Het model dat eindgebruikers zien. DAX-measures voor verzuim%, instroom, uitstroom, FTE-realisatie. RLS op organisatiehiërarchie. Documentatie per measure, naming consistent met HR-vakvocabulaire.
Waarom deze laag
Dit is wat een manager opent. Hier moeten 50+ KPIs werken zonder uitleg, en moet RLS automatisch correct zijn. Het is de zichtbare laag — maar zonder de drie eronder is het een leeg omhulsel.
Mijn focus binnen de vier lagen
Alle vier de lagen horen bij het traject — en bij Foundation bouw ik ze ook alle vier. Maar mijn zwaartepunt ligt bij Zilver, Goud en Semantisch: cleaning + type-2 historiek, sterschema, DAX-measures, row-level security en de KPI-bibliotheek waar managers daadwerkelijk op sturen.
Bron is meestal werk dat zich leent voor standaardisatie: interne IT ontsluit AFAS, Visma of Nmbrs, of een bestaande ETL-tool levert de ruwe tabellen aan. De vertaalslag daarná — van bron-data naar een model dat een HR-directeur vertrouwt, dat een DPO kan auditen en dat 50+ managers zonder uitleg gebruiken — speelt zich af in Zilver, Goud en Semantisch. Daar zit vijftien jaar Power BI-ervaring, en daar maak ik het verschil.
Concreet: bij een Foundation-traject neem ik de hele keten voor mijn rekening, inclusief Bron. Bij organisaties met een bestaand datawarehouse of dataplatform stap ik vaak in vanaf Zilver of Goud en bouw verder op wat er al staat. Beide werken — als de architectuur klopt.
Lean Six Sigma op HR
Architectuur is de helft. De andere helft is dat een HR-rapportage een proces verbetert — verzuim-detectie, onboarding-cycle, formatie-realisatie. DMAIC is de structurele aanpak daarvoor.
Wat is het HR-probleem? Niet "we hebben geen verzuim-dashboard" maar "onze verzuim-detectie loopt 3 weken achter en escaleert pas bij langdurig verzuim."
Power BI als meetinstrument. Waar in het HR-proces verlies je tijd of vertrouwen: sourcing, screening, onboarding, exit-interviews? Cijfers eerst, theorie later.
Datamodel als analyseplatform. DAX-measures die rootcause blootleggen — is verloop geconcentreerd bij specifieke managers? In eerste 6 maanden? Bij bepaalde functies of contracttypen?
Dashboards die gedrag veranderen, niet beschrijven. Real-time onboarding-status zodat HR-business-partner kan ingrijpen vóór de 90-dagen-grens. Verzuim-alerts bij patronen, niet bij optellingen.
Monitoring die borgt dat verbetering standhoudt. Deployment pipelines, data-eigenaarschap per HR-domein, alerting bij abnormale patronen. DashPortal HR Hosting is de control-laag in productie.
Een HR-model raakt vier rollen. Elke rol heeft een ander resultaat nodig, maar de onderliggende architectuur is dezelfde.
Strategische rapportage die per kwartaal klopt en die je zonder voorbehoud aan de RvB kunt presenteren. Geen Excel-correcties achteraf.
Operationele KPIs (verzuim, instroom, formatie-realisatie) die maandelijks zonder handmatig werk klaarstaan. Tijd terug om te analyseren in plaats van te rapporteren.
AVG-cockpit met overzicht van wie welke gevoelige velden ziet, op welk niveau RLS toepast, en welke datatypes onder welke bewaartermijn vallen.
Verbinding tussen HR-cijfers en financiële realisatie. Personeelskosten per kostenplaats die dagelijks klopt met de boekhouding, niet alleen aan einde-maand.
Een Quick Scan toetst je bestaande HR-model tegen deze vier lagen en DMAIC-fases. €1.950, 1,5 dag, een eerlijk rapport.
Plan een Quick Scan – €1.950