Demarcatie

Van demarcatie naar onderhoudscontract: leveranciersscope, inclusies en controle

Vertaal demarcatie naar een controleerbare leveranciersscope met assets, activiteiten, inclusies, bewijs, acceptatie en een praktische contractcheck.

Architecturale doorsnede van een gebouw met technische installaties en duidelijk afgebakende leverancierszones.

Van demarcatie naar onderhoudscontract: leveranciersscope, inclusies en controle

Een demarcatielijst vertelt welke verantwoordelijkheid bij welk gebouwdeel of installatie hoort. Een onderhoudscontract wordt vervolgens veel concreter. De leverancier heeft een afgebakende opdracht nodig: welke assets, op welke locaties, voor welke activiteiten, met welke uitzonderingen en welk bewijs.

De vertaling is pas bruikbaar wanneer de leverancier er een prijs, planning en werkwijze aan kan koppelen. Begin daarom niet met een algemene zin als ‘onderhoud van de klimaatinstallaties’. Koppel de vastgestelde demarcatie aan een actuele assetlijst, de fysieke systeemgrens, de verlangde prestatie en de manier waarop werk wordt geaccepteerd.

Artikel 6:227 BW verlangt dat de verbintenissen die partijen aangaan bepaalbaar zijn. De wet schrijft daarmee geen assettabel of checklist voor, maar een contractuele prestatie moet wel voldoende herkenbaar zijn.

Daarbij blijven drie vragen gescheiden:

  • wie volgens de objectspecifieke bronnen verantwoordelijk is;
  • welke werkzaamheden aan de leverancier worden opgedragen;
  • wie een factuur beoordeelt en uiteindelijk de kosten draagt.

Een leverancier kan werk uitvoeren zonder juridisch verantwoordelijk te zijn voor het gebouwdeel. Andersom kan een eigenaar verantwoordelijk blijven terwijl een leverancier slechts een beperkt deel van het onderhoud uitvoert.

Assets, locaties en activiteiten

Een contracteerbare scope begint bij herkenbare objecten. Noteer per asset minimaal het gebouw, de ruimte of installatiezone, een stabiele assetcode en het relevante aansluit- of overdrachtspunt. Koppel daar de activiteit aan: inspectie, preventief onderhoud, storingsdiagnose, herstel, vervanging, rapportage of een combinatie daarvan.

Lees voor de inhoudelijke verantwoordelijkheidsverdeling ook het bredere besliskader voor demarcatieverantwoordelijkheden. Dit artikel begint een stap later: bij de vertaling van een vastgestelde afbakening naar leverancierswerk.

Een RACI kan daarna de samenwerking rond de opdracht verduidelijken: wie uitvoert, eindverantwoordelijk is voor het besluit, wordt geraadpleegd of geïnformeerd. De scope of work beschrijft intussen het daadwerkelijke leverancierswerk. Inclusies, uitsluitingen en acceptatiebewijs geven die scope haar praktische grenzen. De RACI vervangt dus niet de asset, locatie, activiteit, systeemgrens of contractuele bron.

Een bruikbare contractregel kan er zo uitzien:

Asset en locatieActiviteitIn scopeUitgesloten of voorwaardelijkPrestatie en bewijsBesluit bij afwijking
Luchtbehandelingskast LBK-01, dak technische ruimteHalfjaarlijkse inspectie en preventief onderhoudFilters, riemen, lagers en functionele controleKanaalreiniging alleen na aparte opdracht; huurdersnaregelingen buiten scopeMeetrapport, onderhoudsbon, foto's van relevante gebreken en bijgewerkte assetstatusContractmanager beoordeelt voorstel; bevoegde opdrachtgever volgt uit het objectdossier
Brandkleppen zone B, schacht 2Functionele test en rapportageBereikbare kleppen op de actuele assetlijstBouwkundige bereikbaarheid en herstel van sparingen niet inbegrepenResultaat per asset-ID, afwijkingscategorie en herleidbaar testbewijsAfwijking naar technisch beheer en eigenaar van de betreffende opdracht

Deze matrix is een fictief en illustratief voorbeeld. Zij bepaalt niet wie juridisch verantwoordelijk is en schrijft geen algemene contractvorm voor.

De assetlijst hoort bij de feitelijke situatie. Een lijst met alleen installatienamen is te grof als één systeem meerdere huurderszones, verdiepingen of eigendomsgrenzen bedient. Benoem daarom ook de locatie en systeemgrens. Bij ontbrekende assetgegevens kan een opname vooraf onderdeel zijn van de aanbesteding of contractstart.

Scopegaten en overlap

Een scopegat ontstaat wanneer een noodzakelijke activiteit bij geen enkele partij herkenbaar is belegd. Overlap ontstaat wanneer twee contracten of teams hetzelfde werk lijken te omvatten. Beide problemen worden meestal pas zichtbaar wanneer assets, activiteiten en grenzen naast elkaar worden gelegd.

Controleer daarom niet alleen of ‘de lift’ of ‘de luchtbehandeling’ ergens genoemd staat. Kijk ook naar de volledige onderhoudscyclus:

  • wie neemt een storing aan;
  • wie stelt de oorzaak vast;
  • wie voert de tijdelijke maatregel uit;
  • wie doet het definitieve herstel;
  • wie beslist over vervanging;
  • wie levert het bewijs en werkt de assetstatus bij.

Een overlap is niet automatisch extra zekerheid. Twee leveranciers kunnen allebei inspectie noemen, maar ieder aannemen dat de ander de opvolging van gebreken regelt. Beschrijf per raakvlak daarom de trigger, de overdracht en het beslismoment.

Fictief voorbeeld: luchtbehandeling met huurderszones

Stel: een multi-tenant kantoorgebouw heeft één centrale luchtbehandelingskast. De eigenaar laat de kast onderhouden door leverancier A. De huurdersnaregelingen achter het overdrachtspunt vallen volgens de objectspecifieke demarcatie buiten die opdracht. Leverancier B onderhoudt een deel van die naregelingen namens een huurder.

Tijdens een storing meet leverancier A onvoldoende luchthoeveelheid aan de kast, terwijl leverancier B een vastgelopen klep in de huurderszone ziet. Geen van beide contracten beschrijft wie de integrale diagnose coördineert. Dat is een scopegat, ook al zijn beide installatiedelen afzonderlijk ‘in onderhoud’.

De oplossing in dit fictieve voorbeeld is niet om één partij zonder onderbouwing verantwoordelijk te maken. Leg vast wie de eerste diagnose coördineert, welke meetgegevens beide leveranciers delen, waar de technische grens ligt en wie toestemming geeft voor werk buiten de eigen scope. De uiteindelijke opdracht- en kostenroute blijft volgen uit de actuele contracten en objectafspraken.

In- en exclusies

Een inclusie benoemt wat de vaste opdracht omvat. Een exclusie geeft aan wat niet in de prijs of prestatie zit. In deze contractscope betekent een voorwaardelijke activiteit dat uitvoering pas volgt nadat de aangewezen partij toestemming heeft gegeven.

Het helpt om eerst te bepalen wanneer je een demarcatielijst, SLA of onderhoudscontract gebruikt. De demarcatielijst draagt de afbakening, de SLA kan serviceniveaus beschrijven en het onderhoudscontract legt de leveranciersprestatie en commerciële afspraken vast.

Een afgesproken reactietijd laat zien of een leverancier tijdig reageert. Zonder koppeling aan asset, activiteit en resultaat bewijst die termijn niet dat onderhoud, herstel of vervanging inhoudelijk goed is uitgevoerd.

Schrijf een uitsluiting zo dat zij in de praktijk herkenbaar is. ‘Bouwkundige werkzaamheden uitgesloten’ is vaak onvoldoende. Gaat het om hak- en breekwerk, herstel van brandwerende doorvoeringen, steigerwerk, plafondopeningen of alle vier? Benoem ook wie een uitsluiting signaleert en hoe vervolgwerk wordt aangevraagd.

Meerwerk verdient dezelfde duidelijkheid. Een uurtarief zegt nog niet wanneer werk als meerwerk geldt. Leg vast welke gebeurtenis een voorstel activeert, welke informatie het voorstel bevat, wie mag goedkeuren en welk bewijs na uitvoering wordt toegevoegd. Prijsindexatie wijzigt de prijsroute; zij verandert niet vanzelf de eerder vastgestelde verantwoordelijkheid of leveranciersscope.

Niet iedere onderhoudsprestatie heeft juridisch hetzelfde karakter. Boek 7 BW maakt onder meer onderscheid tussen opdracht en aanneming van werk. De wettelijke regeling over prijsverhoging bij toevoegingen of veranderingen in artikel 7:755 BW hoort bij aanneming van werk. Gebruik die regel daarom alleen nadat de concrete prestatie en contractset zijn beoordeeld; een gewone indexatieclausule is iets anders.

Rapportage en bewijs

Een onderhoudsrapport is pas bruikbaar wanneer duidelijk is op welke asset, activiteit en contracteis het betrekking heeft. Een algemene werkbon met ‘onderhoud uitgevoerd’ laat niet zien welke onderdelen zijn gecontroleerd, welke afwijkingen openstaan of of de afgesproken prestatie is gehaald.

Koppel bewijs daarom aan de contractregel. Denk aan:

  • asset-ID en locatie;
  • datum en uitgevoerde activiteit;
  • relevante meting of bevinding;
  • afwijking en voorgestelde opvolging;
  • gebruikte onderdelen wanneer dat relevant is;
  • naam of identificatie van de uitvoerende partij;
  • status van acceptatie en eventuele open actie.

Een foto kan ondersteunen, maar vervangt geen inhoudelijke beschrijving. Ook een leveranciersportaal is niet vanzelf het overdraagbare dossier. Spreek af welke gegevens in een exporteerbare vorm beschikbaar blijven wanneer het contract eindigt.

Ook acceptatie vraagt om de juiste juridische begrenzing. Artikel 7:758 BW bevat een regeling voor keuring, aanvaarding en oplevering bij aanneming van werk. Een terugkerende inspectie- of onderhoudsdienst valt daar niet automatisch onder. Beschrijf voor zulke diensten in het contract welk resultaat en bewijs de opdrachtgever beoordeelt.

Bij een aankoop of verkoop ligt het zwaartepunt anders. Lees daarvoor hoe je contractscope en bewijs toetst tijdens technische due diligence. Hier gaat het om de doorlopende beheerfase en om aantoonbare uitvoering van de actuele opdracht.

Fictief voorbeeld: leverancierswissel bij een brandmeldinstallatie

Stel: een vastgoedeigenaar wisselt van onderhoudsleverancier voor een brandmeldinstallatie. De vertrekkende leverancier levert werkbonnen per bezoek, maar geen complete actuele assetlijst. Ook is niet zichtbaar welke afwijkingen formeel zijn geaccepteerd, tijdelijk zijn beheerst of nog openstaan. Recente rapporten en enkele revisiestukken ontbreken eveneens.

De nieuwe leverancier kan daardoor geen betrouwbare beginsituatie bevestigen. In dit fictieve voorbeeld wordt eerst een gezamenlijke opname uitgevoerd. De partijen koppelen de aangetroffen componenten en open punten aan de contractscope. De opdrachtgever legt vast welk achterstallig werk onderdeel wordt van de startsituatie en welk werk een afzonderlijke opdracht vraagt.

Zo wordt het bewijs overdraagbaar zonder te suggereren dat de nieuwe leverancier eerdere verantwoordelijkheden overneemt. De concrete uitkomst blijft afhankelijk van het bestaande contract, de beëindigingsafspraken, de installatiegegevens en de vastgelegde acceptatie.

Raakvlakkenworkshop

Een raakvlakkenworkshop is een praktische werksessie voor onderdelen die meerdere partijen, contracten of gebouwzones raken. Gebruik de sessie niet om onduidelijke juridische afspraken mondeling te vervangen. Het doel is zichtbaar maken waar een beslissing, bron of contractwijziging nodig is.

Werk per raakvlak met een concreet scenario. Laat de betrokken partijen bijvoorbeeld stap voor stap doorlopen wat er gebeurt bij een storing buiten kantooruren, een afgekeurde inspectie, een ontoegankelijke installatie of een voorstel tot vervanging. Leg vast waar informatie wordt overgedragen en wie welke beslissing kan nemen.

Wie namens de opdrachtgever een contractwijziging of meerwerk goedkeurt, moet daarvoor bevoegd zijn. Een operationele contactpersoon is door zijn betrokkenheid niet automatisch bevoegd om dat besluit te nemen.

Een bruikbare uitkomst bevat per raakvlak:

  1. de betrokken assets en locaties;
  2. de technische en contractuele grens;
  3. de trigger voor overdracht;
  4. de eerste handelende partij;
  5. de opdrachtgever of degene die het voorstel mag goedkeuren;
  6. het afgesproken bewijs;
  7. de open vraag en bron die nog beoordeling vragen.

Zet een nog onbeslist raakvlak niet stilzwijgend als vaste contractregel in de scope. Houd het herkenbaar als open punt totdat de bevoegde partij de onderliggende documenten en afspraak heeft bevestigd.

Van bron naar actuele contractafspraak

Begin bij de bron die de objectspecifieke afbakening draagt en koppel die aan het juiste gebouw, de asset en het overdrachtspunt. Bekijk daarna afzonderlijk de verantwoordelijkheid, activiteit, kostenroute en uitvoerende partij. Sluit af met het bewijs en de datum waarop de afspraak voor het laatst is gecontroleerd.

Dit is een praktische denklijn, geen wettelijke norm en geen voorgeschreven werkwijze. Zij helpt vooral om te voorkomen dat een leveranciersnaam wordt verward met verantwoordelijkheid, of dat een prijsafspraak wordt aangezien voor een complete scope.

Wanneer demarcatielijst en onderhoudscontract uiteenlopen, is alleen tekst aanpassen niet genoeg. Noteer het verschil, bepaal welke bron of afspraak aangepast kan worden, laat de bevoegde partij beslissen en registreer vanaf welke datum de nieuwe versie geldt. Zo blijft zichtbaar welke opdracht de leverancier op welk moment had.

Toetsingschecklist voor gunning en verlenging

Gebruik bij een nieuwe gunning en bij contractverlenging dezelfde kerncontrole. Daarmee wordt zichtbaar of de leveranciersscope nog aansluit op de demarcatie en de feitelijke situatie.

ControlepuntPraktische controlevraagGewenst bewijs
Aansluiting op demarcatieZijn assets, activiteiten en grenzen herleidbaar naar de actuele objectspecifieke afbakening?Bronverwijzing en versiedatum
AssetlijstKomt de lijst overeen met gebouw, locatie en huidige configuratie?Actuele opname of bevestigde mutatielijst
InclusiesIs duidelijk welke preventieve, correctieve en administratieve prestaties in de prijs zitten?Scopebijlage en prijsblad
UitsluitingenZijn fysieke grenzen en uitgesloten activiteiten herkenbaar beschreven?Uitsluitingenregister met voorbeelden
MeerwerkIs de trigger, informatieplicht en goedkeuringsroute vastgelegd?Meerwerkprocedure en bevoegdheden
AcceptatiecriteriaKan de opdrachtgever objectief beoordelen of de prestatie is geleverd?Meetwaarde, rapportage-eis of herstelbewijs
WijzigingenIs geregeld hoe een afwijking tussen demarcatie, assetlijst en contract wordt besloten en gedateerd?Wijzigingslog en goedgekeurde versie
OverdrachtBlijven assethistorie, open gebreken en rapportages beschikbaar bij een leverancierswissel?Overdrachtsset in exporteerbaar formaat

Niet ieder contract heeft dezelfde diepte nodig. Een klein, overzichtelijk gebouw kan met een compacte bijlage uitkomen. Een portefeuille met gedeelde installaties, meerdere gebruikers en veel uitzonderingen vraagt meer detail. De kwaliteit zit niet in het aantal kolommen, maar in de herkenbaarheid van scope, beslissing en bewijs.

Onderhoudscontract toetsen in zeven stappen

  1. Bevestig de actuele situatie. Vergelijk assetlijst, locaties en systeemgrenzen met het gebouw.
  2. Leg de demarcatie ernaast. Controleer per activiteit welke verantwoordelijkheid, opdracht- en kostenroute objectspecifiek zijn vastgesteld.
  3. Lees inclusies en uitsluitingen samen. Zoek naar stiltes, overlap en voorwaarden die alleen op een andere plek staan.
  4. Test storingen en uitzonderingen. Doorloop ten minste één planbare activiteit, één storing en één vervangingsvraag.
  5. Controleer meerwerk en goedkeuring. Maak zichtbaar wie een voorstel beoordeelt en wanneer uitvoering mag starten.
  6. Beoordeel acceptatiebewijs. Controleer of rapportage herleidbaar is tot asset, activiteit en eis.
  7. Leg wijzigingen en overdracht vast. Geef iedere goedgekeurde wijziging een datum en zorg dat het dossier overdraagbaar blijft.

Deze toets maakt van een algemeen onderhoudscontract nog geen juridisch oordeel over iedere situatie. Bij strijd tussen stukken, onduidelijke aansprakelijkheid of grote financiële gevolgen is aanvullende contractuele of juridische beoordeling passend.

Voor wettelijk aanwezige bouwwerkinstallaties legt artikel 2.6 Bbl de zorg voor functioneren, beheer, onderhoud en controle bij de eigenaar of degene die uit anderen hoofde voorzieningen mag treffen. Het inschakelen van een onderhoudsleverancier verplaatst die publiekrechtelijke positie niet automatisch. Controleer daarom de concrete installatie, regel en bevoegdheidsverhouding naast de leveranciersscope.

Waar deze verdieping stopt

Dit artikel behandelt de stap van vastgestelde demarcatie naar contracteerbare leveranciersscope. De brede verdeling tussen eigenaar, huurder, VvE en andere partijen hoort bij het centrale demarcatiekader. De vergelijking tussen documentsoorten hoort bij de aparte uitleg over demarcatielijst, SLA en onderhoudscontract. De acquisitiecontrole hoort bij technische due diligence.

Door die grenzen te bewaken blijft dit artikel praktisch: assets en activiteiten afbakenen, inclusies en uitsluitingen scherp krijgen, bewijs overdraagbaar maken en het contract periodiek tegen de actuele demarcatie toetsen.

Bronnen

Verder in Naxerio

Gerelateerde artikelen

Klaar voor overzicht en controle?

Sluit u aan bij vastgoedteams die risico's minimaliseren en administratieve druk verlagen met Naxerio.