Welke documentatie heeft u nodig voor GACS?
Bij GACS gaat de aandacht meestal naar techniek: welke installaties, welk vermogen, welk systeem. Maar in de praktijk struikelen gebouweigenaren zelden over de techniek. Ze struikelen over de vraag: kunt u aantonen dat het zo is?
Een gebouw kan technisch prima in orde zijn en toch niet aantoonbaar voldoen. Dat is een wezenlijk verschil, en het is precies waar veel GACS-trajecten vastlopen.
Waarom aantoonbaarheid het knelpunt is
De GACS-eisen zijn functioneel geformuleerd. Er staat niet welk merk of welk systeem u moet installeren; er staat wat het systeem moet kunnen. Monitoren, analyseren, bijsturen, afwijkingen signaleren.
Functionele eisen hebben een eigenschap: ze zijn niet af te vinken op basis van een factuur of een systeemnaam. Iemand moet kunnen laten zien dat de functie daadwerkelijk aanwezig is en werkt.
Daar komt bij dat toezicht bij het bevoegd gezag ligt. Dat betekent dat de vraag niet komt van een auditor met een vaste checklist, maar mogelijk van een handhaver die om onderbouwing vraagt. Wie dan alleen kan zeggen "we hebben een gebouwbeheersysteem", heeft geen antwoord.
Wat hoort er in een GACS-dossier?
Er bestaat geen wettelijk voorgeschreven dossiervorm. Op basis van de functionele eisen komt de opbouw in de praktijk neer op de volgende onderdelen.
- 1.
Gebouw- en installatiegegevens
- De basis waarmee u onderbouwt of het gebouw onder de verplichting valt: gebouwfunctie en gebruik
- Opgesteld vermogen verwarming, koeling en ventilatie, met bron (typeplaatje, technische documentatie, opleverdossier) — niet als schatting
- Overzicht van installatiedelen en hun regeling
- Bouwjaar en renovatiehistorie van de installaties
Dit klinkt eenvoudig, maar het opgesteld vermogen is in de praktijk de meest onzekere factor. Vermogens uit oude bestekken, vervangen ketels die nooit zijn geadministreerd, of opgesplitste installaties maken dat veel gebouwen niet met zekerheid boven of onder de grens zitten.
- 2.
Systeembeschrijving
- Welk GBS/EMS, welke versie, welke leverancier
- Welke installatiedelen zijn aangesloten en welke niet
- Welke regelstrategieën draaien er feitelijk (niet: wat ooit ontworpen is)
- Welke communicatieprotocollen worden gebruikt
- 3.
Datapunten en meetinfrastructuur
- Overzicht van beschikbare meetpunten per installatiedeel
- Aanwezigheid van sub-meters en wat ze meten
- Meetfrequentie en historische opslagduur van de data
- Welke binnenmilieuparameters worden gemeten en geregistreerd
Een systeem dat regelt maar niet registreert, levert geen bewijs. Een systeem dat registreert maar data na een week overschrijft, ook niet.
- 4.
Analyse en signalering
- Hoe worden afwijkingen gesignaleerd
- Wie krijgt die signalen en wat gebeurt ermee
- Welke rapportages worden gemaakt en met welke frequentie
- Voorbeelden van daadwerkelijk gesignaleerde en opgevolgde afwijkingen
Dat laatste punt is sterker bewijs dan welke systeembeschrijving ook. Een logboek met "afwijking gesignaleerd op datum X, oorzaak Y, actie Z" laat zien dat de functie werkt.
- 5.
Beheer en borging
- Wie is verantwoordelijk voor het systeem
- Welke onderhouds- of beheerovereenkomst ligt eronder
- Hoe wordt kennis geborgd bij personeelswisseling
- Hoe wordt gecontroleerd of het systeem nog doet wat het moet doen
- 6.
Beoordeling en onderbouwing
- Op welke gronden meent u dat het gebouw voldoet, of welke stappen zijn gepland om te gaan voldoen
- Een gemotiveerd verbeterplan is een aanzienlijk sterkere positie dan geen dossier
Veelgemaakte fouten
Vertrouwen op het opleverdossier.
Dat beschrijft de ontworpen situatie, niet de huidige. Tussen oplevering en nu liggen vaak jaren van aanpassingen, uitgeschakelde regelingen en handmatige overrules.
Documentatie bij de installateur laten liggen.
De gebouweigenaar is verantwoordelijk. Als de kennis en de systeemdocumentatie uitsluitend bij de onderhoudspartij zitten, heeft u een afhankelijkheid die bij een leverancierswissel een probleem wordt.
Screenshots als bewijs.
Een schermafbeelding van een dashboard toont een moment, geen functie. Onderbouw liever met een datapuntenlijst en een rapportage over een periode.
Wachten tot alles compleet is.
Een dossier dat groeit is bruikbaar; een dossier dat er nog niet is, is dat niet. Begin met wat er is en documenteer expliciet wat ontbreekt.
Praktisch beginnen
De meest werkbare eerste stap is niet het opbouwen van het volledige dossier, maar het maken van een overzicht: per gebouw vastleggen wat u weet, wat u vermoedt en wat u niet weet. Die derde categorie is de werklijst.
Voor portefeuilles werkt het om te beginnen bij de gebouwen waar de verplichting het meest waarschijnlijk speelt — mede door de aangescherpte eisen sinds 29 mei 2026 — en de aanpak daar uit te werken tot een format dat u vervolgens op de rest toepast. Denk er bij dit alles aan dat een GBS niet automatisch een GACS is.
Veelgestelde vragen
Is er een officieel voorgeschreven GACS-dossier?+
Nee. De eisen zijn functioneel geformuleerd en er is geen wettelijk vastgelegd dossierformat. De opbouw volgt uit wat u aannemelijk moet kunnen maken.
Wie controleert dit?+
Toezicht en handhaving liggen bij het bevoegd gezag. Er is geen periodieke keuring of certificering waarbij het dossier standaard wordt opgevraagd.
Levert mijn installateur deze documentatie?+
Vaak deels. Een installateur documenteert doorgaans de installatie en het onderhoud, niet de onderbouwing van compliance. Dat blijft de verantwoordelijkheid van de gebouweigenaar.
Hoe lang moet ik data bewaren?+
Er is geen vaste bewaartermijn voorgeschreven. Praktisch gezien is data over meerdere seizoenen nodig om afwijkingen en verbeteringen zinvol te kunnen onderbouwen.
Bronnen
Deze kennisbankpagina is gebaseerd op:
- Besluit bouwwerken leefomgeving (Bbl)
- Omgevingsregeling (Or)
- Openbare informatie van RVO over GACS en technische systeemeisen
Disclaimer: aantoonbare compliance wordt altijd gebouwspecifiek beoordeeld.
Weten waar uw dossier staat?
Een gap analyse laat zien wat u al kunt aantonen, wat nog ontbreekt en welke stap de meeste bewijskracht oplevert.