Op 20 januari 2027 wordt de Machinerichtlijn (2006/42/EC) vervangen door de Machineverordening (EU) 2023/1230. Geen overlappende overgangsperiode, geen geleidelijke invoering, machines die na die datum op de markt komen, moeten volledig voldoen aan de nieuwe verordening. Er is geen scenario waarin je nog even op de oude regels kunt terugvallen.
Dat klinkt verder weg dan het is. Voor wie nu een ontwikkeltraject start dat pas over anderhalf jaar productierijp is, is deze deadline al onderdeel van het programma van eisen, of hij daar nu al staat of pas achteraf wordt binnengehaald.
De verordening is voor het grootste deel een aanscherping, geen volledige herschrijving — zo'n 90% van de bestaande eisen blijft inhoudelijk gelijk. De uitbreiding zit op drie plekken:
Cybersecurity als veiligheidseis.
Voor het eerst worden machineveiligheid en digitale beveiliging in één kader samengebracht. Verbonden functies, software-integriteit en updates worden onderdeel van de risicobeoordeling, niet een los IT-vraagstuk.
AI en nieuwe technologie.
Machines met zelflerende of autonome functies vallen expliciet onder herziene veiligheidseisen — een categorie die de huidige richtlijn niet scherp adresseerde.
Digitale documentatie, met een concrete verplichting.
Gebruiksaanwijzingen en de EU-conformiteitsverklaring mogen voortaan digitaal (bijvoorbeeld via een QR-code naar een beveiligde server). De voorwaarde: die documentatie moet minimaal tien jaar toegankelijk en downloadbaar blijven. Dat is geen kwestie van "een PDF online zetten" — het vraagt een structuur die je nu opzet, niet iets dat je er over drie jaar bij verzint.
De gangbare aanname is dat compliance vertraagt. In de praktijk werkt het andersom: wie de eisen van de verordening vanaf de eerste ontwerpfase meeneemt in het programma van eisen, voorkomt de kostbare herontwerp-cyclus die ontstaat wanneer compliance achteraf tegen een bijna afgerond ontwerp aan botst. Een risicobeoordeling die vanaf dag één rekening houdt met cybersecurity-eisen is een ontwerpparameter. Diezelfde beoordeling er twaalf maanden later tegenaan plakken, is een herstelproject.
Dit vraagt wel iets van de ontwikkelafdeling: een discipline die niet elke engineer van huis uit meekrijgt, simpelweg omdat het niet overal wordt verwacht. Dat is geen tekortkoming van individuen — het is een kwestie van proces en cultuur, en precies waar de meeste tijdswinst te behalen valt.
Wat feitelijk verandert in wat je moet kunnen aantonen:
Technisch dossier, uitgebreid met cybersecurity- en software-gerelateerde risicobeoordelingen naast de bestaande mechanische en elektrische eisen.
EU-conformiteitsverklaring, digitaal toegestaan, met een harde bewaarplicht van tien jaar toegankelijkheid.
Herziene essentiële gezondheids- en veiligheidseisen (Annex III), met name relevant voor machines met verbonden of zelflerende functies.
Voor een fabrikant betekent dit niet alleen "nieuwe regels volgen," maar een andere manier van informatie verzamelen, bundelen en herleidbaar maken — van leveranciersgegevens tot software-versiebeheer tot risicobeoordeling. Dat is precies waar compliance ophoudt een normenlijst te zijn en communicatie en structuur wordt.
Dit is geen traject waarbij een certificaat aan het einde wordt afgevinkt. Het gaat om de vertaalslag tussen wat de verordening vraagt en hoe dat landt in jullie eigen ontwikkelproces zodat compliance een ontwerpparameter wordt in plaats van een blokkade achteraf:
Vertaling van de nieuwe eisen naar een concreet programma van eisen, per project
Opzet van een technisch dossier en documentatiestructuur die aan de tienjarige bewaarplicht voldoet
Begeleiding bij het inbedden van risicobeoordeling (inclusief cybersecurity) in de ontwikkelfase, niet erna
Een Readiness Scan brengt in kaart waar je nu staat ten opzichte van de verordening, en wat de concrete stappen zijn richting 20 januari 2027, met tijd genoeg om dat te doen zonder haast.