Hoe automatiseer je terugkerende storingsmeldingen zonder dat een planner alles handmatig verwerkt?

Je automatiseert terugkerende storingsmeldingen door elke melding aan de juiste installatie te koppelen, eerdere werkbonnen en reparaties erbij te zoeken, dubbele meldingen van echte herhaalstoringen te onderscheiden en een onderbouwd vervolg klaar te zetten dat de planner controleert en goedkeurt.

Deze pagina behandelt de installatie die opnieuw uitvalt: welke historie je nodig hebt, wanneer opnieuw dezelfde reparatie onvoldoende is, wat first-time-fix-cijfers werkelijk zeggen en hoe je vaste storingssjablonen combineert met AI. De winst begint bij minder opnieuw uitzoeken. Minder herhaalbezoeken moet je apart bewijzen.

Het korte antwoord

• Koppel een storingsmelding aan het installatie- of apparaatnummer, niet alleen aan de klant of het adres; Syntess ondersteunt objecten, installaties, apparaten en documenten bij dezelfde relatie. Syntess, 01-10-2026
• Maak onderscheid tussen een dubbele melding, een gepland vervolgbezoek en een probleem dat na herstel terugkomt; anders telt je automatisering dezelfde storing verkeerd.
• De sectoroverschrijdende Aquant-benchmark van 2026 noemt 77% first-time-fix, tegenover 88% bij de topgroep en 60% bij de onderste groep; dat zijn geen Nederlandse installatiecijfers. Aquant, februari 2026
• Meet gerelateerde terugkeer minstens over 30 dagen: Aquant waarschuwt dat kortere vensters herhaalbezoeken missen. Aquant, geraadpleegd 01-10-2026
• Gebruik per storingstype een vast sjabloon voor gegevens, taken en benodigde vaardigheden; zulke werkordersjablonen bestaan al in Dynamics 365 Field Service. Microsoft, 08-08-2026
• Een herhaalde foutcode bewijst geen verkeerde reparatie: fabrikanten noemen verschillende oorzaken bij dezelfde code. Vaillant, 01-10-2026
• Laat AI de feiten voor garantie, verdiepend onderzoek of vervangingsadvies verzamelen; de technische en financiële beslissing blijft bij een bevoegde medewerker.

Wanneer is een storingsmelding echt een herhaalstoring?

Een herhaalstoring is voor deze werkwijze een nieuwe melding van een gerelateerd probleem bij dezelfde installatie nadat herstel is vastgelegd. Een tweede mail is dus nog geen tweede storing. Gebruik deze vier routes als procesafspraak:

Dit onderscheid voorkomt twee fouten: een noodzakelijke vervolgklus wegdrukken als duplicaat en een mislukte reparatie presenteren als een volledig nieuwe opdracht. Aquant schrijft letterlijk: “Inaccuracies are created when multiple tickets related to the same issue are left ungrouped.” Aquant, rapport 2024, p. 10

Periodiek onderhoud volgt een andere aanleiding: een afgesproken termijn. Syntess beschrijft daarvoor al het aanmaken van preventieve werkbonnen vanuit serviceadministratie. Dat is iets anders dan ontdekken waarom een installatie opnieuw meldt. Syntess Academy, 01-10-2026 Zie voor die taak onderhoud en inspecties.

Welke historie moet AI bij een terugkerende storing ophalen?

AI moet bij een terugkerende storing een controleerbare tijdlijn van dezelfde installatie ophalen, met de oorspronkelijke klacht, uitgevoerde ingreep en het vastgelegde resultaat. Alleen een samenvatting van de vorige mail is onvoldoende.

Een bruikbaar dossier bevat:

• Identiteit: klant, locatie, installatie- en apparaatnummer, merk, model en serienummer. Een vervangen toestel krijgt een eigen identiteit; de oude ketel blijft in de historie herkenbaar.
• Klacht: oorspronkelijke klanttekst, foutcode, omstandigheden en moment van optreden. Houd wat de klant meldt apart van wat de monteur vaststelt.
• Vorige behandeling: werkbonnummer, bezoekdatum, metingen, vastgestelde oorzaak, ingreep, vervangen onderdelen en uitvoerende monteur.
• Resultaat: werking getest, tijdelijk hersteld, definitief hersteld of vervolg nodig. Een afgemelde bon bewijst op zichzelf geen duurzaam herstel.
• Afspraken: onderhoudscontract, oplevering, toepasselijke garantievoorwaarden, eerdere toezeggingen en nog openstaande acties.
• Bewijs: bronverwijzingen naar de bonnen, foto’s en contractpassages waarop het voorstel steunt.

Syntess documenteert de koppeling tussen objecten, installaties, apparaten en documenten. Microsoft beschrijft dat een Copilot-samenvatting voor geplande werkorders ook de werkorderhistorie van het apparaat gebruikt. De bouwstenen bestaan dus al. Syntess, 01-10-2026, Microsoft, 12-06-2026

Mijn advies: zoek eerst binnen de bevestigde installatie en pas daarna naar vergelijkbare storingen elders. Een bruikbare oplossing bij een vergelijkbaar toestel is geen bewijs dat die oplossing hier past. Mist het serienummer en staan er meerdere apparaten op het adres, dan wordt de ontbrekende identiteit een vraag bij het voorstel.

Hoe verwerkt de planner de melding zonder opnieuw alles uit te zoeken?

De planner beoordeelt een voorbereid vervolg: wat is er eerder geprobeerd, waarom hoort deze melding daarbij en welke beslissing is nu nodig? Richt de verwerking in deze volgorde in:

1. Lees de melding. Bewaar de oorspronkelijke tekst en haal locatie, apparaat, symptoom en code eruit. Maak zichtbaar wat ontbreekt.
2. Bevestig de installatie. Toon waarop de koppeling berust. Een overeenkomstige klantnaam alleen volstaat niet.
3. Controleer open werk. Zoek naar dezelfde melding, een open werkorder en geplande vervolgbezoeken voordat je nieuw werk voorbereidt.
4. Haal de herstelhistorie op. Zet eerdere klacht, ingreep en resultaat naast de nieuwe melding. Label het verband als bevestigd, vermoed of onbekend.
5. Kies een vervolgvoorstel. Aanvullen van bestaand werk, nieuw bezoek, technische beoordeling, garantiecontrole of onderzoek naar vervanging.
6. Leg het goedgekeurde vervolg vast. Bewaar bronverwijzingen en beslissing bij de werkorder. Controleer daarna of het resultaat werkelijk in het pakket staat.

Een voorstel moet bijvoorbeeld kunnen zeggen: dezelfde installatie en dezelfde gemelde foutcode; de vorige bon vermeldt alleen een reset; een vastgestelde oorzaak ontbreekt. Dat is een reden om verdiepend onderzoek voor te leggen. Het is geen bewijs dat een onderdeel defect is.

Geef uitzonderingen een eigenaar. Een voorbereid voorstel dat niemand beoordeelt blijft werk in een wachtrij. En als opslaan mislukt, hoort opnieuw proberen hetzelfde goedgekeurde werk bij te werken, zonder een tweede bon te maken. Hoe je vaste stappen en AI verdeelt, staat bij AI-agents versus workflow automation.

Wat zeggen first-time-fix-cijfers over herhaalstoringen?

First-time-fix meet hoe vaak een probleem bij de eerste poging wordt opgelost; het meet niet hoeveel handmatig opzoekwerk de planner heeft. De sectoroverschrijdende benchmark geeft wel aan waarom betere voorbereiding de moeite van het toetsen waard is.

Bron: Aquant, februari 2026. Het openbare persbericht beschrijft 161 organisaties en bijna 30 miljoen service-events over drie jaar. Aquant verkoopt service-AI. De vergelijking bewijst geen oorzakelijk AI-effect; het volledige rapport is via de geopende downloadpagina niet verkregen.

Ook het type apparatuur telt. Het rapport van 2024 noemt 69,1% voor food equipment, 71,9% voor industrial machinery en 79,8% voor printing. Aquant, 2024, p. 8 Dat verschil maakt een algemeen streefgetal voor een Nederlandse installateur onhoudbaar.

Neem 88% daarom niet als beloofde uitkomst van automatisering. Het is een vergelijkingspunt. Onderdelen, diagnosevaardigheid, toegang tot de locatie en kwaliteit van uitgevoerd werk beïnvloeden herstel eveneens. De hier gecontroleerde bronnen bevatten geen Nederlandse branchemeting die AI-historieopzoekwerk rechtstreeks aan minder herhaalbezoeken koppelt.

Hoe voorkom je dat een gesloten werkbon een herhaalstoring verbergt?

Meet herstel per uniek incident bij dezelfde installatie, met een verstreken observatievenster, zodat opnieuw gemelde problemen niet verdwijnen tussen losse werkbonnen. Aquant gebruikt in het rapport van 2024 een first-time-fix-venster van 30 dagen. Aquant, 2024, p. 8

Een praktische meetafspraak is:

FTF30 (%) = 100 × (incidenten opgelost met één bezoek, zonder gerelateerde terugkeer binnen 30 dagen / alle beoordeelbare incidenten).

Dit is onze voorgestelde operationele definitie. Leg vooraf vast welke bezoeken meetellen en wie bepaalt of een terugkeer gerelateerd is. Een gepland tweede bezoek is geen dubbele melding, maar telt bij deze definitie wel als een oplossing met meerdere bezoeken. Een andere storing aan hetzelfde apparaat wordt apart geteld zolang geen verband is vastgesteld.

Vergelijk daarnaast terugkeer binnen 7 en 90 dagen. Het korte venster toont snelle terugval, het lange venster aanvullende patronen. Die termijnen zijn meetkeuzes, geen garantietermijnen. Beoordeel een incident pas wanneer het hele venster is verstreken. Een gisteren gerepareerde ketel heeft nog geen aangetoonde FTF30. Ontbreekt herstelinformatie, rapporteer dat apart.

Meet naast herstel ook de administratie: actieve zoek- en controleminuten per incident, foutieve installatiekoppelingen, gemiste herhalingen, onterecht samengevoegde meldingen en wachttijd tot een bevoegd besluit. Een automatisch afgemelde bon verbetert geen van deze maten vanzelf. Voor de algemene controleaanpak kun je door naar fouten en controle.

Wat betekent minder terugkomen voor de beschikbare monteurscapaciteit?

Minder mislukte eerste bezoeken kan capaciteit vrijmaken, maar hoeveel hangt af van het werkelijke aantal vervolgbezoeken. Een rekensom maakt dat verschil zichtbaar zonder tijdwinst te verzinnen.

Neem als eigen scenario 100 unieke storingsincidenten. Elk incident vraagt een eerste bezoek. Elk niet opgelost eerste bezoek vraagt precies één vervolgbezoek. Gebruik uitsluitend ter illustratie de 77% en 88% uit de Aquant-benchmark:

Eigen berekening, geen klantresultaat en geen voorspelling van AI-effect. Bron van de gekozen percentages: Aquant, februari 2026.

Het verschil is 11 bezoeken, of 8,9% van 123. Dat betekent geen 8,9% kortere werkweek: bezoeken duren verschillend en niet elk vervolg is vermijdbaar. Als betere dossierinformatie uitsluitend de planner ontlast, blijft deze monteurswinst nul.

De rekensom maakt wel de juiste volgorde duidelijk. Eerst aantonen dat historie goed wordt gevonden. Daarna meten of het gekozen vervolg verandert. Pas vervolgens kijken of de installatie minder terugkomt. Anders schrijf je een betere herstelprestatie toe aan AI terwijl bijvoorbeeld onderdelen sneller beschikbaar kwamen.

Welke soorten storingen kun je als vast sjabloon voorbereiden?

Gebruik symptoomfamilies als vast sjabloon voor gegevens en vervolgvragen, met de juiste fabrikantdocumentatie ernaast. Laat het sjabloon geen reparatie voorschrijven op basis van één code. Microsoft documenteert werkordersjablonen met taken, producten, diensten en benodigde kenmerken. Microsoft, 08-08-2026

Codebetekenissen: Vaillant, 01-10-2026 en Remeha, handleiding 22-08-2018, p. 44-45. De derde kolom is ons ontwerpvoorstel. De tabel is geen frequentieranglijst: openbare Nederlandse aantallen per storingstype zijn hier niet vastgesteld.

Vaillant noemt bij F22 onder andere watertekort, lucht, sensorproblemen en een defect expansievat. Het symptoom bepaalt dus de zoekrichting, niet de oorzaak. Laat je technische staf per merk en model de juiste bron en het sjabloon goedkeuren. De actuele handleiding van het geïdentificeerde toestel gaat voor een algemene online codelijst.

Wanneer wijst een herhaalstoring op garantie of een verkeerde reparatie?

Een herhaalstoring is aanleiding om de vorige opdracht en dekking te beoordelen, geen automatisch bewijs dat de vorige monteur fout zat. Het vervolgvoorstel moet drie vragen uit elkaar houden: wat was afgesproken, wat is uitgevoerd en waarom keert het probleem terug?

Bij verkeerd uitgevoerd werk hoort de oorspronkelijke opdracht naast de bon en de klacht. ACM ConsuWijzer legt uit dat consumenten ook zonder afzonderlijke garantie recht hebben op werk dat aan de afspraken voldoet. ACM ConsuWijzer, 01-10-2026

Bij productgarantie horen aankoop, oplevering, productgegevens en voorwaarden. Bij een onderhoudscontract hoort de vraag welke arbeid, onderdelen en bezoeken zijn inbegrepen. Een contract voor onderhoud bepaalt niet vanzelf wie een nieuwe storing betaalt.

Voor zakelijke productverkoop verwijst RVO naar afspraken in de verkoopovereenkomst. Pas consumentenregels daarom niet automatisch toe op iedere zakelijke installatieklant. Ondernemersplein/RVO, gecontroleerd 19-03-2025

Automatiseer het verzamelen van bewijs en zet een gerichte vraag klaar: valt deze terugkeer onder de vorige opdracht, de productgarantie, het servicecontract of nieuw betaald werk? Laat de verantwoordelijke beslissen voordat een kostenbelofte naar de klant gaat. Een bruikbaar systeem bewaart die beslissing en haar grondslag. Het plakt niet uitsluitend een groen garantielabel op een toestel dat nog jong is.

Wanneer moet je vervanging onderzoeken in plaats van opnieuw repareren?

Onderzoek vervanging zodra de historie aanleiding geeft om de herstelroute zelf te heroverwegen, bijvoorbeeld bij terugkeer na meerdere beoordeelde ingrepen of ontbrekende onderdelen. Het aantal meldingen alleen is geen vervangingsadvies.

De ACM noemt in een sectorbrief als onjuiste handelswijze dat een verkoper na herhaalde mislukte reparaties alleen opnieuw repareren blijft aanbieden. De brief gaat over wettelijke garantie bij consumentenkoop en geeft voorbeelden met elektronica en witgoed; hij behandelt niet elk installatiecontract. Het bruikbare principe voor je werkproces: maak alternatieven zichtbaar zodra dezelfde route geen afdoende oplossing oplevert. ACM via Techniek Nederland, 02-07-2025, p. 3

Laat voor technisch vervangingsadvies verzamelen: vastgestelde oorzaken, eerdere ingrepen, conditie, leeftijd, onderdelenbeschikbaarheid, verwachte volgende herstelkosten en een concrete vervangingsoptie. Syntess documenteert conditie, levensduur en kostenprognoses per object of installatie in MJOP. Syntess, 01-10-2026

Mijn advies: vergelijk vanaf vandaag de verwachte kosten van beide routes over dezelfde periode. Geld dat al aan eerdere reparaties is besteed, is een signaal voor onderzoek, geen toekomstige kostenpost die je opnieuw bijtelt. Verbruiksbesparing of levensduur krijgt pas een bedrag als er een onderbouwde bron voor deze installatie is.

AI kan het dossier en de vergelijking voorbereiden. Een technisch verantwoordelijke beoordeelt of vervanging zinvol is; de klant beslist over een aangeboden oplossing.

Wat moet je eigenlijk automatiseren: de melding of het vervolg?

Onze stelling: automatiseer het onderbouwde vervolg op één installatie. Een sneller aangemaakte werkorder heeft beperkte waarde wanneer de monteur dezelfde onvolledige informatie krijgt als vorige keer.

Leg de bronnen naast elkaar. Het ERP kan installatiehistorie bewaren. De fabrikant laat zien dat een code meerdere oorzaken heeft. De benchmark waarschuwt voor het los tellen van gerelateerde tickets. En bij herhaald mislukt herstel vraagt de afhandeling om een andere beoordeling. Daaruit volgt een ander ontwerp dan mailtekst overnemen: breng de eerdere poging, het resultaat en het volgende beslispunt bij elkaar.

Dat verandert ook het werk van de planner. Bij een gewone storing is de vraag wie erheen gaat. Bij een herhaalstoring komt daar een vraag vóór: wat moet er bij dit bezoek anders worden onderzocht, meegenomen of besloten? De vaste monteur kan nuttige context hebben; een specialist kan nodig zijn voor verdiepend onderzoek. Dat is een afweging, geen universele toewijzingsregel.

Een tweede gevolg: na betere herkenning kan het geregistreerde herhaalpercentage eerst stijgen. Dat is onze hypothese, geen gemeten resultaat. Herhalingen die vroeger als nieuwe storing telden worden zichtbaar. Beoordeel de automatisering daarom op dezelfde incidentdefinitie vóór en na, en op minder zoekwerk én beter onderbouwde vervolgkeuzes.

Waar gaat dit naartoe?

De ontwikkeling gaat richting vooraf klaargezette installatiehistorie, terwijl een snelle verbetering van herstelprestaties nog niet uit de benchmark volgt. Aquant publiceerde 76% FTF in 2024 en 77% in 2026: een verschil van 1 procentpunt, met verschillende steekproeven. Dat is geen doorlopend panel en geen bewezen AI-winst. Aquant, 2024, Aquant, februari 2026

Het producttempo is concreter: Simpro beschreef op 18 mei 2026 JobReady als voorbereiding uit locatie-, klant- en werkhistorie. Microsoft documenteerde op 12 juni 2026 apparaathistorie in werkordersamenvattingen. Dit zijn leverancierdocumenten, geen eigen praktijktests. Simpro, 18-05-2026, Microsoft, 12-06-2026

Onze verwachting: eind 2027 is het vooraf verzamelen van herstelhistorie bij gekoppelde installatieregisters routine. De onderscheidende prestatie wordt een aantoonbaar juiste relatie tussen melding, eerdere ingreep en vervolgkeuze. De redenering: informatie samenvatten wordt al geleverd; de bruikbaarheid hangt vervolgens af van installatie-identiteit, bronkwaliteit en vastgelegde besluiten.

De verwachting breekt als verkeerde koppelingen en ontbrekende herstelbonnen zoveel controle vragen dat zelf zoeken sneller blijft. Zij voorspelt geen zelfstandige technische diagnose. Onze inzet voor Bombos is dat de melding, gevonden historie, bronnen en vervolgvragen samen ter beoordeling liggen, en dat de correcties van je team bij de volgende melding worden gebruikt.

Wat kan dit (nog) niet?

AI die storingshistorie opzoekt kan geen fysiek defect bewijzen, geen ontbrekende meting reconstrueren en geen verkeerde bron waar maken. Een passend ogende samenvatting kan onjuist zijn. Microsoft meldt fouten in het samenvatten, beschrijft afhankelijkheid van gegevenskwaliteit en waarschuwt voor onnauwkeurigheid bij andere talen dan het geteste Engels. Een Nederlands foutpercentage staat er niet. Microsoft, 16-06-2026

Er zijn nog vier harde grenzen:

• Ontbrekende historie: geen gevonden herhaling betekent niet dat het toestel nooit eerder defect was. Meldingen bij een andere onderhoudspartij blijven buiten beeld totdat die gegevens beschikbaar zijn.
• Verkeerde identiteit: een overtuigend dossier van het verkeerde apparaat leidt tot een verkeerd voorstel. Laat twijfel over locatie, model of serienummer oplossen vóór de vervolgkeuze.
• Veiligheid en urgentie: vaak voorkomende meldingen zijn niet automatisch ongevaarlijk. Een ernstig nieuw symptoom mag niet verdwijnen door een duplicaatfilter; laat veiligheidsmeldingen volgens de vastgelegde noodprocedure behandelen.
• Geen aangetoonde opbrengst: deze pagina bewijst geen Nederlandse tijdwinst, minder bezoeken of besparing door Bombos. De benchmark, documentatie en eigen rekensom meten verschillende dingen.

Wat alleen in het hoofd van een monteur of planner zit, kan AI niet ophalen. Daarom interviewt Bombos je team om die kennis vast te leggen. Een persoonlijke samenvatting is evenmin automatisch gedeelde historie: Microsoft zegt dat zijn samenvatting niet wordt opgeslagen. Bewaar dus het beoordeelde besluit en de bronstukken bij het werk. Microsoft, 12-06-2026

Hoe pakt Bombos dit aan?

Bombos bereidt de afhandeling van een storingsmelding voor naast je bestaande planning en administratie. Het leest wat binnenkomt op aangesloten adressen, zoekt de klant en installatie op en legt een voorstel klaar met de reden erbij. Je keurt goed, past aan of wijst af in Bombos. Na jouw akkoord staat het bezoek in je planning en gaat het goedgekeurde bericht naar de klant. Dat proces zie je bij storing inplannen en planning bij installatie en technisch onderhoud.

Voor terugkerende storingen richten we de taak rond jouw historie en afspraken in: welke eerdere bon hoort erbij, wat is al geprobeerd en wanneer vraagt een herhaling eerst beoordeling door de technische staf? Garantie en vervanging worden onderbouwde vervolgvragen, geen automatische toezeggingen. Een bericht aan de klant wacht standaard op jouw akkoord. Die grens is technisch afgedwongen. Een voorstel kan fout zijn en vraagt controle.

Corrigeer je de gekozen installatie of vervolgroute met de reden erbij, dan wordt die correctie een regel voor de volgende melding, ook voor je collega’s. Wat nergens staat, vraagt Bombos uit. Je planner begint daardoor met gevonden gegevens en een voorstel in plaats van telkens een leeg dossier.

Het doel is met hetzelfde team meer werk doen, van een hogere kwaliteit. Deze taak is het begin. Daarna leert je eigen team Bombos de volgende taak, zonder technisch te zijn. Hoe je eerst de werking toetst, staat bij een AI-agent testen voordat je automatiseert; de bredere afweging bij werken met je eigen software.

Bronnen

Elke externe bron hieronder is op 1 oktober 2026 geopend en het citaat staat er letterlijk in. Ongedateerde productpagina’s zijn gecontroleerd op die leesdatum. Leverancierdocumentatie bewijst beschreven functies, geen gemeten resultaat. Eigen procesdefinities, sjablonen, berekeningen en verwachtingen zijn als zodanig aangegeven.

1. Syntess: ERP-software voor service- en onderhoudsbedrijven. Ongedateerd, gelezen 01-10-2026. Softwareaanbieder.
2. Syntess: Service en onderhoud. Ongedateerd, gelezen 01-10-2026. Softwareaanbieder.
3. Syntess Academy: Service, Basis. Ongedateerd, gelezen 01-10-2026. Opleiding van de leverancier.
4. Aquant: The 2024 Field Service Benchmark Report. Editie 2024, p. 6, 8 en 10. AI-leverancier, dataset met meerdere sectoren.
5. Aquant: publicatie van de Field Service Benchmark 2026. Februari 2026; pagina toont 18 en 19 februari. Openbaar persbericht, AI-leverancier.
6. Aquant: What First Time Fix Rate Can’t Tell You. Pagina toont 10-07-2022 en 07-08-2025; bespreekt rapport 2023. AI-leverancier.
7. Vaillant: Officiële lijst met foutcodes voor ketels. Ongedateerd, gelezen 01-10-2026. Fabrikant, Nederlandstalige Belgische technische bron.
8. Remeha: Gebruikershandleiding Eria Tower. Versie 03, 22-08-2018, p. 44-45. Fabrikant, uitsluitend voor dit toestel.
9. ACM ConsuWijzer: Niet goed uitgevoerd werk. Ongedateerd, gelezen 01-10-2026. Toezichthouder, consumentencontext.
10. ACM: Sectorbrief garantie en reparatie, via Techniek Nederland. 02-07-2025, p. 3. Toezichthouder, consumentenelektronica en witgoed.
11. Ondernemersplein/RVO: Garantie geven. Gecontroleerd 19-03-2025, gelezen 01-10-2026.
12. Microsoft Learn: Summarize work orders with Copilot. Bijgewerkt 12-06-2026. Softwareaanbieder.
13. Microsoft Learn: FAQ about work order summary. Bijgewerkt 16-06-2026. Softwareaanbieder.
14. Microsoft Learn: Create work order templates with incident types. Bijgewerkt 08-08-2026. Softwareaanbieder.
15. Simpro: Your FSM Is the Heart of Your Business. We Just Gave It a Brain.. 18-05-2026. Softwareaanbieder.
16. Bombos: Storing inplannen, planning bij installatie en onderhoud en inspecties. Eigen aanbod van Bombos; geen onafhankelijke effectmeting.