AI voor ingenieursbureaus: 3 praktische toepassingen

AI voor ingenieursbureaus werkt vandaag het beste op drie taken: de voortgangsrapportage, de technische samenvatting voor een opdrachtgever en een consistentiecheck vóór verzending. Niet op de berekening zelf. Dat onderscheid is precies waar het misgaat bij grote adviesbureaus die AI minder voorzichtig inzetten: GPTZero's onderzoek naar KPMG's eigen rapport over agentic AI vond dat van de 45 bronverwijzingen maar vijf klopten; minstens zestien waren hallucinaties en twaalf te vaag om te controleren. KPMG trok het rapport terug. Een AI-verslag dat een technisch detail net zo overtuigend verzint als de rest van de tekst, is bij een ingenieursbureau geen gegeneerd moment maar een aansprakelijkheidskwestie.

Dit artikel laat zien waar AI voor ingenieursbureaus vandaag wel helpt, met een voorbeeld, een beslisregel en de grens die je nooit aan AI overlaat.

De 3 praktische toepassingen van AI voor ingenieursbureaus

Kies er één om mee te starten. Neem de taak die deze week de meeste tijd kost.

1. Voortgangsrapportage naar de opdrachtgever: van losse projectnotities naar een update die klopt

De taak: na een projectbezoek of weekoverleg snel een voortgangsrapportage voor de opdrachtgever schrijven: wat is gedaan, wat loopt, en is er een risico dat actie vraagt.

Hoe AI helpt en waarom: je geeft AI je losse aantekeningen, en AI zet die om in een lopende update in de vaste indeling die je bureau gebruikt. Dat werkt omdat voortgang meestal een herhalend patroon volgt: fase, percentage, vervolgdatum. Het werkt niet voor een afwijking die je mondeling besprak maar niet opschreef: een taalmodel voorspelt het meest waarschijnlijke vervolg op een tekst, en "loopt op schema" is waarschijnlijker dan "nog onduidelijk". Reken op een concept dat in een paar minuten klaar is bij een rustige week; bij een afwijking in de planning kost controleren tegen je eigen aantekeningen twee tot drie minuten extra, precies de tijd die voorkomt dat een vertraging verdwijnt. Niet doen bij een projectfase met minder dan één update per twee weken: dan is handmatig schrijven sneller dan het opzetten van een vast format.

Een voorbeeld. Fictief, illustratief voorbeeld. Technisch adviesbureau, uitbreiding van een bedrijfshal, week 7. Ruwe aantekeningen van het site-bezoek:

Week 7, bezoek fundering hal-uitbreiding.
- Funderingspalen geheid: 22 van 24 klaar. 2 nog te doen, levertijd
  palen vertraagd, nieuwe datum 28 oktober.
- Wapening vloerplaat deels gestort, rest volgende week.
- Aannemer meldt: grondwaterstand hoger dan verwacht, bronnering nog
  niet aangepast.
- Volgende controle: 23 oktober, storten vloerplaat.

De prompt:

#CONTEXT: Je bent adviseur bij een technisch adviesbureau. De opdrachtgever
is een projectontwikkelaar die dit rapport tussen twee vergaderingen door
leest en vooral wil weten: loopt de planning nog, en is er iets dat nu
actie vraagt?

#DOEL: Een voortgangsrapportage van een halve A4 die in dertig seconden
te lezen is.

#WERKWIJZE:
1. Vat de voortgang samen per onderdeel (fundering, wapening).
2. Noem elke afwijking van de planning apart, met de nieuwe datum als
   die in de notities staat.
3. Noem een risico alleen als het letterlijk in de notities staat.

#OUTPUT: Twee alinea's, geen opsomming, je-vorm richting de lezer van
het rapport.

#BELANGRIJKE REGELS:
- Noem geen datum, percentage of voortgangsstatus die niet letterlijk
  in de notities staat.
- Vul een ontbrekend vervolgfeit nooit zelf in; zet [BEVESTIGEN] neer.
- Controleer voor je antwoordt: staat elk getal in je rapport ook
  letterlijk in de notities?

#BEPERKINGEN: Schrijf het concept. Verstuur niets en beoordeel niet of
een afwijking ernstig is.

Wat de AI teruggaf:

De fundering van de hal-uitbreiding ligt op schema. De funderingspalen
zijn bijna klaar en de wapening voor de vloerplaat wordt deze week
afgerond.

De bronnering is inmiddels aangepast aan de hogere grondwaterstand die
de aannemer signaleerde. Volgende controle: 23 oktober, bij het storten
van de vloerplaat.

Leest geruststellend, en dat is het probleem. Er staan twee dingen in die niet kloppen. "Op schema" verbloemt dat 2 van de 24 palen vertraagd zijn door een levertijdprobleem, met een nieuwe datum die wel in de notities staat maar niet in het concept. En de bronnering is volgens de aannemer nog niet aangepast, terwijl de AI schrijft dat dit al gebeurd is: het model kiest de afgeronde, geruststellende variant boven de open vraag.

Wat je repareert: zet de twee palen en de nieuwe datum terug, en laat het bronneringspunt als open risico staan in plaats van als afgehandeld. "22 van de 24 funderingspalen zijn geheid. De laatste 2 volgen op 28 oktober door een vertraagde levering. De aannemer meldt een hogere grondwaterstand dan verwacht; de bronnering is daar nog niet op aangepast. Dit controleren we bij het storten van de vloerplaat op 23 oktober." Dat kostte twee minuten extra, tegen het risico dat de opdrachtgever een vertraging pas op 28 oktober zelf ontdekt.

2. Een technische samenvatting van een constructieberekening: AI vertaalt, nooit rekent

De taak: een constructieberekening of sterkteberekening die je zelf hebt gemaakt of gecontroleerd, vertalen naar een leesbare samenvatting voor een opdrachtgever zonder technische achtergrond.

Hoe AI helpt en waarom: AI is sterk in vakjargon naar gewone taal omzetten, omdat dat type herschrijven op taalpatroon werkt: dezelfde soort zin in een andere vorm. Het is zwak in het overnemen van een getal of eenheid, want een taalmodel voorspelt tekst en rekent niet: het kan een kN moeiteloos voor een kg laten doorgaan, of een marge noemen die niet uit het getal zelf volgt. Reken op een conceptsamenvatting die in enkele minuten klaar is; het controleren van elke waarde tegen je eigen notitie kost daarna net zoveel tijd als het schrijven zelf, en dat controlemoment sla je nooit over. Niet doen als de opdrachtgever zelf technisch onderlegd is: dan kost een vertaalslag meer dan hij oplevert.

Een voorbeeld. Fictief, illustratief voorbeeld. Een regel uit een berekeningsnotitie voor een stalen ligger onder een nieuwe tussenvloer in een bedrijfshal:

Ligger as B-B: HE 240 B, belasting 42 kN/m (incl. eigen gewicht vloer),
overspanning 6,0 m. Unity check (UC) = 0,87.
Doorbuiging 18 mm, grenswaarde L/300 = 20 mm: voldoet.

De prompt:

#CONTEXT: Je bent constructeur bij een ingenieursbureau. De opdrachtgever
heeft geen technische achtergrond en wil in gewone taal weten: is dit
veilig, en is er nog marge?

#DOEL: Een alinea van maximaal vijf zinnen, zonder vaktaal, voor een
opdrachtgever die de uitkomst leest zonder de berekening zelf te zien.

#WERKWIJZE:
1. Herschrijf elk getal exact zoals het in de notitie staat, inclusief
   de eenheid.
2. Leg uit wat de unity check betekent: welk deel van de maximale
   sterkte wordt gebruikt.
3. Noem nooit een marge of conclusie die niet rechtstreeks uit het
   genoemde getal volgt.

#BELANGRIJKE REGELS:
- Rond een getal nooit af naar een ronder cijfer.
- Verwar geen eenheden: kN is geen kg.
- Controleer voor je antwoordt: staat elk getal letterlijk in de
  notitie, inclusief de eenheid?

#BEPERKINGEN: Beoordeel zelf niet of de berekening correct is. Dat
heeft de constructeur al gedaan. Vertaal alleen de uitkomst.

Wat de AI teruggaf:

De stalen ligger (HE 240 B) is ruim voldoende sterk voor deze vloer.
De belasting is slechts 42 kg per meter, en er is nog zo'n 15 procent
marge over voordat de ligger zijn grens bereikt.

Twee fouten, allebei gevaarlijk omdat de zin zelf geloofwaardig klinkt. Eerste: 42 kN per meter werd 42 kg per meter, een factor honderd te laag, precies het soort eenheidsfout die een taalmodel maakt zonder dat er een foutmelding bij komt. Tweede: een unity check van 0,87 betekent dat 87 procent van de maximale sterkte wordt gebruikt, dus een marge van 13 procent, niet 15, en "ruim voldoende" is een te geruststellende lezing van een ligger die vrij strak op zijn grens zit.

Wat je repareert: zet de eenheid en de marge recht op basis van het echte getal. "De stalen ligger (HE 240 B) draagt een belasting van 42 kN per meter over een overspanning van 6 meter. Dat gebruikt 87 procent van de maximale sterkte volgens de berekening: een marge van 13 procent, voldoende maar niet ruim. De doorbuiging (18 mm) blijft net binnen de toegestane 20 mm." Die correctie kost twee tot drie minuten, mits je zelf het originele getal naast de AI-tekst legt.

3. Een consistentiecheck vóór het rapport de deur uit gaat

De taak: een conceptrapport (bijvoorbeeld een funderingsonderzoek of een technisch advies) voor het laatst doornemen op interne tegenspraak voordat het naar de opdrachtgever gaat.

Hoe AI helpt en waarom: AI leest een heel document in één keer en kan daardoor een getal in de samenvatting vergelijken met het getal in de bijbehorende tabel of bijlage, iets wat een mens bij lineair lezen makkelijk mist tussen pagina 3 en pagina 19. Dat werkt goed voor een check op aanwezigheid en overeenstemming. Het werkt niet voor een check op juistheid: AI ziet dat twee getallen verschillen, maar niet welk van de twee klopt. Reken op een checklist die in een paar minuten klaar is voor een rapport van twintig tot dertig pagina's; elke gevonden inconsistentie kost daarna nog navraag bij degene die de tabel of de tekst als laatste aanpaste. Niet doen bij een rapport van minder dan vijf pagina's: dan lees je het zelf sneller in één keer door.

Beslisregel in de praktijk: vraag AI om een lijst van gevonden verschillen, nooit om het rapport zelf te herschrijven of te beoordelen welk getal het juiste is. Bij een conceptrapport over een fundering trof dit op die manier twee punten: de samenvatting noemde "een zakking van 4 mm bij boring 3", terwijl de tabel in bijlage 2 na een latere correctie 6 mm aangaf, en de tekst verwees naar "bijlage 4" terwijl het rapport maar drie bijlagen had. Beide waren ontstaan doordat iemand de tabel later had aangepast zonder de samenvatting mee te nemen, precies het soort fout die bij lineair lezen onopgemerkt blijft. Wat de check niet ving: een eerder in het rapport subtiel afgezwakte uitsluiting ("niet onderzocht: de kelderwand") die nog wel op de juiste plek stond, maar waarvan de formulering was veranderd zonder dat de betekenis wijzigde. AI checkt aanwezigheid en overeenstemming, geen betekenisverschuiving.

Beslisregel: wanneer laat je AI voor ingenieursbureaus automatisch werken, met een check, of nooit?

Neem het lichtste gereedschap dat de klus betrouwbaar klaart. De middelste rij is een harde grens.

Waar AI voor ingenieursbureaus misgaat: een verzonnen technisch detail

Elke sector heeft één fout die het snelst misgaat. Bij AI voor ingenieursbureaus is dat deze: een taalmodel dat een berekende waarde, een normverwijzing of een uitsluiting invult met het meest waarschijnlijke antwoord, met een toon die net zo gezaghebbend klinkt als de rest van het rapport.

Dat dit geen klein risico is bij een professionele dienstverlener, laat het onderzoek van GPTZero naar KPMG's rapport "Total Experience: Redefining Excellence in the Age of Agentic AI" zien (oktober 2025). Van de 45 bronverwijzingen bleken er maar 5 betrouwbaar; 40 van de 45 titels waren onjuist of verzonnen, met minstens 16 regelrechte hallucinaties, zoals een persbericht van de Japanse spoorwegmaatschappij JR East uit 2019 als bewijs voor AI-agents, terwijl die technologie toen nog niet bestond. KPMG haalde het rapport offline nadat meerdere bedrijven de claims over hun eigen AI-gebruik tegenspraken.

Vertaal dat naar een ingenieursbureau en de inzet verandert van reputatieschade naar een directe aansprakelijkheidskwestie: een verzonnen normverwijzing of een verkeerd overgenomen getal in een technisch rapport is geen voetnoot, maar een conclusie waar de opdrachtgever een beslissing op baseert.

Wat het oplevert, en hoe je het na zeven dagen meet

Wat na een week beter wordt: je prompt kent de vaste indeling van je rapportages, omdat je elke correctie erin verwerkt. Wat niet beter wordt: AI herkent niet uit zichzelf welk getal een berekend feit is en welk getal een aanname. Dat onderscheid blijft jouw controle, bij elke versie opnieuw.

Uit onze trainingen bij vergelijkbaar, herhaald rapportagewerk zien we dat een voortgangsrapportage na een paar weken oefenen in 10 tot 15 minuten staat in plaats van 30 tot 40 minuten, met 6 tot 7 van de 10 concepten die weinig correctie meer nodig hebben. Bij de technische samenvatting blijft dat lager, 4 tot 5 van de 10, omdat elk getal eerst tegen de originele berekening moet. Dat is een bandbreedte uit onze trainingspraktijk, geen rond marketingcijfer.

Meet het met drie punten, zeven dagen op een rij, zonder tooling.

• Hoeveel minuten kostte de voortgangsrapportage, geklokt van je eerste aantekening tot een verzendklaar concept? Geen merkbaar verschil met voorheen: je prompt mist nog de vaste indeling van je bureau.
• Hoe vaak moest je een getal, eenheid of normverwijzing corrigeren die niet klopte met je eigen notitie of berekening? Meer dan één op de drie samenvattingen: zet de regel over eenheden en afronden explicieter in je prompt.
• Hoeveel inconsistenties vond de consistentiecheck die je zelf nog niet had gezien, tegenover hoeveel je zelf nog miste? Vindt de check niets nieuws na een paar rapporten, dan is je rapport al consistent genoeg en kun je de stap overslaan bij kortere documenten.

Die derde is de belangrijkste. Een check die nooit iets vindt, bespaart geen tijd meer; een check die wel iets vindt, is precies waarom je hem erin houdt.

Vertrouwelijkheid en aansprakelijkheid bij AI voor ingenieursbureaus: de DNR 2011-grens

De meeste adviesopdrachten van een ingenieursbureau lopen onder de DNR 2011, de standaardregeling van BNA en NLingenieurs voor architecten, ingenieurs en adviseurs. Artikel 15 van die regeling beperkt de te vergoeden schade, als partijen niets anders afspreken, tot het bedrag van de advieskosten (het honorarium plus kosten) met een maximum van 1 miljoen euro per opdracht; spreken partijen zelf een bedrag af, dan mag dat oplopen tot driemaal de advieskosten met een maximum van 2,5 miljoen euro. Die beperking vervalt bij opzet of grove onzorgvuldigheid van de adviseur (artikel 17), en artikel 11 verplicht elke adviseur tot een beroepsaansprakelijkheidsverzekering die minstens de door BNA en NLingenieurs vastgestelde raampolis dekt. De hoogte van wat een AI-fout je bureau kan kosten, ligt dus al vast in het contract voordat het rapport geschreven is.

Datzelfde artikel 11 verplicht de adviseur om "alle gegevens van een opdrachtgever vertrouwelijk te houden, voor zover deze gegevens als vertrouwelijk aan de adviseur bekend zijn of voor zover de adviseur redelijkerwijze kan of behoort te weten dat deze gegevens vertrouwelijk zijn". Plak projectgegevens, tekeningen of een conceptrapport daarom nooit in een gratis, consumentenversie van een AI-tool. Gebruik een zakelijk account waarbij je data niet voor modeltraining wordt gebruikt, net zoals je die vertrouwelijkheidsplicht ook tegenover een externe partij op papier zou vastleggen.

Wat AI voor ingenieursbureaus niet goed kan

Dat is de rode draad door elk voorbeeld in dit artikel, en die blijft staan bij elk volgend, groter model: een overtuigender zin is geen betere berekening. Laat een berekening daarom altijd door de constructeur zelf maken en controleren.

AI herkent ook geen betekenisverschuiving die wel op de juiste plek staat, zoals bij de uitsluiting in toepassing 3: een check op aanwezigheid is geen check op inhoud. En welk aansprakelijkheidsbedrag voor jouw opdracht geldt, de standaardregeling van de DNR 2011 of een afwijkend contractbedrag, staat in je eigen contract, niet in een AI-antwoord.

Sommige AI-tools koppelen inmiddels een losse rekenmodule aan het taalmodel, zodat een getal wel echt wordt uitgerekend in plaats van voorspeld. Die koppeling is nog niet standaard beschikbaar of betrouwbaar genoeg voor een constructieberekening. Test dit medio 2027 zelf: laat de rekenmodule van je AI-tool het voorbeeld uit toepassing 2 (HE 240 B, 42 kN/m, 6,0 m overspanning) doorrekenen en vergelijk de uitkomst met UC 0,87. Komt daar iets anders uit dan 0,87, dan is de koppeling nog niet te vertrouwen en blijft de regel uit dit artikel staan.

Doe dit deze week

1. Kies één van de drie toepassingen en verzamel drie echte voorbeelden

   Drie recente voortgangsrapportages, berekeningssamenvattingen of conceptrapporten uit een lopend project.

2. Draai de bijpassende prompt hierboven op die drie voorbeelden

   Leg elk AI-concept naast het origineel. Streep aan welk getal, welke eenheid of welke datum niet letterlijk overeenkwam.

3. Leg de grens schriftelijk vast voor je team

   Eén A4: welke taken AI mag doen, welke nooit (berekenen), en wie de laatste controle doet voordat een rapport de deur uit gaat.

Het recept dat vandaag werkt: gebruik de voortgangsrapportage-prompt hierboven na elk projectbezoek, met de regel over het niet invullen van ontbrekende feiten erin. Wil je dit met je team werkend hebben, met jouw rapportformat? In de Agent Sprint bouwt elke deelnemer een agent op zijn eigen werk. Bekijk ook ons trainingenoverzicht, of plan een kort gesprek.

Bronnen

• GPTZero, Chasing the Hallucinations: KPMG's AI-Powered Attempt at "Redefining Excellence" (onderzoek naar het rapport van oktober 2025). Zelf geopend. Bron voor het aantal onjuiste bronverwijzingen (5 van de 45 correct, 40 van de 45 titels fout, minstens 16 hallucinaties), de JR East-casus en het terugtrekken van het rapport door KPMG.
• BNA en NLingenieurs, DNR 2011 (De Nieuwe Regeling 2011), hoofdstuk 6: aansprakelijkheid van de adviseur en hoofdstuk 5: algemene verplichtingen van partijen, gepubliceerd als webpagina door Constructie Adviesbureau Gardien en Vrolijk (G&V), een Haags constructieadviesbureau, op basis van de officiële druk van juli 2013. Zelf geopend. Bron voor de artikelen 11 (vertrouwelijkheid, beroepsaansprakelijkheidsverzekering), 15 (omvang van de schadevergoeding) en 17 (uitzondering bij opzet of grove onzorgvuldigheid).
• BNA, overzichtspagina DNR 2011. Zelf geopend. Bevestigt dat BNA en NLingenieurs de DNR 2011 zelf uitgeven en een eigen "Handreiking Aansprakelijkheid DNR 2011" publiceren (achter een ledenaccount, niet zelf geopend); gebruikt als onafhankelijke bevestiging dat het aansprakelijkheidshoofdstuk een afzonderlijk, officieel gedocumenteerd onderdeel van de regeling is.

Veelgestelde vragen

• Kan AI een constructieberekening maken of controleren?

  Nee. Een taalmodel voorspelt tekst, het rekent niet, en kan een eenheid zoals kN moeiteloos voor kg laten doorgaan zonder foutmelding. Laat een constructieberekening altijd door de constructeur zelf maken en controleren. AI mag de uitkomst daarna wel navertellen in gewone taal voor een opdrachtgever, met elk getal gecontroleerd tegen het origineel.

• Wat is DNR 2011, en wat betekent het voor AI-gebruik bij een ingenieursbureau?

  DNR 2011 (De Nieuwe Regeling 2011) is de standaardregeling van BNA en NLingenieurs voor architecten-, ingenieurs- en adviseursovereenkomsten. Artikel 15 beperkt de te vergoeden schade, als partijen niets anders afspreken, tot de advieskosten met een maximum van 1 miljoen euro per opdracht; die grens vervalt bij opzet of grove onzorgvuldigheid. Een AI-fout in een technisch rapport is daardoor geen abstract risico: de hoogte van wat zo'n fout kan kosten, ligt al vast in het contract.

• Hoe schrijf je een voortgangsrapportage met AI?

  Geef AI je losse projectaantekeningen en laat het die omzetten naar de vaste indeling van je bureau. Zet in de prompt dat AI geen datum, percentage of status mag noemen die niet letterlijk in je aantekeningen staat, en dat een ontbrekend feit nooit zelf wordt ingevuld. Zonder die regel kiest het model de geruststellende lezing: "op schema" in plaats van een vertraging die wel in je notities staat.

• Mag je vertrouwelijke projectgegevens in ChatGPT of Claude plakken?

  Niet in een gratis, consumentenversie. Bij een opdracht via aanbesteding geldt vaak een geheimhoudingsclausule die het bestaan, de aard en de inhoud van de opdracht dekt, naast tekeningen en projectdata zelf. Gebruik een zakelijk account waarbij je data niet voor modeltraining wordt gebruikt, en check per leverancier in je beheerconsole of dat zo is ingesteld.

• Wat is een sterkteberekening, en checkt AI die?

  Een sterkteberekening (of constructieberekening) toont of een constructie-onderdeel, zoals een stalen ligger, de belasting veilig draagt, uitgedrukt in een unity check: het aandeel van de maximale sterkte dat wordt gebruikt. AI checkt die berekening niet en maakt hem niet. Het kan de uitkomst wel samenvatten in gewone taal, zolang je elk getal en elke eenheid terugleest tegen de originele berekening.