Instrument

Smart building aanbesteding: checklist voor FM

Het aanbesteden van smart building-technologie is fundamenteel anders dan het inkopen van traditionele installaties. Naast hardware gaat het om software, data, integratie en langetermijnondersteuning. FM-professionals die de juiste eisen stellen in de aanbesteding voorkomen leverancierslock-in, data-silo's en systemen die na drie jaar niet meer ondersteund worden.

Nederlandse context

In Nederland verlopen aanbestedingen voor overheidsgebouwen via de Aanbestedingswet 2012. Het Rijksvastgoedbedrijf en PIANOo publiceren leidraden voor het aanbesteden van technologie in gebouwen. De TVVL heeft een leidraad voor het specificeren van gebouwautomatisering. Voor private opdrachtgevers gelden dezelfde inhoudelijke aandachtspunten.

Kernbegrippen

Interoperabiliteitseis
Eis in de aanbesteding dat systemen moeten communiceren via open standaarden (BACnet, MQTT) en niet afhankelijk zijn van propriëtaire protocollen.
Data-eigendom
Contractuele bepaling over wie eigenaar is van de gegenereerde data. De opdrachtgever moet eigenaar zijn en blijven, ook bij leverancierswissel.
Leverancierslock-in
Situatie waarin de opdrachtgever afhankelijk is van één leverancier voor onderhoud, updates en uitbreidingen. Te voorkomen door open standaarden en data-export te eisen.
Lifecycle support
De garantie dat de leverancier het systeem gedurende een bepaalde periode ondersteunt met updates, patches en reserveonderdelen.
Exit-strategie
Plan voor het overstappen naar een andere leverancier: data-export, documentatie, training en overgangsperiode. Moet contractueel zijn vastgelegd.

Toepassing in de praktijk

Stel interoperabiliteit als harde eis. Alle systemen communiceren via BACnet/IP of MQTT met open standaarden. Eis BTL-certificering voor BACnet-apparatuur. Specificeer dat alle data exporteerbaar is in open formaten (CSV, JSON, API) en dat de opdrachtgever onbeperkt eigenaar blijft van alle gegenereerde data, ook na beëindiging van het contract.

Vraag om een lifecycle roadmap van de leverancier. Hoe lang wordt de hardware ondersteund? Hoe frequent worden softwareupdates uitgebracht? Wat zijn de kosten van licenties over 10 jaar? Een systeem dat na drie jaar end-of-life is, is een slechte investering. Eis minimaal 10 jaar lifecycle support of een aantoonbaar migratiepad.

Leg een exit-strategie contractueel vast. Wat gebeurt er als je van leverancier wilt wisselen? Is de data exporteerbaar? Is de configuratie gedocumenteerd? Kan een andere partij het systeem overnemen? Een leverancier die weigert hierover afspraken te maken, bevestigt precies het risico dat je probeert te vermijden.

Verwante onderwerpen