Waarom een GBS-melding nog geen GACS-actie is
Een GBS kan een alarm, afwijkende trend of onverwacht energiegebruik laten zien. Zonder context, verantwoordelijke en controle na uitvoering blijft dat alleen een signaal. De technische waarde ontstaat pas wanneer elke stap naar dezelfde asset, meetperiode en beslissing verwijst.
De GACS-eisen zijn functioneel: onder meer permanent monitoren, registreren en analyseren, rendementsverlies signaleren en de beheerder informeren. Een werkproces met heldere opvolging helpt die functies aantoonbaar te gebruiken. Het procesmodel op deze pagina ondersteunt dossieropbouw, maar bewijst op zichzelf niet dat een volledig gebouw aan alle wettelijke eisen voldoet.
Sluit een werkbon niet op “uitgevoerd”, maar pas op “werking gecontroleerd en bewijs gekoppeld”.
Menselijke controle blijft leidend. Automatische analyse of AI kan signalen ordenen en een concept voorbereiden. Een technisch deskundige beoordeelt de context; een aangewezen mens bevestigt publicatie, uitvoering en sluiting.
De zes stappen van een gesloten technische lus
- Signaal vastleggenBewaar bron, asset-ID, tijdstip, trendperiode, eenheid en datakwaliteit. Een losse screenshot zonder herkomst is te zwak.
- Technisch beoordelenControleer bedrijfstijd, bezetting, weersinvloed, veiligheid, overrides, sensorbetrouwbaarheid en mogelijke uitzonderingen.
- Werkbon afbakenenLeg gewenste toestand, uitvoerder, prioriteit, acceptatiecriterium en controleperiode vast vóór de uitvoering start.
- Uitvoering registrerenNoteer onderzoek, gevonden oorzaak, oude en nieuwe instelling, materiaal, uitvoerder en relevant foto- of meetbewijs.
- Werking nametenToets onder representatieve omstandigheden. Een wijziging direct na opslaan is nog geen bewezen verbetering.
- Dossier sluitenKoppel signaal, besluit, werkbon, uitvoeringsbewijs en nameting. Een mislukte controle heropent de actie.
Rollen: wie besluit, wie voert uit en wie sluit?
Technische opvolging valt vaak stil omdat iedereen informatie ziet, maar niemand expliciet eigenaar is. Leg deze rollen per gebouw of contract vast.
Gebouweigenaar
Bepaalt scope, risicoacceptatie, budget en wie het formele dossier beheert.
Technisch beheerder
Beoordeelt signalen, stelt prioriteit en acceptatiecriterium vast en bewaakt de keten.
Installateur of monteur
Onderzoekt en voert uit, registreert de oude en nieuwe toestand en meldt gereed voor controle.
Beoordelaar
Controleert de werking en het bewijs. Dit kan de beheerder of een apart aangewezen specialist zijn.
Bewijsmatrix voor terugkerende GBS-signalen
De onderstaande selectie laat zien hoe een technisch signaal wordt vertaald naar een uitvoerbare opdracht en toetsbaar resultaat. De download bevat negentien controlepunten en lege dossierkolommen voor eigen gebruik.
Veeg horizontaal om alle vier kolommen te bekijken →
| Signaal | Beoordeling | Werkbon | Controle en bewijs |
|---|---|---|---|
| Installatie blijft buiten gebruikstijd actief | Kalender, bezetting, naloop, vorstfunctie en overrides toetsen | Asset, uitzondering en gewenste uitschakeltoestand benoemen | Representatieve week; voor/na-trend, kalenderexport en wijzigingslog |
| Gelijktijdige warmte- en koudevraag | Sensoren, deadband, regelvolgorde en klepwerking toetsen | Overlap verwijderen met projectspecifiek criterium | Trends bij verschillende belasting; commando’s, temperaturen en uitvoeringsrapport |
| Sensorwaarde is vast of onaannemelijk | Vergelijken met onafhankelijke referentie; schaal en mapping controleren | Kalibreren, remappen of vervangen met tolerantie | Referentiemeting, kalibratierapport en voor/na-waarden |
| Meterdata bevat gaten of resets | Communicatie, timestamp, rollover, schaalfactor en meetgrens beoordelen | Datastroom herstellen; gaten expliciet markeren | Continuïteitscheck, ruwe export, gap-log en configuratie |
| Commando en terugmelding verschillen | Mapping, bekabeling, actuator en mechanische blokkade onderzoeken | Functionele test en herstel per asset | Volledige slagtest, trend, foto en assetregistratie |
| Alarm keert terug of heeft geen eigenaar | Oorzaak, prioriteit, routering, responstijd en eerdere sluitingen beoordelen | Oorzaak oplossen en eigenaar plus escalatie vastleggen | Testmelding of volgend incident end-to-end volgen |
| Trenddata ontbreekt | Punten, interval, resolutie en bewaartermijn vaststellen | Tijdelijke of permanente trending activeren | Puntlijst, trendconfiguratie, eerste export en datakwaliteitscheck |
| Comfortklacht is niet aan data te koppelen | Tijd, locatie, bezetting en relevante punten bepalen | Eerst meten; geen ongefundeerde parameterwijziging | Klachtregistratie, meetperiode, analyse en vervolgactie |
CSV, 19 technische signalen, rollen, acceptatiecriteria en dossierkolommen. Versie 1.0 · 23 juli 2026.
Minimale inhoud van iedere technische werkbon
Een werkbon is nuttig wanneer iemand die niet bij de eerste analyse was, de opdracht en het resultaat kan reconstrueren. Neem minimaal deze velden op:
- Uniek werkbonnummer
- Gebouw, ruimte en asset-ID
- Bron en detectieperiode van het signaal
- Ruwe waarden, eenheid en datakwaliteit
- Beoordeling en toegestane uitzondering
- Risico, prioriteit, eigenaar en uitvoerder
- Gewenste toestand en acceptatiecriterium
- Meetmethode en representatieve controleperiode
- Oude en nieuwe instelling of configuratie
- Uitvoerdatum en uitvoerder
- Controle-uitkomst en resterend risico
- Links naar data, foto’s en rapportversies
Uitgewerkt voorbeeld: luchtbehandeling buiten gebruikstijd
Vendorneutraal procesvoorbeeld met gesimuleerde data. Dit is geen klantcase, geen live Priva-koppeling en geen berekende besparingsclaim. Het voorbeeld laat alleen zien hoe de dossierketen hoort te werken.
Een luchtbehandelingskast blijft meerdere nachten op hoog ventilatortoerental draaien terwijl het gebouw volgens de kalender niet bezet is. Het signaal lijkt duidelijk, maar de technisch beheerder controleert eerst naloop, vorstbeveiliging, een tijdelijke override en bijzondere bezetting.
- Signaal en contextcontroleTrend, kalender, vorstfunctie en overrides worden aan asset LBK-01 gekoppeld.
- Menselijke triageDe specialist stelt vast dat één piek verklaarbaar is, maar het structurele nachtbedrijf niet.
- WerkbonOpdracht: tijdelijke override verwijderen, klokprogramma herstellen en de veilige uitzonderingen behouden.
- UitvoeringMonteur noteert oude en nieuwe instelling, reden van wijziging en relevante controlebeelden.
- Nameting en sluitingEen representatieve week wordt beoordeeld; de geldige veiligheidspiek blijft verklaard zichtbaar.
Wat klant- en medewerkersportaal in deze keten toevoegen
De portalen zijn geen doel op zichzelf. Hun meerwaarde is dat iedere partij dezelfde technische keten ziet, maar alleen de informatie en handelingen krijgt die bij de rol horen.
Medewerkersportaal
- Toegewezen gebouw, asset en werkboncontext
- Opdracht, prioriteit en acceptatiecriterium
- Uitvoeringsnotitie en gekoppeld bewijs
- Status “gereed voor technische controle”
Klantportaal
- Menselijk gepubliceerde observatie
- Status, verantwoordelijke rol en vervolgstap
- Werkbon en gecontroleerd resultaat
- Overdraagbaar gebouwlogboek zonder besturingsfunctie
Huidige productstatus. Het Degero-pilotplatform kan toegewezen gebouwen, gepubliceerde observaties, tickets en werkbonnen tonen. Welke portal-, connector-, bewijs- en meldingsfuncties werkelijk actief zijn, wordt per pilot en gebouw vastgelegd. De live Priva-API-koppeling wordt niet als gereed gepresenteerd en installatiebesturing is niet beschikbaar.
Bekijk hoe Degero Technisch Beheer deze opvolging ondersteunt →
Wanneer mag een werkbon werkelijk worden gesloten?
Status “aantoonbaar afgerond” vereist:
- het oorspronkelijke signaal is reproduceerbaar vastgelegd;
- de beoordeling en eventuele uitzondering zijn gedocumenteerd;
- uitvoering en configuratiewijziging zijn traceerbaar;
- het acceptatiecriterium is onder representatieve omstandigheden getoetst;
- bewijs is exporteerbaar en overdraagbaar;
- een niet-geslaagde controle leidt tot heropening.
Praktische dossierstructuur
Gebruik per actie één uniek kenmerk in alle systemen. Koppel daar de ruwe brondata, beoordeling, werkbon, oude en nieuwe configuratie, uitvoeringsbeelden, nameting, sluitingsbesluit en resterende beperkingen aan. Bewijs mag uit verschillende leverancierssystemen komen, zolang de onderlinge verwijzing en versie behouden blijven.
Veelgestelde vragen
Is een bestaand GBS automatisch een GACS?
Nee. Het gaat om de aanwezige én daadwerkelijk gebruikte functies over de volledige gebouwscope, niet om alleen een productnaam of dashboard.
Leidt ieder signaal tot een werkbon?
Nee. Een valide uitzondering kan ook de uitkomst zijn, mits reden, verantwoordelijke en geldigheidsduur worden vastgelegd.
Is een gesloten werkbon voldoende bewijs?
Nee. Een administratieve sluiting bewijst zonder acceptatiecriterium en controledata niet dat de technische werking is verbeterd.
Hoe lang moet de controleperiode zijn?
Lang genoeg om de relevante bedrijfscondities te bevatten. Dat verschilt per storing, installatie, seizoen en gebouwgebruik.
Mag bewijs uit verschillende systemen komen?
Ja. Brondata, werkbon, configuratie en controle mogen leveranciersneutraal uit verschillende systemen komen als de verwijzingen behouden blijven.
Bewijst deze matrix dat het hele gebouw voldoet?
Nee. Ook gebouwscope, opgesteld vermogen, functionele dekking, gelijkwaardigheid en het complete dossier moeten worden beoordeeld.
Bronnen en afbakening
- RVO — Gebouwautomatisering- en controlesystemen (GACS)
- Besluit bouwwerken leefomgeving — GACS-artikelen bestaande bouw
- EUR-Lex — Richtlijn (EU) 2024/1275 betreffende de energieprestatie van gebouwen
- NEN Connect — NEN-EN-ISO 52120-1
Degero geeft een praktische technische vertaling en geen juridisch bindend conformiteitsoordeel. De scope en gelijkwaardigheid moeten per gebouw worden vastgesteld.
Oprichter van Degero en sinds 2008 actief in meet- en regeltechniek, GBS, GACS en technisch gebouwbeheer. Lees meer over Degero en Tim Grootes.