Van tijdsgebonden naar conditiegebonden onderhoud: begin met het optimaliseren van jouw buitendienstactiviteiten
-
English -
English
Tijdsgebaseerd onderhoud kan een verspilling van middelen zijn en blinde vlekken achterlaten, waardoor teams in kostbare cycli van onnodige controles en noodreparaties terechtkomen. Realtime monitoring met de AMP maakt echter conditie-gebaseerd onderhoud mogelijk. Deze methode helpt kosten te besparen, de veiligheid te verbeteren en managers in staat te stellen slimmere, proactieve beslissingen te nemen.
Inleiding: Het dilemma van de onderhoudsmanager
Een onderhoudsmanager, laten we hem David noemen, zit aan zijn bureau en bekijkt het werkschema voor de komende tijd. Zoals gebruikelijk begint de week met een beslissing die voortkomt uit routine. Op de agenda staat een terugkerende taak: de maandelijkse inspectie van het kathodische beschermingssysteem (CP-systeem) van een afgelegen deel van een stalen pijpleiding. De taak ontstaat niet door een alarm of een probleem met de prestaties, maar simpelweg door het verstrijken van de tijd.
David stuurt een team van twee personen op pad. De reis is zo’n 200 kilometer heen en terug. Bij aankomst nemen ze de metingen, controleren ze de gelijkrichter, kruisen ze de vakjes aan en komen ze met het oordeel: de installaties functioneren nog steeds en zijn in perfecte staat. Deze klus kost niet alleen een halve dag reistijd, maar daarbovenop komen ook de uren van zijn twee ervaren technici en dan nog de brandstofkosten.
Routinematige en handmatige controles zijn gebruikelijk bij netbeheerders. Maar ondertussen staan zij onder toenemende druk vanuit verschillende hoeken: de operationele kosten stijgen, de regelgeving wordt strenger en het tekort aan geschoolde arbeidskrachten maakt de tijd van experts waardevoller dan ooit.
Hierdoor creëren tijdsgebonden onderhoud (TBM) een situatie van reactieve “brandbestrijding”, waarbij teams ofwel onnodig werk verrichten, ofwel reageren op grote storingen die voorkomen hadden kunnen worden. Het probleem is dus tweedelig:
- Aan de ene kant is er preventief onderhoud. Dit is een verouderde strategie die actie onderneemt op basis van tijd. Dit wordt vaak te vroeg uitgevoerd en leidt tot het overbodige werk dat Davids team zojuist heeft uitgevoerd.
- Aan de andere kant is er ook reactief onderhoud, waarbij er pas actie wordt ondernomen nadat er een storing is opgetreden. Dit is eigenlijk altijd te laat.
Maar wat als de assets hun conditie in realtime zouden kunnen communiceren? Wat als David, in plaats van te vertrouwen op een statisch schema, direct zou kunnen luisteren naar de behoeften van zijn energie-installaties?
Dat is waar infrastructuurmonitoring om draait: het leveren van de noodzakelijke data en waarschuwingen om een verschuiving naar conditiegebaseerde monitoring mogelijk te maken.
In dit artikel belichten we hoe netbeheerders kunnen afstappen van de rigide beperkingen van de kalender en kunnen overstappen naar een veiliger, efficiënter en kosteneffectiever model voor veldoperaties.
Deel 1: De verborgen kosten van tijdsgebonden onderhoud
Het naleven van een vast onderhoudsschema kan aanvoelen als een verantwoorde en gestructureerde aanpak van assetmanagement. Het biedt een duidelijk plan en een gevoel van controle. Onder deze oppervlakte schuilen echter verborgen kosten – zowel directe financiële lasten als ernstige en onbeheerde risico’s die zich ophopen tussen geplande bezoeken.
De kosten van bedrijfsmiddelen: verspilde bezoeken en verkeerd toegewezen expertise
De meest zichtbare kosten van TBM zijn de directe gevolgen voor de operationele kosten (OPEX). Elke keer dat een buitendienstteam routinematig wordt uitgezonden, maakt de organisatie concrete kosten voor brandstof, slijtage van voertuigen en manuren. Bovendien is de technicus die een dag besteedt aan het heen en weer rijden naar een afgelegen locatie voor een routinecontrole een getrainde specialist die wordt ingezet als eenvoudige dataverzamelaar. Dit belicht een enorme gemiste kans. Diezelfde persoon had die dag kunnen besteden aan het analyseren van complexe data, het uitvoeren van cruciale reparaties of het begeleiden van een junior teamlid. In plaats daarvan worden hun vaardigheden verspild aan een taak die geen nieuwe informatie oplevert.
Het risico van de blinde vlek: wat gebeurt er tussen inspecties?
De tweede kostenpost van TBM is het risico dat ontstaat door de lange periodes van blindheid tussen inspecties. Een controle op dinsdag biedt geen garantie voor de conditie van een object op woensdag. Deze aanpak is gebaseerd op de onjuiste aanname dat de degradatie van objecten een langzaam, lineair en voorspelbaar proces is dat zich aanpast aan een kalendercyclus. In werkelijkheid ontwikkelen veel storingen zich niet-lineair, getriggerd door specifieke gebeurtenissen of omgevingsomstandigheden.
Over het algemeen kunnen de kosten voor reactief onderhoud 25% tot 30%Bron: Hoofdstuk 5: Types of maintenance programs. (Federal Energy Management Program). In Operations & Maintenance Best Practices Guide: Release 3.0. hoger liggen dan die van een voorspellende, conditie-gebaseerde aanpak. Voor grote, gedistribueerde netwerken met duizenden assets kunnen deze individuele kosten zich vermenigvuldigen tot een aanzienlijke financiële last over een jaar.
Deel 2: Hoe realtime data jouw werkplanning transformeert
Afstappen van de kalender vereist een nieuwe bron van waarheid. Realtime data, continu verzameld door sensoren op jouw assets, vormt deze basis en creëert nieuwe mogelijkheden, waardoor jouw teams effectiever en strategischer kunnen werken.
Inzicht in de situatie: van een statisch schema naar een live assetkaart
Voor veel technici en managers is het primaire beeld van hun netwerk statisch: een complexe spreadsheet of een GIS-systeem dat laat zien waar assets zich bevinden. Alleen kunnen zij niet zien hoe hun netwerk zich precies gedraagt.
Realtime monitoring brengt hier verandering in. De statische kaart wordt een dynamisch en live dashboard dat het welzijn van jouw gehele netwerk weergeeft.
Het Asset Monitoring Platform (AMP) gebruikt bijvoorbeeld een kaartgebaseerde interface waarbij elk object wordt weergegeven door een pictogram dat van kleur verandert afhankelijk van de huidige status: groen voor normaal, oranje voor een ernstig probleem en rood voor een kritiek probleem. Bovendien worden er alarmmeldingen verzonden wanneer afwijkingen worden gedetecteerd.
Met één oogopslag krijgt een manager een compleet overzicht van het gehele operationele gebied en kan hij of zij in realtime precies zien waar problemen zich voordoen. De vraag is niet langer “Wat zou er mis kunnen zijn?”, maar “Waar moet ik mijn aandacht nu op richten?”. Je kunt eindelijk het object beheren, niet alleen de planning.
Het einde van de onnodige vrachtwagenritten: het verhaal van het Gasunie-gasnet
GasunieOm de volledige casestudy van Gasunie te lezen, ga naar: Hoe Gasunie de kathodische beschermingsmonitoring voor 11.000 installaties automatiseerde met het Asset Monitoring Platform. beheert 12.000 km aan pijpleidingen onder Nederland, een enorm netwerk dat constante monitoring van de kathodische beschermingssystemen (CP-systemen) vereist.
Historisch gezien betekende dit dat aannemers door het hele land werden gestuurd voor handmatige controles. Dit is een kostbaar en arbeidsintensief proces dat lange periodes van informatieverlies tussen de bezoeken met zich meebracht. In 2023 startte Gasunie een grootschalig digitaliseringsproject, waarbij 11.000 van de 18.000 CP-masten werden uitgerust met IoT-sensoren van Withthegrid. De gegevens worden nu direct naar het Asset Monitoring Platform (AMP) gestuurd, waardoor routinematige handmatige metingen overbodig zijn en er continu inzicht is in de prestaties van het CP-systeem. Het project heeft het onderhoud getransformeerd van reactief naar proactief.
Deel 3: Een eenvoudig raamwerk voor het prioriteren van onderhoudstaken op basis van assetgegevens
De overgang naar een conditiegebaseerd model brengt duidelijkheid, maar kan ook een nieuwe uitdaging met zich meebrengen. Want wat doe je nu als je meerdere meldingen ontvangt? Op een eventvolle dag kan een manager geconfronteerd worden met tientallen problemen in zijn netwerk. Het is dan niet alleen belangrijk om gegevens te ontvangen, maar er ook bedachtzaam op te reageren. Dit vereist een duidelijk, eenvoudig raamwerk om gegevens om te zetten in een geprioriteerd actieplan.
Stap 1: Het waarschuwingssysteem opzetten
De eerste stap is om ervoor te zorgen dat je alleen wordt gealarmeerd voor relevante gebeurtenissen. Een constante stroom ruwe data is nutteloos zonder context. Het doel is om die data om te zetten in een duidelijk signaal dat aandacht vereist. Dit wordt gedaan door probleemtriggers te configureren binnen een monitoringplatform.
In AMP is dit proces ontworpen om zowel krachtig als intuïtief te zijn. Gebruikers kunnen drempelwaarden instellen voor elke meting, waarmee ze definiëren wat een normale, ernstige of kritieke status is. Deze worden weergegeven door kleuren (blauw voor een informatieve melding, oranje voor een ernstig probleem en rood voor een kritiek probleem), waardoor operators direct visuele context krijgen over de urgentie van een melding.
Een veelvoorkomende angst bij de implementatie van een geautomatiseerd waarschuwingssysteem is echter ‘meldingsmoeheid’. Dit houdt in dat een systeem overweldigd kan raken, omdat er zoveel meldingen binnenkomen dat ze allemaal ruis worden. Om dit te voorkomen, is het cruciaal om tijdelijke pieken en valse positieven eruit te filteren. Geavanceerde functies zoals de ‘Probleemvertraging’ in de AMP zijn hiervoor ontworpen. In plaats van een probleem te activeren op basis van één afwijkende meting, kan een gebruiker een bedachtzamere regel instellen, zoals: ‘Maak alleen een ‘Ernstig’ probleem aan als drie opeenvolgende metingen binnen een periode van twee uur boven de drempelwaarde liggen’. Zo bouw je een vroegtijdig waarschuwingssysteem waarop je team kan vertrouwen.
Stap 2: Een signaal omzetten in een richtlijn
Een melding van jouw waarschuwingssysteem krijg je binnen als notificatie. Een ‘probleem’ binnen AMP is een richtlijn: een actiepunt dat beheerd, gevolgd en opgelost kan worden. Dit is de stap waarin een datapunt onderdeel wordt van een operationele workflow.
Zodra een probleem automatisch wordt gegenereerd door een trigger, kan je direct:
- Opmerkingen toevoegen: Context geven, vragen stellen of eerste observaties vastleggen direct binnen het probleem.
- Het probleem toewijzen: De taak delegeren aan een specifieke gebruiker of team, zodat er duidelijke verantwoordelijkheid en aansprakelijkheid is.
- Bestanden bijvoegen: Foto’s uit het veld, technische schema’s of historische rapporten toevoegen, zodat het toegewezen team alle benodigde informatie op één plek heeft.
- Labels toepassen: Aangepaste labels gebruiken zoals ‘Onderdelen in afwachting’ of ‘Gepland voor volgende week’ om de status van alle openstaande problemen in één oogopslag te categoriseren en te volgen.
Deze gestructureerde workflow transformeert assetmanagement van een reeks losse e-mails en telefoongesprekken naar een volledig traceerbaar en transparant proces. Het bevordert de afstemming tussen teams, waardoor teams voor vermogensbeheer, veldoperaties en compliance vanuit één betrouwbare bron van informatie kunnen werken.
Stap 3: Een raamwerk voor prioritering
Met een betrouwbare stroom van problemen is de laatste uitdaging bepalen wat als eerste moet worden aangepakt. Het platform kan je vertellen wat er aan de hand is, maar de expert geeft aan wat de gevolgen zijn.
Een eenvoudig maar krachtig raamwerk hiervoor is om elk probleem te evalueren aan de hand van twee assen: Ernst en Gevolg.
- Ernst: Hoe ernstig is de afwijking?
Dit is een maatstaf voor de anomalie zelf. Is een drukmeting 1% boven de limiet of 50% erboven? De AMP kan dit kwantificeren door een ernstpercentage te berekenen dat precies aangeeft hoeveel een meting is afgeweken van de gedefinieerde drempelwaarde, wat een objectieve maatstaf biedt voor de omvang van het probleem. - Gevolg: Hoe belangrijk is het?
Hier is menselijke expertise onmisbaar. Een ernstig probleem met een niet-kritisch, redundant onderdeel is mogelijk minder belangrijk dan een klein probleem met een primaire transmissielijn die duizenden klanten bedient.
Door deze twee factoren te combineren, kan je elk probleem in een eenvoudige prioriteringsmatrix plaatsen. Dit biedt een duidelijke richtlijn waarop actie kan worden ondernomen.
Ik begrijp het—je wilt dat de tekst in de gehele tabel, inclusief de beschrijvingen en voorbeelden in de kwadranten, horizontaal staat (niet gedraaid).
Hier is de gecorrigeerde code waarbij alle tekst horizontaal staat, de achtergrond volledig wit is, de lettergrootte overal klein is (12px) en alleen de vier kwadranten een zwarte rand hebben.
De Finale Compacte Code (Volledig Horizontaal & Nederlands)
HTML
Tabel 3.1: De onderhoudsprioriteitsmatrix
| Lage kritikaliteit van assets | Hoge kritikaliteit van assets | |
|---|---|---|
| Hoge anomalie-ernst en risico |
Kwadrant 3: MONITOREN & ANALYSEREN
De anomalie is significant, maar het actief is niet kritiek. Dit rechtvaardigt verder onderzoek om de oorzaak te achterhalen voordat een team wordt gestuurd. Het kan een sensorprobleem zijn of een lokaal probleem met beperkte impact. Voorbeeld: Een noodstroomgenerator in een klein onderstation slaagt niet voor een zelftest. |
Kwadrant 1: ONMIDDELLIJK HANDELEN
Dit is een rode alarmfase. Een kritiek actief vertoond tekenen van ernstige problemen of dreigend falen. Dit vereist een onmiddellijke noodreactie om een grote stroomstoring of veiligheidsincident te voorkomen. Voorbeeld: Een snelle drukdaling wordt gedetecteerd op een primaire gasleiding. |
| Lage anomalie-ernst en risico |
Kwadrant 4: REGISTREREN VOOR TOEKOMSTIG GEBRUIK
Het probleem is klein en betreft een niet-kritiek, vaak redundant, actief. Er is geen onmiddellijke actie vereist, maar de gegevens worden geregistreerd. Deze informatie is waardevol voor trendanalyse op lange termijn en toekomstige onderhoudsplanning. Voorbeeld: Een lichte toename van trillingen bij een niet-essentiële pomp. |
Kwadrant 2: PLAN PROACTIEF
Dit is een vroege waarschuwing voor een vitaal onderdeel van de apparatuur. Het is geen noodgeval, maar wel een taak met hoge prioriteit die moet worden ingepland en op een geplande manier moet worden aangepakt om te voorkomen dat het escaleert tot een gebeurtenis in Kwadrant 1. Voorbeeld: Een geleidelijke toename van het gehalte aan opgeloste gassen in een hoofdtransformator. |
Het Asset Monitoring Platform: de juiste tool
Een succesvolle overstap naar conditiegebaseerd onderhoud is afhankelijk van de juiste tool. Het Asset Monitoring Platform (AMP) is een complete oplossing, ontworpen voor de specifieke uitdagingen van kritieke infrastructuur.
Het AMP bestaat uit twee afzonderlijke omgevingen die samenwerken:
- Een connectiviteitsomgeving: Dit is de basis waar je jouw volledige vloot IoT-apparaten verbindt en beheert, of deze nu van Withthegrid of van een derde partij afkomstig zijn. Hier kan je datastromen configureren, firmware beheren en apparaten veilig toewijzen aan verschillende monitoringprojecten. Je hebt volledige controle over de datapipeline.
- Een monitoringomgeving: Hier wordt data omgezet in intelligentie. Gebruikers krijgen een compleet overzicht van hun assets op een kaart, kunnen problemen volgen, trends analyseren met behulp van grafieken en aangepaste dashboards, en veldoperaties beheren.
Het platform is ontworpen om flexibel en schaalbaar te zijn. Of je nou een volledig beheerde oplossing nodig hebt met onze voorgeconfigureerde sensoren voor toepassingen zoals kathodische bescherming of lekdetectie, of alleen de software om jouw eigen apparaten te integreren, de AMP past zich aan jouw behoeften aan. Het integreert met jouw bestaande GIS-systemen en stelt je in staat gegevens door te sturen naar jouw eigen IT-systemen via API of webhooks, zodat het naadloos aansluit op jouw bestaande digitale ecosysteem.
Conclusie: van brandbestrijding naar toekomstgericht denken
Terug naar David, de onderhoudsmanager. Zijn week begint niet meer met een blinde planning op basis van een schematisch to-dolijstje. Het begint met een helder, datagestuurd overzicht van zijn gehele netwerk. Hij stuurt zijn mensen niet langer op lange ritten om gezonde assets te inspecteren. In plaats daarvan zet hij ze doelgericht en nauwkeurig in om problemen aan te pakken die zijn geïdentificeerd en geanalyseerd via het Asset Monitoring Platform voordat een vrachtwagen de garage verlaat. Hij is overgestapt van reageren op problemen naar proactief beheer.
Door slimmere netwerken mogelijk te maken, optimaliseren asset- en onderhoudsmanagers zoals David niet alleen de efficiëntie, maar waarborgen ze ook de betrouwbaarheid en veiligheid van de infrastructuur waar we allemaal van afhankelijk zijn.