Bouwdata-analytics laten maken
Op een bouwproject loopt de werkelijkheid vooruit op de administratie. Het werk is verder dan wat het systeem toont, onderaannemersfacturen komen achteraf en meerwerk wordt op de steiger toegezegd voordat het ergens is vastgelegd. Wie op zijn dashboard kijkt, kijkt naar het verleden. Appfront bouwt analysesystemen die planning, werkbegroting, uren, inkoopverplichtingen en facturatie op een noemer zetten, zodat een afwijking zichtbaar wordt terwijl er nog iets aan te doen is.
Wat het is, en waar deze pagina over gaat
Bouwdata-analytics brengt gegevens samen die tijdens een project in gescheiden systemen ontstaan: calculatie en werkbegroting, planning, urenregistratie, inkooporders en afroepen, onderaannemersfacturen en de termijnstaat richting opdrachtgever. Elk systeem heeft gelijk binnen de eigen grenzen. Een bruikbaar beeld ontstaat pas wanneer ze op een gedeelde noemer en dezelfde peildatum staan.
Wilt u vooral gegevens tussen twee systemen laten stromen, bijvoorbeeld projectadministratie richting boekhouding, dan is een Bouw7-integratie de kortere weg. Wilt u laten voorspellen welk werk uit de hand dreigt te lopen, dan hoort dat bij een predictive analytics dashboard. Bouwdata-analytics gaat daaraan vooraf: eerst moet vaststaan wat er nu is, anders slaat een voorspelling nergens op.
Bedoeld voor directeuren, projectmanagers en controllers bij hoofdaannemers, installateurs, infrabedrijven en ontwikkelende partijen die meerdere projecten tegelijk draaien.
Wat staat er vandaag op dit project?
De gerealiseerde kosten zijn bekend tot de laatst verwerkte factuur, de voortgang tot de laatste weekrapportage. Die peildata liggen weken uit elkaar, en daartussen zit de marge waar het gesprek over gaat.
Waarom viel dit project beter uit?
Na oplevering blijkt project A rendabeler dan B. Zolang beide hun kosten anders rubriceren, is het antwoord een reconstructie uit het geheugen van betrokkenen.
Kloppen onze calculatienormen nog?
Een calculatie leunt op normen uit eerder werk. Zonder betrouwbare nacalculatie per bouwdeel worden die jarenlang overgeschreven zonder toets aan wat het werk werkelijk kostte.
De administratie loopt achter op de bouwplaats
Een bouwproject produceert de administratie van vandaag niet vandaag. Voortgang wordt aan het eind van de week geregistreerd, urenstaten daarna verwerkt, en de inkoopfactuur van de onderaannemer volgt op diens gereedmelding. Wie de kolom gerealiseerd leest, leest gebeurtenissen van weken tot maanden terug.
Voor de financiële verantwoording is dat geen probleem, want die hoeft pas op de balansdatum te kloppen. Voor projectsturing is het fataal: wie in week 20 leest hoe het project er in week 14 voor stond, kan daar niets meer mee.
De uitvoering loopt voor
Het metselwerk is af en de installateur is begonnen, maar de bijbehorende kosten staan nog nergens. Andersom gebeurt net zo vaak: materiaal is geleverd, dus de kosten zijn er, maar er is nog niets mee gebouwd. Zolang voortgang en kosten niet op dezelfde eenheid worden gemeten, is elke vergelijking misleidend. Voortgang hoort een eigen registratie te zijn, in hoeveelheden of percentage gereed per bouwdeel.
De factuurstaart van onderaanneming
Onderaannemers factureren na afronding van hun deel, soms per termijn, soms pas na goedkeuring van een gereedmelding, soms maanden later. Tot dat moment staat er in de kostenkolom niets, terwijl de verplichting allang is aangegaan. Het antwoord is een verplichtingenadministratie: inkooporders, afroepen en onderaannemingssommen komen in het projectbeeld bij opdrachtverstrekking, niet pas bij de factuur.
Meerwerk begint mondeling
Hier lopen projecten leeg. De opdrachtgever vraagt op de bouwplaats om een wijziging, de uitvoerder zegt toe, en de vastlegging volgt dagen later of nooit. Volgens artikel 7:755 BW kan een aannemer alleen een prijsverhoging vorderen als hij tijdig heeft gewezen op de noodzaak daarvan, tenzij die vanzelf duidelijk had moeten zijn. Meerwerk hoort daarom een eigen stroom met eigen statussen: uitgevoerd maar niet geaccordeerd meerwerk is risico, geaccordeerd maar niet gefactureerd meerwerk is werkkapitaal.
Twee waarheden over hetzelfde werk
De planning kent fases, activiteiten en afhankelijkheden. De financiële administratie kent kostensoorten, kostendragers en grootboekrekeningen. Dezelfde week werk staat in het ene systeem als ruwbouw begane grond in werkdagen, en in het andere als boekingen op arbeid, materiaal, materieel en onderaanneming. Een sleutel die beide structuren deelt bestaat vrijwel nooit en moet dus worden ontworpen. Daar ontstaat de waarde, en daar schuurt het.
Wat zo'n systeem moet kunnen
Hieruit volgt een lijst eisen die zwaarder weegt dan welke visualisatie dan ook. De belangrijkste: het systeem onderscheidt wat is gefactureerd, wat is verplicht en wat is gepresteerd. Drie getallen die uit de pas lopen.
Op dat onderscheid rust de methodiek die buiten de bouw earned value management heet, in 1998 vastgelegd als ANSI/EIA-748. De kern is bruikbaar zonder het volledige apparaat: zet tegenover de gerealiseerde kosten niet de begroting op datum, maar de begrote waarde van het werk dat gereed is. Een project dat achterloopt en daardoor onder budget zit, oogt in een gewone budget-tegen-realisatiegrafiek gezond.
De tweede eis is vooruitkijken. De prognose einde werk, de verwachte kosten tot gereed opgeteld bij het gerealiseerde, is het enige getal waarop nog te sturen valt. Die prognose is deels berekening en deels oordeel; bewaar beide, zodat zichtbaar wordt hoe eerdere prognoses van dezelfde projectleider zich verhielden tot de uitkomst. Dat ligt gevoelig en is tegelijk de waardevolste rapportage die zo'n systeem oplevert.
De gegevens komen uit een bouw- of ERP-pakket zoals Exact Bouw7, 4PS Construct of AFAS, uit een planningspakket zoals Asta Powerproject, Primavera P6 of KYP Project, en uit een inkoopstroom die steeds vaker via de DICO Standaard en Peppol loopt. Bij BIM kunnen hoeveelheden uit het IFC-model als maat voor voortgang dienen, mits de hoeveelhedenstaat bij de export is meegegeven.
- Gefactureerd, verplicht en gepresteerd apart zichtbaar
- Verplichtingen geboekt bij opdracht, niet bij factuur
- Meerwerk als eigen stroom met eigen statusverloop
- Prognose einde werk naast de gerealiseerde kosten
- Expliciete sleutel tussen planning en kostenstructuur
- Elk getal herleidbaar tot zijn bronregistratie
Vergelijkbaarheid is een organisatievraagstuk
Benchmarken tussen projecten is de vraag die directies het vaakst stellen en die het lastigst te beantwoorden is. Niet omdat de techniek tekortschiet, maar omdat project A zijn kosten anders rubriceert dan B. Boekt de ene calculator de kraan onder materieel en de andere onder algemene bouwplaatskosten, dan vergelijkt ook het beste dashboard ongelijke grootheden.
Daar bestaan standaarden voor. NEN 2699:2017 legt de indeling van investerings- en exploitatiekosten van onroerende zaken vast en verving de oudere NEN 2631, NEN 2632 en NEN 2634. Voor de indeling naar bouwdelen is NL/SfB de gangbare elementenclassificatie, beheerd door Ketenstandaard Bouw en Techniek. Daarnaast kent de utiliteitsbouw de STABU-systematiek en de grond-, weg- en waterbouw de RAW-systematiek van CROW, waarin besteksposten kostenhomogeen en meetbaar zijn beschreven en verrekenbare hoeveelheden een eigen verrekenregime kennen.
Een standaard kiezen is het makkelijke deel. Het werk zit in de afspraak dat iedereen die codering ook echt aanhoudt, in de calculatie, in de inkoop en op de urenstaat, en in het aanvaarden dat calculators en werkvoorbereiders daar discipline voor moeten opbrengen waar zij zelf weinig voor terugkrijgen. Wij kunnen dat ondersteunen met verplichte velden en validaties, maar een deel van dit traject bestaat uit overleg en niet uit software bouwen. Wie dat overslaat, houdt een dashboard over dat cijfers naast elkaar zet die daar niet horen.
Test je idee eerst — werkend prototype in 1 dag
Met OneDayBuild maken we je idee in één dag tastbaar voor €950, zodat je weet of verdere ontwikkeling de investering waard is. Besluit je door te gaan met de volledige bouw? Dan verrekenen we de kosten volledig.
Bekijk OneDayBuild →Wanneer standaardrapportage volstaat
Veel bouwbedrijven komen ver met wat er al staat. Exact Bouw7, 4PS Construct en AFAS bieden projectbewaking met een werkbegroting, en daar een standaard BI-tool bovenop zetten levert bruikbare rapportage op tegen veel minder inspanning. Draait uw projectadministratie vooral in een pakket, en zijn uw vragen in essentie begroting tegen realisatie per kostensoort, dan is maatwerk de duurdere route naar hetzelfde antwoord. Voor een deel van de lezers van deze pagina is dat de eerlijke conclusie.
Maatwerk begint te lonen wanneer gegevens moeten komen uit systemen die elkaar niet kennen. Een planning in Powerproject, een calculatie in een apart pakket, uren via een app op de bouwplaats, inkoop in het ERP en een opdrachtgever die zijn eigen rapportageformat verlangt: dat samenvoegen vraagt een laag die geen van die leveranciers levert. Hetzelfde geldt wanneer uw manier van projectsturing zelf onderscheidend is, bijvoorbeeld omdat u in bouwteams of met tweefasencontracten werkt en standaardrapportage die contractvorm niet kent.
De derde reden komt het vaakst voor: u loopt vast op de roadmap van een leverancier. Het rapport dat u nodig heeft staat al twee releases op de wensenlijst. Bedenk daarbij dat maatwerk het beheer verschuift: documentatie, koppelingen bijhouden wanneer een leverancier zijn API wijzigt en cijfers hervalideren na elke release komen bij u te liggen of bij de partij die u contracteert. Dat hoort in de afweging.
- Projectdata staat in systemen die elkaar niet kennen
- Planning en financiële administratie moeten samenvallen
- U werkt met bouwteams, tweefasencontracten of UAV-GC
- Opdrachtgevers verlangen hun eigen rapportageformat
- Calculatienormen moeten uit eigen nacalculatie komen
Veelgestelde vragen over bouwdata-analytics
De vragen die opdrachtgevers stellen vlak voordat ze besluiten.
Voor veel bedrijven is dat de juiste keuze. Draait uw projectadministratie vooral in een pakket zoals Exact Bouw7, 4PS Construct of AFAS, en zijn uw vragen in essentie begroting tegen realisatie per kostensoort, dan volstaat een standaard BI-tool daarbovenop. Maatwerk wordt pas interessant wanneer gegevens uit systemen moeten samenkomen die elkaar niet kennen.
Dit is een contractuele vraag en die hoort voor de bouw beantwoord te worden. Leg vast wie eigenaar is van de broncode, de datamodellen en de transformatielogica, en waar de repository staat. Vraag per koppeling een beschrijving van welk veld uit welk bronsysteem komt. Een systeem waarvan niemand kan navertellen hoe een getal ontstaat, is bij vertrek van de bouwer weinig waard.
Door vooraf vast te leggen welk getal waarvoor bedoeld is. De verantwoording van onderhanden projecten volgt RJ 221 en werkt doorgaans met de percentage-of-completion-methode, met een eigen ritme en eigen waarderingsgrondslagen. Een stuurdashboard wil eerder een bruikbare indicatie dan een verantwoord cijfer. Die twee mogen verschillen, mits het verschil verklaarbaar is.
Ja, maar niet met benchmarking als eerste doel. Begin met de projecten die wel vergelijkbaar zijn, of met analyses die geen uniforme codering nodig hebben, zoals de doorlooptijd van meerwerk. Leg parallel een coderingsafspraak vast op basis van NEN 2699 of NL/SfB. Hercoderen van oude projecten kan, mits de registratie fijnmazig genoeg was.
Meestal wel, want deze pakketten bieden API's of exports die voor dit doel volstaan. De beperkingen zitten elders: welke velden zijn beschikbaar, hoe vaak mag u ophalen, en wat gebeurt er bij een release van de leverancier. Wij leggen de koppeling zo aan dat een wijziging aan de bronkant zichtbaar wordt in plaats van stilletjes verkeerde cijfers oplevert. Zie ook onze pagina over de Bouw7-integratie.
Meer dan bedrijven vooraf inschatten, en dat is de belangrijkste risicofactor. Voortgang vastleggen in hoeveelheden of percentage gereed, meerwerk direct melden en verplichtingen registreren bij opdracht gebeuren op de bouwplaats. Kan dat niet in enkele tikken op een telefoon, dan gebeurt het niet en is het dashboard leeg of onjuist. Wij ontwerpen die invoerkant daarom eerst.
Gerelateerde diensten
Bouw7-integratie laten maken
Gaat het u vooral om gegevens die tussen twee systemen moeten stromen, bijvoorbeeld projectadministratie richting boekhouding, dan is een koppeling de kortere weg.
Predictive analytics dashboard
Wilt u laten voorspellen welk werk uit de hand dreigt te lopen, dan is dat de volgende stap. Voorwaarde is een historische registratie die consistent genoeg is om op te trainen, en dat is wat bouwdata-analytics eerst regelt.
Zullen we eerst kijken of u dit nodig heeft?
Vertel ons in welke systemen uw projectdata staat, hoe u vandaag de stand van een lopend project bepaalt en welk moment u eigenlijk te laat vindt. Op basis daarvan zeggen we of u er met rapportage bovenop uw bestaande pakket komt, of dat maatwerk gerechtvaardigd is.