Technische Zusammenfassung
Kernaussagen des Artikels:

Der Artikel betont, dass bei Projekten für Maschinen, die für den Eigengebrauch gebaut werden, die Rolle des Betriebs und der Konformitätspfad frühzeitig festgelegt werden müssen, da die Integration häufig eine neue funktionale Gesamtheit schafft. Wird die Sicherheit erst „am Ende“ berücksichtigt, führt das zu kostspieligen Änderungen und Verzögerungen.

  • Eigengefertigte Maschinen im Jahr 2026 bedeuten ein Konstruktionsrisiko und können Pflichten wie die eines Herstellers auslösen – unabhängig davon, ob sie verkauft werden.
  • Entscheidend ist die Unterscheidung zwischen neuer Maschine, Gesamtheit verketteter Maschinen, Umbau/wesentlicher Veränderung oder betrieblicher Änderung.
  • Eine fehlerhafte Einstufung führt in der Regel zu Nacharbeiten an Schutzeinrichtungen und Steuerung, zusätzlichen Prüfungen, einer Verzögerung der Inbetriebnahme und Streitigkeiten über die Konformität.
  • Am teuersten sind Entscheidungen, die zu spät getroffen werden: Die Integration von Robotern, Förderanlagen, Lichtvorhängen und eigener Software macht Mängel oft erst bei der Inbetriebnahme sichtbar.
  • Praktisches Kriterium: Wer über die Sicherheitsarchitektur, die Steuerungslogik und die Nutzungsbedingungen entscheidet – ist es der Betrieb, muss er dies begründen und dokumentieren.

Warum dieses Thema heute relevant ist

Maschinen, die für den Eigengebrauch gebaut werden, sind heute kein Randthema der Instandhaltung mehr, sondern ein eigenständiger Bereich mit Projektrisiken und Verantwortung auf Seiten des Betriebs. Im Jahr 2026 geht es nicht mehr um die Frage, ob die Anlage „nach außen“ abgegeben wird, sondern darum, ob die Art ihrer Konstruktion, Montage und Inbetriebnahme auf Seiten des Betriebs Pflichten auslöst, die einem Hersteller oder einem Unternehmen zukommen, das eine wesentliche Veränderung von Maschinen vornimmt. Das wirkt sich unmittelbar auf Investitionszeitplan, Budget und Verantwortung des Managements aus. Eine falsche Einordnung des Projekts endet in der Regel nicht mit einer Korrektur der Unterlagen. Meist bedeutet sie den Umbau von Schutzeinrichtungen, Änderungen an der Steuerung, erneute Tests, eine verzögerte Inbetriebnahme und Streit darüber, wer die Konformität sicherstellen musste. In der Praxis sind nicht die Anforderungen selbst am teuersten, sondern Entscheidungen, die zu spät getroffen werden.

Deshalb muss dieses Thema bereits in der Phase der Projektannahmen geklärt werden und nicht erst bei der Abnahme. Für das Team bedeutet das, eine zentrale operative Frage zu beantworten: Fügt der Betrieb lediglich Standardkomponenten in einen bestehenden Prozess ein, oder schafft er tatsächlich eine neue Maschine beziehungsweise verändert er Funktion und Risikoniveau einer bereits vorhandenen Maschine? Dieses Kriterium ist praktisch relevant, weil es die Verantwortung für technische Dokumentation, Risikobeurteilung, Sicherheitslösungen und die Voraussetzungen für die Freigabe zur Nutzung ordnet. Fällt die Entscheidung zu spät, wird das Projekt auf falschen Annahmen aufgebaut: Die Mechanik entwickelt sich in eine Richtung, die Automatisierung in eine andere, und die Frage der Konformität kehrt erst dann zurück, wenn die Anlage physisch bereits fertig ist und jede Änderung ein Vielfaches dessen kostet, was sie in der Konzeptphase gekostet hätte.

Ein typisches Beispiel aus der Praxis ist eine Roboterzelle oder eine halbautomatische Linie, die aus fertigen Komponenten aufgebaut wird: Roboter, Förderer, Lichtvorhänge, Steuerung und im Betrieb erstellte Software. Intern wird das oft als „Prozessmodernisierung“ behandelt, weil nichts an einen Kunden verkauft wird. Aus Sicht der Verantwortung ist jedoch nicht der Einsatzort entscheidend, sondern die technische Wirkung der Integration. Wenn das Team eine neue Arbeitslogik erstellt, Gefahrenbereiche an Maschinen festlegt, Sicherheitsfunktionen in der Industrieautomation auswählt und die Bedingungen für Eingriffe des Bedieners bestimmt, handelt es sich nicht mehr nur um Montage. Eine solche Situation erfordert, Konformität als integralen Bestandteil des Engineering-Projekts zu steuern – mit eigenen Entscheidungspunkten und Kennzahlen, etwa der Zahl offener Sicherheitsabweichungen vor der Inbetriebnahme, der Zahl konstruktiver Änderungen nach der internen Abnahme sowie der Zeit, die zum Abschluss der Risikobeurteilung benötigt wird.

Erst vor diesem Hintergrund ist ein normativer Bezug sinnvoll. Im Jahr 2026 ist für den Betrieb vor allem die Unterscheidung wichtig, ob es sich um eine neue Maschine, eine Gesamtheit verketteter Maschinen, den Umbau einer bestehenden Maschine oder lediglich um eine betriebliche Änderung ohne Einfluss auf die grundlegenden Sicherheitsanforderungen handelt. Der Umfang der Pflichten ist in diesen Fällen nicht identisch. Deshalb darf die Entscheidung nicht auf der vereinfachten Annahme beruhen: „Das ist für den Eigenbedarf, also gelten die Herstellerpflichten für uns nicht.“ Wenn der Betrieb die tatsächliche Kontrolle über das Projekt und seine Sicherheit übernimmt, muss er darlegen können, auf welcher Grundlage er die jeweilige Variante als zulässig eingestuft hat. Genau das verleiht dem Thema heute sein Gewicht: Es geht nicht um eine Formalität am Ende des Prozesses, sondern um die Wahl eines Projektmodells, das Risiko und Kosten entweder begrenzt oder sie auf einen Zeitpunkt verschiebt, an dem Korrekturen am schwierigsten sind.

Wo Kosten oder Risiken am häufigsten steigen

In Projekten für Maschinen, die für den Eigengebrauch gebaut werden, steigen die Kosten selten wegen eines einzelnen „großen Fehlers“. Viel häufiger wachsen sie durch eine Reihe von Entscheidungen, die zu spät oder auf der falschen Verantwortungsebene getroffen werden. Besonders riskant ist die Annahme, rechtliche und sicherheitstechnische Fragen ließen sich erst nach Abschluss des Baus klären, wenn Mechanik und Steuerung faktisch bereits festgelegt sind. Dann ist jede Korrektur an Schutzeinrichtungen, sicherheitsbezogenen Steuerungen, Stoppfunktionen oder Servicezugängen keine Kleinigkeit mehr, sondern wirkt sich auf Terminplan, interne Abnahmen und den Leistungsumfang der Lieferanten aus. Für den Betrieb bedeutet das nicht nur höhere Umsetzungskosten, sondern auch ein reales Risiko, die Verantwortung für eine Lösung zu übernehmen, die sich weder technisch noch organisatorisch ohne Weiteres begründen lässt.

Das Problem beginnt meist schon bei der Einordnung des Vorhabens. Das Team behandelt das Projekt als Modernisierung oder als „technologische Station“, obwohl tatsächlich eine neue Maschine oder eine Gesamtheit von Maschinen mit eigener Steuerungslogik, integrierten Sicherheitsfunktionen und vorhersehbarer Verwendung entsteht. Wird diese Grenze falsch gezogen, ist auch der weitere Entscheidungsweg fehlerhaft: anderer Umfang der Dokumentation, anderes Vorgehen bei der Risikobeurteilung, andere Anforderungen an die Schnittstellen zwischen den Geräten. Das praktische Kriterium ist einfach: Es muss beantwortet werden, wer tatsächlich über Sicherheitsarchitektur, Steuerungskonzept und Nutzungsbedingungen nach der Inbetriebnahme entscheidet. Lautet die Antwort „der Betrieb“, ergibt es keinen Sinn, den Terminplan so aufzubauen, als läge die Verantwortung ausschließlich bei den Lieferanten der Einzelkomponenten. Gerade in diesem Zusammenhang sind die neuen Anforderungen der Verordnung (EU) 2023/1230 für Maschinenhersteller frühzeitig mitzudenken.

Ein gutes Beispiel ist eine Linie, die aus fertigen Modulen, Robotern, Förderern und eigener übergeordneter Software zusammengesetzt wird. Zu Beginn wirkt das Projekt organisatorisch sicher, weil die meisten Geräte von renommierten Lieferanten stammen. Kosten und Risiken entstehen jedoch an der Integrationsstelle: Zugangsbereiche überlappen sich, der Reset nach einem Not-Halt folgt keiner einheitlichen Logik, und Einricht- sowie Servicebetriebsarten werden erst während der Inbetriebnahme gelöst. Dann zeigt sich, dass Erklärungen und Anleitungen der einzelnen Komponenten das Problem der gesamten funktionalen Einheit nicht lösen. Die Folgen für das Projekt sind typisch: weitere Umbauten an Schaltschränken, Softwareänderungen, nachträglich ergänzte Schutzeinrichtungen, zusätzliche Tests und eine Verschiebung des Termins für die Übergabe an den Betrieb. Deshalb lohnt es sich, nicht nur die Zahl der Nichtkonformitäten zu messen, sondern auch die Zahl offener Sicherheitsschnittstellen zwischen den Geräten sowie die Zahl der Änderungen an Sicherheitsfunktionen nach Abschluss des Ausführungsprojekts. Das sind Kennzahlen, die früh erkennen lassen, ob die Kosten an der am schwersten beherrschbaren Stelle zu steigen beginnen. In solchen Fällen zeigt sich auch, wie eng sichere Maschinenautomatisierung mit Projektrisiken verknüpft ist.

Eine zweite Verlustquelle ist die Aufteilung der Verantwortung zwischen Abteilungen in einer Weise, die organisatorisch bequem, rechtlich aber unklar ist. Die Konstruktion legt eine Lösung fest, die Automatisierung setzt sie um, die Instandhaltung ergänzt betriebliche Anforderungen, und niemand führt die Entscheidungen in einer einzigen Risikobeurteilung für die endgültige Konfiguration zusammen. Genau dann entstehen in der Praxis scheinbar kleine Abweichungen: Schutztürschalter werden ohne Bezug zur tatsächlichen Nachlaufzeit ausgewählt, Service-Bypässe haben keine klar definierten Einsatzbedingungen, und die interne Anweisung beschreibt einen Idealzustand statt des Zustands nach den während der Inbetriebnahme eingeführten Änderungen. Im Jahr 2026 ist ein solcher Zustand bei in-house gebauten Maschinen besonders gefährlich, weil sich der Betrieb nicht damit entlasten kann, dass „das System schrittweise entstanden ist“. Wenn er die Rolle desjenigen übernommen hat, der die Lösung tatsächlich erstellt und integriert, muss er die Konsistenz der grundlegenden Anforderungen, der Risikobeurteilung, der technischen Dokumentation und der Nutzungsbedingungen nachweisen. Liegt die rechtliche Einordnung des Projekts an der Schnittstelle mehrerer Regelungsbereiche, muss dies vor der Bestellung kritischer Komponenten geklärt werden und nicht erst nach der Inbetriebnahme. Genau darin liegt das praktische Entscheidungskriterium: Verringert die heutige Wahl die Zahl der konstruktiven Änderungen nach der internen Abnahme, oder verschiebt sie das Problem nur auf einen Zeitpunkt, an dem jede Korrektur bereits doppelt kostet? Dazu gehört auch eine Betriebsanleitung für die Maschine, die den Anforderungen entspricht.

Wie man das Thema praktisch angeht

In der Praxis muss die Entwicklung einer Maschine für den Eigengebrauch so geführt werden wie die Entwicklung eines Produkts, für dessen Sicherheit und Konformität der Betrieb vollständig verantwortlich ist – und nicht wie ein Bündel aus Instandhaltungs- und Automatisierungsarbeiten, das auf mehrere Abteilungen verteilt wird. Das bestimmt bereits zu Beginn des Projekts, wie Entscheidungen getroffen werden. Wenn das Team das Vorhaben nur als „interne Modernisierung“ behandelt, wird die Frage nach den Grenzen des Eingriffs, dem Umfang der Verantwortung und der Vollständigkeit der Nachweise für die gewählten Lösungen meist zu spät gestellt. Die Folge ist absehbar: Die Kosten tauchen in der Endphase des Projekts erneut auf – in Form von Nacharbeiten an Schutzeinrichtungen, Änderungen an der Steuerung, einer erneuten Inbetriebnahme und Korrekturen der Dokumentation. Die Verantwortung bleibt dabei beim Betrieb, unabhängig davon, wie viele Subunternehmer an den Arbeiten beteiligt waren.

Deshalb sollte die erste Managemententscheidung nicht lauten „Was kaufen wir?“, sondern „Wer schließt die Projektqualifizierung ab und auf welcher Grundlage?“. Bei einem In-house-Projekt braucht es einen klaren Verantwortlichen für die Entscheidung über die endgültige Maschinenkonfiguration: eine Person oder ein Team, das technische Funktion, Einsatzbedingungen, Art der Serviceeingriffe und die rechtlichen Folgen zusammenführen kann. Ein gutes Bewertungskriterium ist einfach: Lässt sich heute bereits die vorgesehene Betriebsweise benennen, ebenso Sonderbetriebsarten, die Grenzen des menschlichen Zugangs zu Gefahrenbereichen sowie die Bedingungen für Stillsetzen und Wiederanlauf nach einem Eingriff? Wenn nicht, ist das Projekt weder bereit für die Beschaffung kritischer Komponenten noch für die Festlegung der Steuerungsarchitektur. In diesem Zustand schränkt jede Einkaufsentscheidung die Flexibilität ein und erhöht das Risiko, dass die Sicherheit später an eine bereits gewählte Lösung angepasst werden muss, statt parallel zur Maschinenfunktion ausgelegt zu werden.

Ein typisches Beispiel ist eine Roboterzelle oder eine Linie, die aus Baugruppen unterschiedlicher Herkunft zusammengesetzt wird. In der Konzeptphase wird ein einfacher Servicezugang angenommen, und nach den Erprobungen zeigt sich, dass die Einstellung häufigere Eingriffe im Inneren, Arbeiten mit reduzierter Geschwindigkeit oder das zeitweise Abschalten einzelner Schutzeinrichtungen unter genau festgelegten Bedingungen erfordert. Wenn diese Szenarien vorher weder benannt noch bewertet wurden, beginnt das Team, Ausnahmen „nachzutragen“: einen zusätzlichen Schalter, eine Umgehung, ein separates Verfahren für den Techniker. In diesem Moment steigen sowohl die Kosten als auch die persönliche Verantwortung der Personen, die die Lösung freigeben. Nicht deshalb, weil die Änderung an sich unzulässig wäre, sondern weil sie außerhalb eines abgeschlossenen Prozesses der Risikobeurteilung im Projekt eingeführt wurde und ohne Nachweis, dass die endgültige Nutzung weiterhin die Sicherheitsanforderungen erfüllt. Deshalb lohnt es sich, nicht nur den Termin der Inbetriebnahme zu messen, sondern auch die Zahl der Änderungen mit Einfluss auf Schutzfunktionen nach der internen Abnahme, die Zahl offener Abweichungen ohne Entscheidung des Projektverantwortlichen sowie die Zeit, die benötigt wird, um die Dokumentation mit dem tatsächlichen Zustand der Maschine in Einklang zu bringen.

Erst vor diesem Hintergrund ist der normative und rechtliche Bezug sinnvoll. Im Jahr 2026 ist bei in-house gefertigten Maschinen nicht die bloße Bezeichnung „für den Eigengebrauch“ entscheidend, sondern ob der Betrieb tatsächlich eine fertige Lösung unter eigener Kontrolle entwickelt, integriert und in Betrieb nimmt. Wenn das der Fall ist, muss er die Konsistenz zwischen den grundlegenden Anforderungen, der Risikobeurteilung, den technischen Lösungen, den Anleitungen und den Nutzungsbedingungen nachweisen können. Wenn die tatsächliche Situation komplexer ist, etwa weil sie den Umbau einer bestehenden Maschine, die Integration mehrerer Einheiten oder eine Änderung der vorgesehenen Verwendung umfasst, muss die Qualifizierung vor der Umsetzung festgelegt werden, denn davon hängen der Umfang der Dokumentationspflichten und die Art der Führung der Konformitätsnachweise ab. Dabei hilft auch die frühzeitige Entscheidung, welche Konformitätsbewertungsmodule nach (EU) 2023/1230 im konkreten Fall relevant sind. Aus Sicht des Managements bedeutet das vor allem eines: Die Klärung des rechtlichen Status des Projekts nicht bis zur Anlaufphase aufzuschieben. In diesem Bereich wird eine Verzögerung fast immer zu zusätzlichem Konstruktionsaufwand, und zusätzlicher Konstruktionsaufwand wird sehr schnell zu einem Haftungsrisiko für den Betrieb und seine Geschäftsleitung.

Worauf bei der Umsetzung zu achten ist

Bei Maschinen, die für den Eigengebrauch gebaut werden, besteht der größte Umsetzungsfehler in der Annahme, dass sich die formalen Anforderungen „später noch erledigen lassen“, solange die Anlage im eigenen Werk bleibt. In der Praxis zeigt gerade die Inbetriebnahme, ob das Projekt als technisches Vorhaben mit Änderungslenkung geführt wurde oder als Abfolge kurzfristiger Entscheidungen unter Produktionsdruck. Für einen Betrieb im Jahr 2026 hat das unmittelbare rechtliche und wirtschaftliche Folgen: Jede Änderung an der Steuerungslogik, an Schutzeinrichtungen, am Servicezugang oder an der Arbeitsweise des Bedieners nach der technischen Abnahme kann die Konsistenz der bisherigen Risikobeurteilung und Dokumentation infrage stellen. Wenn das Team nicht benennen kann, wer die Änderung freigegeben hat, welche Auswirkungen sie auf die Sicherheit hatte und ob die Anweisungen noch dem tatsächlichen Zustand entsprechen, ist das Problem nicht nur organisatorischer Natur. Es geht um das Haftungsrisiko des Betriebs für die Inbetriebgabe einer Lösung, deren Sicherheit nicht in belastbarer Weise nachgewiesen wurde.

Bei der Konstruktion ist daher nicht nur auf technische Parameter zu achten, sondern auch auf die Grenzen von Entscheidungen, die ohne erneute Bewertung überhaupt zulässig sind. Das praktische Kriterium ist einfach: Wenn eine Änderung die Sicherheitsfunktion, die Arbeitsfolge, den Zugang von Personen zum Gefahrenbereich, die Einrichtbetriebsart, die Instandhaltung oder die vorgesehene Verwendung beeinflusst, darf sie nicht als gewöhnliche Korrektur während des Anlaufs behandelt werden. Eine solche Änderung erfordert die Entscheidung des Projektverantwortlichen, eine Überprüfung der Risiken und die Klärung, ob die Konformitätsnachweise noch aktuell sind. Aus Sicht des Terminplans bedeutet das, dass die Sicherheitsarchitektur vor dem Produktionsanlauf abgeschlossen sein muss und nicht erst danach. Wenn der Betrieb das versäumt, kehren die Kosten doppelt zurück: zunächst als elektrische oder mechanische Nacharbeit, danach als Stillstand, zusätzliche Abnahmen und als Streit über die Verantwortung zwischen Automatisierung, Instandhaltung und Projektleitung. Gerade dann wird sichtbar, wie schnell aus formalen Lücken die Konsequenzen einer Maschine ohne CE werden können.

Ein typisches Praxisbeispiel ist eine intern aufgebaute Station aus Roboter, Förderer und Zuführeinheit, die zunächst ohne Eingriff des Bedieners arbeiten sollte und nach den Versuchen für das manuelle Nachlegen des Teils während des Automatikbetriebs freigegeben wird. Aus Projektsicht wird eine solche Entscheidung oft als kleine Optimierung der Leistung dargestellt. Tatsächlich verändert sie jedoch die Nutzungsbedingungen, die Art des Zugangs zum Arbeitsbereich und die Anforderungen an Schutzmaßnahmen und Steuerung. Wenn das Team dies ohne formale Überprüfung als lokale Verbesserung behandelt, kann eine Situation entstehen, in der die Betriebsanleitung eine Art der Nutzung beschreibt, die Risikobeurteilung eine andere und der tatsächliche Betrieb noch eine weitere. Eine solche Diskrepanz erhöht die Kosten für Instandhaltung und die Verteidigung technischer Entscheidungen, weil jede spätere Störung, jedes Beinaheereignis oder jede Kontrolle nach dem tatsächlichen Zustand bewertet wird und nicht nach den ursprünglichen Projektabsichten.

Erst vor diesem Hintergrund lohnt sich der Blick auf die rechtlichen Anforderungen. Bei In-house-Maschinen reicht die bloße Überzeugung nicht aus, der Betrieb sei „nur Anwender“, wenn er die Lösung tatsächlich selbst konstruiert, integriert oder wesentlich verändert und in Betrieb gegeben hat. In einer solchen Konstellation kommt es darauf an, nachweisen zu können, dass die grundlegenden Anforderungen in konkrete technische und organisatorische Lösungen umgesetzt wurden. Wenn der Projektstatus grenzwertig ist, etwa bei einem Umbau einer bestehenden Maschine oder bei der Integration mehrerer Geräte zu einer neuen funktionalen Einheit, muss die Entscheidung auf dem tatsächlichen Sachverhalt beruhen und nicht auf der Projektbezeichnung oder der Einkaufsstruktur. Je nach Risikoprofil kann dabei auch die Frage relevant werden, wann eine benannte Stelle für die CE-Kennzeichnung erforderlich ist. Für das Team ist die praktische Messgröße für die Reife der Umsetzung folgende: Lässt sich vor dem Anlauf ohne Ergänzungen der aktuelle Maschinenumfang, die freigegebene Risikobeurteilung, die Liste der Änderungen nach den Tests, die Bedingungen für einen sicheren Betrieb und die für die Freigabe von Abweichungen verantwortliche Person benennen? Wenn nicht, ist die Umsetzung formal und operativ nicht abgeschlossen, selbst wenn die Maschine bereits einen Produktionszyklus ausführt.

Eigengefertigte Maschinen für den Eigengebrauch (in-house) und die rechtlichen Pflichten des Betriebs im Jahr 2026

Entscheidungen dürfen nicht auf der Annahme beruhen, dass die Pflichten des „Herstellers“ nicht gelten, nur weil die Maschine nicht verkauft wird. Maßgeblich sind die technischen Auswirkungen der Integration sowie die Frage, wer das Projekt und die Sicherheit tatsächlich kontrolliert.

Wenn ein Betrieb eine neue Arbeitslogik erstellt, Gefahrenbereiche definiert, Sicherheitsfunktionen auswählt und die Bedingungen für Eingriffe des Bedieners festlegt, handelt es sich nicht mehr nur um eine Montage. Dann muss die Konformität als Teil des Engineering-Projekts gesteuert werden.

Es muss geklärt werden, wer über die Sicherheitsarchitektur, die Art der Steuerung und die Nutzungsbedingungen nach der Inbetriebnahme entscheidet. Ist dies der Betreiber, dürfen Zeitplan und Leistungsumfang nicht davon ausgehen, dass die Verantwortung ausschließlich bei den Lieferanten der Komponenten verbleibt.

Wenn Sicherheits- und Compliance-Themen erst nach Abschluss des Baus abgeschlossen werden, sind Mechanik und Steuerung bereits „eingefroren“, und jede Korrektur wird kostspielig und wirkt sich auf den Zeitplan aus. Typische Folgen sind Nacharbeiten an Schutzeinrichtungen, Änderungen an der Steuerung, zusätzliche Tests und eine verzögerte Inbetriebnahme.

Probleme treten an den Schnittstellen auf: sich überlagernde Zugangsbereiche, fehlende konsistente Logik für den Reset nach einem Not-Halt sowie die erst während der Inbetriebnahme erfolgende Ausarbeitung von Einricht- und Servicebetriebsarten. Erklärungen und Anleitungen der Komponenten lösen die Risiken des gesamten Funktionsverbunds nicht automatisch.

Teilen: LinkedIn Facebook