Zelfgebouwde machines voor eigen gebruik (in-house) en de wettelijke verplichtingen van het bedrijf in 2026

Waarom dit onderwerp vandaag relevant is

Machines die voor eigen gebruik worden gebouwd, zijn vandaag geen randonderwerp van technisch onderhoud meer, maar een volwaardig domein van ontwerprisico en bedrijfsverantwoordelijkheid. In 2026 draait het probleem niet om de vraag of een installatie “naar buiten gaat”, maar om de vraag of de manier waarop zij is ontworpen, samengesteld en in bedrijf gesteld, aan de kant van het bedrijf verplichtingen met zich meebrengt die horen bij een fabrikant of een partij die een wezenlijke wijziging aan machines doorvoert. Dat heeft directe gevolgen voor de investeringsplanning, het budget en de verantwoordelijkheid van het management. Een onjuiste kwalificatie van het project eindigt meestal niet met een correctie van de documentatie. Meestal betekent dit het aanpassen van afschermingen, het wijzigen van de besturing, opnieuw testen, vertraging bij de opstart en discussie over wie de conformiteit had moeten borgen. In de praktijk zijn niet de eisen zelf het duurst, maar de beslissingen die te laat worden genomen.

Daarom moet dit onderwerp al in de fase van de ontwerpuitgangspunten worden beslist, en niet pas bij de oplevering. Voor het team betekent dit dat één operationele vraag moet worden beantwoord: stelt het bedrijf alleen standaardapparatuur samen binnen een bestaand proces, of creëert het daadwerkelijk een nieuwe machine of verandert het de functie en het risiconiveau van een bestaande machine? Dit criterium is praktisch van belang, omdat het duidelijkheid schept over de verantwoordelijkheid voor de technische documentatie, de risicobeoordeling, de veiligheidsoplossingen en de voorwaarden voor ingebruikname. Als die beslissing te laat valt, wordt het project op basis van verkeerde aannames uitgevoerd: de mechanica volgt haar eigen spoor, de automatisering het hare, en de conformiteitskwestie komt pas terug wanneer de installatie fysiek al gereed is en elke wijziging vele malen meer kost dan in de conceptfase.

Een typisch praktijkvoorbeeld is een gerobotiseerde werkpost of een halfautomatische lijn die wordt opgebouwd uit kant-en-klare componenten: een robot, transporteurs, lichtschermen, een controller en software die intern in het bedrijf is ontwikkeld. Intern wordt dit soms gezien als “procesmodernisering”, omdat er niets aan een klant wordt verkocht. Vanuit het oogpunt van verantwoordelijkheid is echter niet de plaats van gebruik doorslaggevend, maar het technische effect van de integratie. Als het team een nieuwe werklogica ontwikkelt, gevarenzones bij machines definieert, veiligheidsfuncties in de industriële automatisering selecteert en de voorwaarden voor tussenkomst van de operator vastlegt, dan gaat het niet langer uitsluitend om montage. Zo’n situatie vereist dat conformiteit wordt beheerd als een integraal onderdeel van het engineeringproject, met eigen beslismomenten en indicatoren, zoals het aantal openstaande veiligheidsafwijkingen vóór de opstart, het aantal constructiewijzigingen na de interne oplevering en de tijd die nodig is om de risicobeoordeling af te ronden.

Pas tegen deze achtergrond krijgt de normatieve verwijzing echt betekenis. In 2026 is voor een bedrijf vooral het onderscheid van belang of het te maken heeft met een nieuwe machine, een samenstel van machines, een ombouw van een bestaande machine of slechts een gebruikswijziging zonder invloed op de essentiële veiligheidseisen. De omvang van de verplichtingen is in elk van deze situaties niet hetzelfde, daarom mag een beslissing niet worden gebaseerd op de vereenvoudiging dat “dit voor eigen gebruik is, dus de regels voor fabrikanten gelden niet voor ons”. Als het bedrijf de feitelijke controle over het project en de veiligheid ervan overneemt, moet het kunnen aantonen op welke grond het een bepaalde variant als toelaatbaar heeft beschouwd. Juist dat geeft dit onderwerp vandaag gewicht: het gaat niet om een formaliteit aan het einde van het proces, maar om de keuze van een projectaanpak die het risico en de kosten óf beperkt, óf doorschuift naar het moment waarop bijsturen het moeilijkst wordt.

Waar kosten of risico het vaakst oplopen

Bij machines die voor eigen gebruik worden gebouwd, lopen de kosten zelden op door één “grote fout”. Veel vaker stapelen ze zich op door een reeks beslissingen die te laat worden genomen of op het verkeerde verantwoordelijkheidsniveau terechtkomen. Het grootste risico is de aanname dat juridische en veiligheidskwesties nog wel kunnen worden afgerond nadat de bouw klaar is, wanneer mechanica en besturing in de praktijk al zijn vastgelegd. Dan is elke correctie aan afschermingen, veiligheidsgerelateerde besturingssystemen, stopfuncties of servicetoegang geen kleine wijziging meer, maar iets dat direct doorwerkt in de planning, interne acceptaties en de scope van leveranciers. Voor een fabriek betekent dat niet alleen hogere uitvoeringskosten, maar ook een reëel risico dat zij verantwoordelijkheid overneemt voor een oplossing die technisch noch organisatorisch eenvoudig te verantwoorden is.

Het probleem begint meestal al bij de kwalificatie van het project. Het team behandelt het project als een modernisering of als een “technologische werkpost”, terwijl er in werkelijkheid een nieuwe machine of een samenstel van machines ontstaat met een eigen besturingslogica, geïntegreerde veiligheidsfuncties en een voorspelbare wijze van gebruik. Als die grens verkeerd wordt vastgesteld, is ook het verdere besluitvormingstraject onjuist: een andere omvang van de documentatie, een andere aanpak van de risicobeoordeling, andere eisen aan de interfaces tussen apparaten. Het praktische criterium is eenvoudig: er moet worden vastgesteld wie feitelijk beslist over de veiligheidsarchitectuur, de wijze van besturen en de gebruiksomstandigheden na inbedrijfstelling. Als het antwoord “de fabriek” luidt, heeft het geen zin de planning op te bouwen alsof de verantwoordelijkheid uitsluitend bij de leveranciers van de afzonderlijke componenten blijft liggen.

Een goed voorbeeld is een lijn die wordt samengesteld uit kant-en-klare modules, robots, transporteurs en eigen bovenliggende software. In het begin lijkt zo’n project organisatorisch veilig, omdat de meeste apparaten van gerenommeerde leveranciers komen. De kosten en risico’s ontstaan echter op het integratiepunt: toegangsgebieden overlappen elkaar, de reset na een noodstop volgt geen uniforme logica en instel- en servicemodi worden pas tijdens de inbedrijfstelling uitgewerkt. Dan blijkt dat verklaringen en handleidingen van de afzonderlijke componenten het probleem van het volledige functionele geheel niet oplossen. Het gevolg voor het project is voorspelbaar: extra aanpassingen aan besturingskasten, softwarewijzigingen, het achteraf aanbrengen van afschermingen, aanvullende tests en uitstel van de overdracht voor gebruik. Daarom is het zinvol niet alleen het aantal afwijkingen te meten, maar ook het aantal open veiligheidsinterfaces tussen apparaten en het aantal wijzigingen in veiligheidsfuncties na afronding van het uitvoeringsontwerp. Dat zijn indicatoren die vroeg laten zien of de kosten beginnen op te lopen op het punt dat het moeilijkst te beheersen is.

Een tweede bron van verlies is het verdelen van verantwoordelijkheden tussen afdelingen op een manier die organisatorisch handig is, maar juridisch onduidelijk blijft. De constructeur gaat uit van een bepaalde oplossing, de automatiseringsafdeling voert die in, de technische dienst voegt gebruikseisen toe, en niemand rondt de beslissingen af in één risicobeoordeling die betrekking heeft op de uiteindelijke configuratie. In de praktijk ontstaan juist dan ogenschijnlijk kleine afwijkingen: afschermingsschakelaars worden gekozen zonder relatie met de werkelijke stoptijd, service-bypasses hebben geen duidelijk vastgelegde gebruiksvoorwaarden en de interne instructie beschrijft een ideale situatie in plaats van de toestand na de wijzigingen die tijdens de inbedrijfstelling zijn doorgevoerd. In 2026 is zo’n situatie bij in-house gebouwde machines bijzonder riskant, omdat de fabriek zich er niet achter kan verschuilen dat “het systeem in fasen is ontstaan”. Als zij feitelijk de rol heeft overgenomen van de partij die de oplossing creëert en integreert, moet zij kunnen aantonen dat de essentiële eisen, de risicobeoordeling, de technische documentatie en de gebruiksomstandigheden onderling consistent zijn. Als de juridische kwalificatie van het project zich op het snijvlak van meerdere regimes bevindt, moet dat worden opgehelderd vóór de bestelling van kritieke componenten, en niet pas na de inbedrijfstelling. Dat is precies het praktische beslissingscriterium: vermindert de keuze van vandaag het aantal constructieve wijzigingen na de interne acceptatie, of schuift zij het probleem alleen door naar het moment waarop elke correctie al dubbel zoveel kost.

Hoe pak je dit in de praktijk aan

In de praktijk moet het ontwerp van een machine die voor eigen gebruik wordt gebouwd, worden aangestuurd alsof het gaat om een product waarvoor het bedrijf volledig verantwoordelijk is op het gebied van veiligheid en conformiteit, en niet als een verzameling onderhouds- en automatiseringswerkzaamheden die over meerdere afdelingen zijn verdeeld. Dat bepaalt al in de beginfase hoe beslissingen worden genomen. Als het team het project uitsluitend ziet als een “interne modernisering”, komt de vraag naar de grenzen van de ingreep, de reikwijdte van de verantwoordelijkheid en de volledigheid van het bewijsmateriaal voor de gekozen oplossingen meestal te laat aan bod. Het gevolg is voorspelbaar: de kosten keren in de eindfase van het project terug in de vorm van aanpassingen aan afschermingen, wijzigingen in het besturingssysteem, een hernieuwde inbedrijfstelling en correcties in de documentatie, terwijl de verantwoordelijkheid bij het bedrijf blijft liggen, ongeacht hoeveel onderaannemers bij de werkzaamheden betrokken waren.

Daarom zou de eerste managementbeslissing niet moeten zijn “wat kopen we in”, maar “wie rondt de projectkwalificatie af en op basis waarvan”. Bij een in-house project is één eigenaar nodig van de beslissing over de uiteindelijke machineconfiguratie: een persoon of team dat de technische functie, de gebruiksomstandigheden, de manier waarop service-ingrepen plaatsvinden en de juridische gevolgen met elkaar kan verbinden. Een goed beoordelingscriterium is eenvoudig: kan vandaag al worden aangegeven wat de beoogde werkwijze is, welke speciale modi nodig zijn, waar de grenzen liggen van menselijke toegang tot gevarenzones en onder welke voorwaarden na een ingreep wordt gestopt en opnieuw opgestart. Zo niet, dan is het project nog niet klaar voor de inkoop van kritieke componenten en ook niet voor het vastleggen van de besturingsarchitectuur. In zo’n situatie beperkt elke inkoopbeslissing de flexibiliteit en vergroot zij het risico dat de veiligheid later moet worden aangepast aan een al gekozen oplossing, in plaats van parallel met de machinefunctie te worden ontworpen.

Een typisch voorbeeld is een gerobotiseerde werkplek of een lijn die is opgebouwd uit deelmodules uit verschillende bronnen. In de conceptfase wordt uitgegaan van eenvoudige servicetoegang, maar na de tests blijkt dat afstelling vaker toegang tot de binnenruimte vereist, werken met verlaagde snelheid of het tijdelijk uitschakelen van een deel van de beveiligingen onder strikt omschreven voorwaarden. Als deze scenario’s niet eerder zijn benoemd en beoordeeld, begint het team uitzonderingen “toe te voegen”: een extra schakelaar, een bypass, een aparte procedure voor de technicus. Dat is het moment waarop zowel de kosten als de persoonlijke verantwoordelijkheid van de personen die de oplossing goedkeuren toenemen. Niet omdat de wijziging op zichzelf ontoelaatbaar is, maar omdat zij is doorgevoerd buiten een afgesloten proces van risicoanalyse in het project en zonder aan te tonen dat de uiteindelijke gebruikswijze nog steeds aan de veiligheidseisen voldoet. Het is daarom zinvol om niet alleen de termijn van de inbedrijfstelling te meten, maar ook het aantal wijzigingen dat na de interne oplevering invloed heeft op beschermende functies, het aantal openstaande afwijkingen zonder besluit van de projecteigenaar en de tijd die nodig is om de documentatie in overeenstemming te brengen met de feitelijke machine.

Pas tegen deze achtergrond krijgt de normatieve en juridische context echt betekenis. In 2026 is bij machines die in-house worden gebouwd niet zozeer het label “voor eigen gebruik” doorslaggevend, maar de vraag of het bedrijf daadwerkelijk onder eigen regie een complete oplossing ontwerpt, integreert en in gebruik neemt. Als dat zo is, moet het kunnen aantonen dat er samenhang bestaat tussen de essentiële eisen, de risicobeoordeling, de technische oplossingen, de instructies en de gebruiksvoorwaarden. Als de feitelijke situatie complexer is, bijvoorbeeld bij de ombouw van een bestaande machine, de integratie van meerdere eenheden of een wijziging van het beoogde gebruik, dan moet de kwalificatie vóór de implementatie worden vastgesteld, omdat daarvan de omvang van de documentatieverplichtingen en de manier waarop conformiteitsbewijzen worden opgebouwd afhangen. Vanuit managementperspectief betekent dit één ding: stel de beslissing over de juridische status van het project niet uit tot de opstartfase. In dit domein verandert vertraging vrijwel altijd in constructiekosten, en constructiekosten worden al snel een risico voor de aansprakelijkheid van het bedrijf. Voor projecten rond ontwerp en bouw van machines en de bijbehorende CE-certificering van machines moet die beoordeling dus tijdig plaatsvinden.

Waar je bij de implementatie op moet letten

Bij machines die voor eigen gebruik worden gebouwd, is de grootste implementatiefout de aanname dat formele eisen “later wel kunnen worden afgerond” omdat de installatie binnen het bedrijf blijft. In de praktijk laat juist de inbedrijfstellingsfase zien of het project is uitgevoerd als een technisch traject met wijzigingsbeheer, of als een reeks ad-hocbeslissingen onder druk van de productie. Voor een bedrijf in 2026 heeft dit directe juridische en financiële gevolgen: elke wijziging in de besturingslogica, afschermingen, servicetoegang of de werkwijze van de operator na de technische oplevering kan de samenhang van de eerdere risicobeoordeling en documentatie ondermijnen. Als het team niet kan aangeven wie de wijziging heeft goedgekeurd, wat de invloed op de veiligheid was en of de instructies nog overeenkomen met de feitelijke situatie, dan is dat niet alleen een organisatorisch probleem. Het is een aansprakelijkheidsrisico voor het bedrijf doordat een oplossing in gebruik is genomen waarvan de veiligheid niet aantoonbaar en verdedigbaar is onderbouwd.

Bij het ontwerpen moet daarom niet alleen worden gelet op technische parameters, maar ook op de grenzen van beslissingen die zonder herbeoordeling nog toelaatbaar zijn. Het praktische criterium is eenvoudig: als een wijziging invloed heeft op een veiligheidsfunctie, de werkvolgorde, de toegang van personen tot de gevarenzone, de instelmodus, het technisch onderhoud of het beoogde gebruik, mag die niet worden behandeld als een gewone correctie tijdens de opstart. Zo’n wijziging vereist een besluit van de projecteigenaar, een herziening van het risico en een controle of de conformiteitsbewijzen nog actueel zijn. Vanuit planningsperspectief betekent dit dat de veiligheidsarchitectuur vóór de productiestart moet zijn afgerond, en niet erna. Als het bedrijf dat niet doet, komen de kosten dubbel terug: eerst als elektrische of mechanische aanpassing, daarna als stilstand, aanvullende opleveringen en een discussie over verantwoordelijkheden tussen automatisering, technisch onderhoud en de projectleider.

Een typisch praktijkvoorbeeld is een intern opgebouwd station met een robot, transportband en toevoersysteem, dat aanvankelijk zonder tussenkomst van de operator zou werken, maar na tests wordt vrijgegeven voor handmatige aanvulling van het detail tijdens automatische werking. Vanuit projectperspectief wordt zo’n beslissing vaak gepresenteerd als een kleine optimalisatie van de output. In werkelijkheid verandert daarmee de gebruikssituatie, de wijze van toegang tot de werkzone en de eisen aan beschermingsmaatregelen en besturing. Als het team dit behandelt als een lokale verbetering zonder formele beoordeling, kan een situatie ontstaan waarin de instructie één gebruikswijze beschrijft, de risicobeoordeling een andere en de feitelijke exploitatie weer een andere. Zo’n discrepantie verhoogt de kosten voor beheer en voor het onderbouwen van technische beslissingen, omdat elke latere storing, bijna-ongeval of inspectie wordt beoordeeld op basis van de werkelijke situatie en niet op basis van de ontwerpintentie.

Pas tegen deze achtergrond is het zinvol om naar de wettelijke eisen te kijken. Bij in-house machines volstaat het niet om te stellen dat het bedrijf “alleen gebruiker” is, als het in werkelijkheid zelf de oplossing heeft ontworpen, geïntegreerd of wezenlijk gewijzigd en vervolgens in gebruik heeft genomen. In zo’n situatie is doorslaggevend of kan worden aangetoond dat de essentiële eisen zijn vertaald naar concrete technische en organisatorische maatregelen. Wanneer de status van het project op de grens ligt, bijvoorbeeld bij de ombouw van een bestaande machine of de integratie van meerdere apparaten tot een nieuw functioneel geheel, moet de beslissing worden gebaseerd op de feitelijke situatie en niet op de projectnaam of de inkoopstructuur. Voor het team is de praktische maatstaf voor de volwassenheid van de implementatie als volgt: kan men vóór de opstart zonder aanvullingen het actuele machinebereik, de goedgekeurde risicobeoordeling, de lijst met wijzigingen na de tests, de voorwaarden voor veilige exploitatie en de persoon die verantwoordelijk is voor de acceptatie van afwijkingen aanwijzen? Zo niet, dan is de implementatie formeel en operationeel niet afgerond, ook al draait de machine al een productiecyclus.