POWER BI-KOPPELING
Power BI koppelen met Nmbrs
Breng de bruikbare gegevens uit Nmbrs samen in één helder Power BI-model. Celsius BI bouwt de koppeling, controleert de definities en levert een dashboard waar je team echt mee werkt.

WAT DE API KAN LEVEREN
Bruikbare data, met een heldere definitie.
De publieke API kan bedrijfsgegevens uit Nmbrs beschikbaar maken, voor zover je account en rechten dit toelaten. We kopiëren niet blind alles. We kiezen de velden die nodig zijn voor beslissingen en bewaren technische sleutels, zodat cijfers terug te leiden zijn.
De precieze dekking bevestigen we tijdens een inventarisatie. Zo belooft het dashboard geen gegevens die jouw editie, inrichting of gebruikersrol niet beschikbaar stelt.
Medewerkers en dienstverbanden
Medewerker-, contract- en employmentgegevens kunnen bezetting, instroom, uitstroom en contractontwikkeling ondersteunen.
Loon en looncomponenten
Salarisgegevens en looncomponenten bieden een basis voor loonkostenanalyse, mits de gebruiker deze gevoelige data mag benaderen.
Uren, verlof en verzuim
Uren, roosters, verlof en afwezigheid kunnen capaciteits- en verzuiminzichten voeden.
Organisatie-inrichting
Afdelingen, functies, kostenplaatsen, bedrijven en payroll-runs kunnen cijfers langs de juiste organisatiestructuur tonen.
VOOR EEN MKB-BEDRIJF
Dashboards die dagelijkse vragen beantwoorden.
Goede rapportage begint bij een beslissing, niet bij een grafiek. Samen bepalen we welke vraag de eigenaar, het commerciële team of de operatie wil beantwoorden en welke bronvelden dat ondersteunen.
Afhankelijk van hoe je Nmbrs gebruikt, kan een Power BI-dashboard bijvoorbeeld gaan over:
- Bezetting en fte per bedrijf, afdeling of kostenplaats
- Instroom, uitstroom en contractverloop
- Loonkosten en looncomponenten per periode
- Verlof- en verzuimontwikkeling binnen afgesproken privacygrenzen
- Uren en capaciteit tegenover planning
We definiëren iedere KPI, inclusief filters, datums en uitzonderingen. Daardoor sluit een maandtotaal in de managementrapportage aan op het detail erachter.
ZO BOUWT CELSIUS BI HET
Geen losse export, maar een beheerbare datastroom.
We halen gegevens op via de beschikbare API, bewaren ze in een gecontroleerde datalaag en vormen ze om tot een model voor Power BI. Controles vangen ontbrekende pagina’s, gewijzigde velden en onverwachte totalen af voordat ze stuurinformatie worden.
Daarmee combineren we data engineering met dashboarding. Onze werkwijze blijft praktisch: begin met een duidelijke vraag, laat vroeg iets werkends zien en documenteer wat in gebruik gaat.
Betrouwbaar ophalen
Authenticatie, paginering en ververslogica regelen we buiten het rapport. Power BI ontvangt voorbereide tabellen en hoeft de API-koppeling niet telkens zelf op te lossen.
Eén consistent model
Technische records worden begrijpelijke dimensies en feiten. Datums, statussen en relaties worden gelijkgetrokken, zodat metingen herbruikbaar blijven.
Rapportage met context
Het dashboard krijgt definities, logische filters en doorklikmogelijkheden. Gebruikers gaan van een hoofd-KPI naar de onderliggende records zonder concurrerende spreadsheets.
WAT ERVOOR NODIG IS
Van kennismaking tot overdracht in vijf heldere stappen.
De omvang hangt af van je vragen en de staat van de brondata. De volgorde blijft herkenbaar.
- 01
Kennismaking
We bespreken beslissingen, huidige rapportages, gebruikers en knelpunten. Het resultaat is een beperkte eerste scope met duidelijke succescriteria.
- 02
Toegang tot de API
Jij regelt een account of app met de benodigde leesrechten. Wij toetsen authenticatie, beschikbare objecten en praktische limieten zonder bredere toegang te vragen dan nodig.
- 03
Datamodel
We halen voorbeeld- en historische data op, leggen relaties en definiëren metingen. Aansluiting op totalen in Nmbrs hoort bij deze stap.
- 04
Dashboard
We bouwen de eerste bruikbare pagina’s, beoordelen die met echte gebruikers en scherpen navigatie, filters en uitleg aan.
- 05
Overdracht
Verversing, monitoring, definities en eigenaarschap worden vastgelegd. Je team krijgt uitleg en afspraken voor beheer en latere wijzigingen.
VEELVOORKOMENDE VALKUILEN
De koppeling is zo goed als de controles eromheen.
Nmbrs bevat persoonsgegevens en salarisinformatie. Toegang moet daarom minimaal en aantoonbaar zijn; niet ieder dashboard hoeft detail op medewerkerniveau te tonen. De REST API gebruikt OAuth en een aparte subscription key. Lijsten worden gepagineerd en een geldige gebruiker kan alsnog geen toegang hebben tot een specifiek bedrijf. De oudere SOAP API wordt uitgefaseerd richting 2027, dus nieuwe koppelingen bouwen we op de actuele REST API.
Historische data vraagt een aparte keuze. Sommige API’s tonen vooral de huidige stand, terwijl een bruikbare trend snapshots of bewaarde wijzigingen nodig heeft. We vergelijken totalen met de bron en leggen bekende uitzonderingen vast. Is een veld onbetrouwbaar, dan zeggen we dat in plaats van het probleem in een visual te verstoppen.
Ook beheer hoort bij het ontwerp. API-sleutels kunnen verlopen, rechten kunnen veranderen en een leverancier kan velden of versies aanpassen. Daarom leggen we vast welke controles bij iedere verversing draaien, wie een melding ontvangt en hoe herstel werkt. We kiezen daarnaast bewust tussen een volledige en incrementele verversing. Zo blijft de belasting op de bron beperkt en kan een storing worden ingehaald zonder alle historie opnieuw op te halen. Tot slot testen we met herkenbare perioden en uitzonderingen: een creditnota, verwijderd record, lege waarde of gewijzigde status. Juist die gevallen bepalen of gebruikers het dashboard vertrouwen wanneer de praktijk afwijkt van het ideale proces.
PRAKTISCHE VRAGEN
Heldere antwoorden over
Power BI en Nmbrs.
Hoe gaan jullie om met privacygevoelige Nmbrs-data?
We halen alleen velden op die nodig zijn voor de afgesproken KPI’s, beperken toegang en tonen waar mogelijk geaggregeerde uitkomsten. Rollen, bewaartermijnen en detailniveau spreken we vooraf af.
Welke gegevens uit Nmbrs kunnen mee?
Dat hangt af van de API, je abonnement, actieve modules en toegekende rechten. We starten met een veldinventarisatie en halen alleen op wat het afgesproken dashboard nodig heeft.
Koppelt Power BI rechtstreeks met Nmbrs?
Voor een snelle proef kan dat soms, maar een beheerde datalaag is meestal veiliger. Die vangt paginering, historie, controles en mislukte verversingen op voordat gegevens Power BI bereiken.
Hoe vaak kan het dashboard verversen?
We kiezen een ritme dat past bij de bedrijfsbehoefte en de API-limieten. Niet iedere KPI hoeft live te zijn; dagelijks of enkele keren per dag is vaak betrouwbaarder.
Van wie zijn het datamodel en dashboard?
We documenteren de gegevensstroom, definities en verversing en spreken de overdracht af. Je weet wat er draait en wat nodig is om het te beheren of uit te breiden.
DE EERSTE STAP IS EEN GOED GESPREK.
Wil je Nmbrs
koppelen aan Power BI?
Vertel welke inzichten je nodig hebt en hoe je Nmbrs nu gebruikt. Dan bepalen we snel wat haalbaar is en wat een logische eerste stap is.

