Root Cause Analyse im Maschinenbau: CE-konform durchführen

Eine Maschine steht ungeplant. Der Service meldet einen wiederkehrenden Ausfall. Ein Bediener berichtet von einem Beinahe-Ereignis, das in der Risikobeurteilung so nicht abgebildet ist. In vielen Betrieben startet dann derselbe Reflex: Teil tauschen, Anlage freigeben, Auftrag retten.

Für den laufenden Betrieb ist das verständlich. Für den CE-Kontext ist es zu wenig. Wer nur Symptome beseitigt, lässt die eigentliche Ursache oft im Produkt, im Steuerungskonzept, in der Montagepraxis oder in der Dokumentation stehen. Genau dort beginnen später Reklamationen, Nachrüstungen, Diskussionen mit Kunden und unangenehme Fragen im Audit.

Eine saubere Root Cause Analyse ist im Maschinenbau deshalb kein Qualitätswerkzeug nebenbei. Sie ist Teil einer belastbaren Konformitätsstrategie. Entscheidend ist nicht nur, ob Sie die Ursache finden, sondern ob Sie den Weg dorthin so dokumentieren, dass Dritte ihn fachlich nachvollziehen können.

Inhaltsverzeichnis

• Warum einfache Fehlerbehebung im CE-Kontext nicht ausreicht
  • Symptom beseitigt ist nicht Ursache beseitigt
  • Welche Pflicht sich daraus im CE-Umfeld ergibt
• Die richtige Methode für die Ursachenanalyse wählen
  • Wann 5 Why genügt
  • Wann Ishikawa sinnvoller ist
  • Wann FMEA die bessere Wahl ist
  • Vergleich der RCA-Methoden im Maschinenbau
• Vorbereitung und Datenerhebung für die Analyse
  • Problem sauber eingrenzen
  • Die richtigen Personen an den Tisch holen
  • Welche Nachweise in der Praxis zählen
• Die Analyse systematisch und nachvollziehbar durchführen
  • Praxisbeispiel mit 5 Why
  • Komplexere Fälle mit Ishikawa strukturieren
  • Was Prüfer in der Dokumentation sehen wollen
• Korrekturmaßnahmen ableiten umsetzen und verifizieren
  • Drei Maßnahmenarten klar trennen
  • Maßnahmen so formulieren dass sie wirken
  • Wirksamkeit nachweisen statt vermuten
• Dokumentation für Audit-Trail und CE-Konformität
  • Was in den Bericht gehört
  • Wo die RCA in der technischen Dokumentation verankert wird

<a id="warum-einfache-fehlerbehebung-im-ce-kontext-nicht-ausreicht"></a>

Warum einfache Fehlerbehebung im CE-Kontext nicht ausreicht

Wenn ein Ventil klemmt oder ein Sensor sporadisch ausfällt, ist der Austausch des Bauteils oft in Minuten erledigt. Die Maschine läuft wieder. Das Problem ist nur: Diese Reaktion beantwortet nicht, warum der Fehler überhaupt entstanden ist.

<a id="symptom-beseitigt-ist-nicht-ursache-beseitigt"></a>

Symptom beseitigt ist nicht Ursache beseitigt

Ein typischer Verlauf in Sondermaschinenprojekten sieht so aus:

• Akuter Fehler wird behoben: Defektes Teil ersetzen, Parameter anpassen, Anlage neu starten.
• Zeitdruck dominiert: Produktion und Inbetriebnahme haben Vorrang.
• Wiederholung folgt: Derselbe oder ein ähnlicher Fehler tritt erneut auf.
• Nebenwirkungen wachsen: Zusätzliche Risiken, ungeplante Serviceeinsätze und inkonsistente Dokumentation entstehen.

Im CE-Kontext ist das heikel, weil eine Maschine nicht nur funktionieren muss, sondern die sicherheitsrelevanten Annahmen aus Risikobeurteilung, Schutzkonzept und Betriebsanleitung auch in der Praxis tragen müssen. Wenn ein Vorfall zeigt, dass diese Annahmen unvollständig oder falsch waren, reicht die technische Sofortmaßnahme nicht aus.

Praxisregel: Jede Abweichung mit Sicherheitsbezug ist zuerst ein technischer Sachverhalt und unmittelbar danach ein Dokumentationsthema.

Selbst bei einfachen Alltagsproblemen hilft derselbe Denkfehler nicht weiter. Wer nur die Erscheinung korrigiert, lässt die Ursache bestehen. Das wird auch außerhalb des Maschinenbaus sichtbar, etwa im Malma.ai Leitfaden bei nicht klingelndem Telefon, wo klar wird, dass eine funktionierende Oberfläche nicht automatisch die zugrunde liegende Störung erklärt. Genau dieser Unterschied zählt auch bei Maschinen.

<a id="welche-pflicht-sich-daraus-im-ce-umfeld-ergibt"></a>

Welche Pflicht sich daraus im CE-Umfeld ergibt

Unter der Maschinenrichtlinie 2006/42/EG schuldet der Hersteller die Durchführung der Konformitätsbewertung und die Bereithaltung der technischen Unterlagen. Dazu gehört praktisch, dass sicherheitsrelevante Erkenntnisse aus Feldrückmeldungen, Vorfällen, Reklamationen oder internen Abweichungen nicht isoliert behandelt werden dürfen, wenn sie Einfluss auf die Konformität haben.

Ab dem 20. Januar 2027 gilt verbindlich die Maschinenverordnung (EU) 2023/1230. Sie ersetzt die Maschinenrichtlinie. Für die Praxis heißt das nicht, dass Root Cause Analyse plötzlich neu erfunden würde. Es heißt aber, dass Hersteller ihre Nachweisführung noch stringenter an Produktänderungen, digitalen Unterlagen und belastbaren Prozessen ausrichten müssen.

Worauf es ankommt:

• Produktbeobachtung ernst nehmen: Rückmeldungen aus Service, Retrofit, Betrieb und Reklamation müssen in den CE-Prozess zurückspielen.
• Risikobeurteilung fortschreiben: Wenn eine Ursache eine nicht ausreichend beherrschte Gefährdung offenlegt, ist die Risikobeurteilung nach EN ISO 12100 zu aktualisieren.
• Schutzmaßnahmen neu bewerten: Bei steuerungsbezogenen Sicherheitsfunktionen kann eine Neubewertung bis hin zum erforderlichen Performance Level nach EN ISO 13849-1 nötig sein.
• Technische Unterlagen schließen: Analyse, Entscheidung und Maßnahme müssen im Audit-Trail erkennbar sein.

Was nicht funktioniert, ist die informelle Lösung per Zuruf. Ohne nachvollziehbare Ursachenlogik bleibt jede Korrektur angreifbar. Nicht nur technisch, sondern auch im Hinblick auf Konformitätsvermutung durch harmonisierte Normen.

<a id="die-richtige-methode-fur-die-ursachenanalyse-wahlen"></a>

Die richtige Methode für die Ursachenanalyse wählen

Nicht jedes Problem braucht dieselbe Tiefe. Genau hier verlieren viele Teams Zeit. Sie setzen bei einer linearen Störung ein überladenes Analyseformat ein oder behandeln ein systemisches Problem mit fünf schnellen Warum-Fragen.

<a id="wann-5-why-genugt"></a>

Wann 5 Why genügt

5 Why ist stark, wenn Ursache und Wirkung relativ linear verlaufen. Das passt oft bei Montagefehlern, falsch gesetzten Parametern, unklaren Arbeitsanweisungen oder einzelnen Bauteilausfällen.

Geeignet ist die Methode, wenn:

• Der Fehler klar beschreibbar ist: Ein Zylinder fährt nicht in Endlage, ein Näherungsschalter liefert kein Signal.
• Wenige Einflussgrößen vorliegen: Nicht mehrere Gewerke oder Schnittstellen gleichzeitig beteiligt sind.
• Schnelle Klärung nötig ist: Etwa bei internen Abweichungen, die zeitnah bewertet werden müssen.

5 Why scheitert regelmäßig dort, wo Teams zu früh aufhören oder menschliches Fehlverhalten als Endpunkt akzeptieren. „Der Monteur hat es falsch eingestellt“ ist fast nie die Wurzel. Meist fehlt dann eine Spezifikation, ein Prüfmerkmal oder eine konstruktive Fehlertoleranz.

<a id="wann-ishikawa-sinnvoller-ist"></a>

Wann Ishikawa sinnvoller ist

Das Ishikawa-Diagramm eignet sich besser, wenn mehrere Einflussfaktoren parallel wirken. Im Maschinenbau ist das der Normalfall bei Taktzeitproblemen, Prozessinstabilitäten, sporadischen Sicherheitsabschaltungen oder Qualitätsabweichungen an Schnittstellen von Mechanik, Elektrik und Software.

Die klassischen Kategorien lassen sich gut auf Anlagenprobleme übertragen:

• Mensch: Qualifikation, Unterweisung, Bedienfehler, Wartungsfehler
• Maschine: Verschleiß, Toleranzen, Auslegung, Sensorik, Pneumatik
• Material: Chargenabweichungen, Oberflächen, Schmierstoffe, Fremdkörper
• Methode: Arbeitsfolge, Rüstvorgang, Testverfahren, Freigabeprozess
• Mitwelt: Temperatur, Verschmutzung, Vibration, Medienversorgung
• Messung: Kalibrierung, Grenzwerte, Triggerpunkte, Diagnosequalität

Ein gutes Ishikawa-Diagramm sammelt nicht nur Ideen. Es zwingt das Team, jede mögliche Ursache einer belegbaren Beobachtung oder einem belastbaren Verdacht zuzuordnen.

Wer Ergebnisse später intern oder extern nachvollziehbar darstellen muss, profitiert davon oft mehr als von einer langen Besprechungsnotiz. Für die saubere Aufbereitung solcher Praxisergebnisse ist auch dieser Beitrag zu Fallstudien erfolgreich erstellen hilfreich, weil er die Trennung von Beobachtung, Herleitung und Schlussfolgerung sauber denkt.

<a id="wann-fmea-die-bessere-wahl-ist"></a>

Wann FMEA die bessere Wahl ist

Die FMEA ist keine spontane Störungsanalyse für den Shopfloor. Sie ist stark, wenn Sie Ursachen nicht nur aufarbeiten, sondern präventiv in Entwicklung, Änderung oder Variantenpflege absichern wollen.

Das ist vor allem sinnvoll bei:

• wiederkehrenden Schwachstellen in Baugruppen
• konstruktiven Änderungen mit Einfluss auf Sicherheit oder Funktion
• Überarbeitung von Sicherheitsfunktionen
• Transfer von Erkenntnissen auf ähnliche Maschinen

Im CE-Umfeld ist die FMEA besonders nützlich, wenn Ergebnisse aus einer RCA zurück in die Entwicklung gespielt werden müssen. Dann verbindet sie Feldproblem, Risikobeurteilung und Designverbesserung sauber miteinander. Wer dabei die Schnittstelle zur Risikobeurteilung vertiefen will, sollte die Anforderungen der Risikobeurteilung nach DIN EN ISO 12100 direkt mitdenken.

<a id="vergleich-der-rca-methoden-im-maschinenbau"></a>

Vergleich der RCA-Methoden im Maschinenbau

Die passende Methode ist die, die zum Problem und zur Nachweispflicht passt. Nicht die, die das Team gerade gewohnt ist.

<a id="vorbereitung-und-datenerhebung-fur-die-analyse"></a>

Vorbereitung und Datenerhebung für die Analyse

Die Qualität der Root Cause Analyse entscheidet sich oft vor dem ersten Workshop. Wenn die Problemdefinition unscharf ist oder Belege fehlen, wird aus einer technischen Untersuchung schnell ein Meinungswettbewerb.

<a id="problem-sauber-eingrenzen"></a>

Problem sauber eingrenzen

Die erste Arbeitsfrage lautet nicht: Was ist die Ursache? Sie lautet: Was genau ist passiert?

Beschreiben Sie den Fall so, dass ein fachkundiger Dritter ihn ohne Zusatzgespräch versteht:

• Was ist die Abweichung: Funktionsverlust, Fehlbewegung, erhöhte Kraft, unzulässiger Stillstand, Schutzfunktion spricht unerwartet an.
• Wo tritt sie auf: konkrete Baugruppe, Station, Softwarefunktion, Betriebsart.
• Wann tritt sie auf: Anlauf, Automatikbetrieb, Rüsten, Wartung, nach Umbau, nach Chargenwechsel.
• Welche Auswirkung besteht: Qualitätsverlust, Anlagenstillstand, Eingriff in Sicherheitsfunktion, Beinahe-Ereignis, Kundenreklamation.

Schlecht ist jede Formulierung wie „Anlage läuft instabil“ oder „Sicherheitskreis macht Probleme“. Damit lässt sich keine belastbare Analyse starten.

Besser ist eine klare Ereignisbeschreibung mit Bezug zu dokumentierten Zuständen, Meldungen und Randbedingungen. Unterstützend wirken standardisierte Vorlagen, etwa für Prüf- und Nachweisführung. Eine strukturierte Prüfprotokoll Vorlage hilft besonders dann, wenn technische Beobachtung und CE-Dokumentation später zusammengeführt werden müssen.

<a id="die-richtigen-personen-an-den-tisch-holen"></a>

Die richtigen Personen an den Tisch holen

Eine RCA im CE-Kontext gehört nie ausschließlich in die Konstruktion und auch nicht ausschließlich in die Instandhaltung. Sie braucht Personen, die den Lebenszyklus und die Dokumentation verstehen.

In der Praxis bewährt sich ein kleines, arbeitsfähiges Team mit diesen Perspektiven:

• Konstruktion: bewertet Auslegung, Toleranzen, Schnittstellen und Schutzkonzept.
• Elektrotechnik oder Software: prüft Logik, Diagnosen, Reaktionsketten und Sicherheitsfunktionen.
• Fertigung oder Montage: erkennt wiederkehrende Umsetzungsfehler und Variantenabweichungen.
• Qualität oder CE-Verantwortung: stellt sicher, dass Normbezug, Risikobeurteilung und Nachweise zusammenpassen.
• Service oder Inbetriebnahme: bringt reale Betriebsbedingungen und Kundenbeobachtungen ein.

Wichtiger Prüfpunkt: Wer die Betriebsrealität nicht kennt, liefert oft elegante Theorien und schwache Ursachenanalysen.

Zu große Runden bremsen. Zu kleine Runden übersehen Wechselwirkungen. Für viele Maschinenbauer funktioniert ein Kernteam mit gezielt hinzugezogenen Fachleuten am besten.

<a id="welche-nachweise-in-der-praxis-zahlen"></a>

Welche Nachweise in der Praxis zählen

Im Audit zählt nicht, wer die plausibelste Geschichte erzählt. Es zählt, welche Fakten Sie gesichert haben.

Sinnvolle Datenquellen sind typischerweise:

• SPS- und HMI-Protokolle: Meldungsfolgen, Zustandswechsel, Zeitstempel, Quittierungen
• Wartungs- und Serviceberichte: wiederkehrende Eingriffe, Ersatzteile, Feldbeobachtungen
• Fertigungsunterlagen: Prüfprotokolle, Abweichmeldungen, Montagehinweise
• Material- und Chargennachweise: Varianten, Lieferlose, Spezifikationsabweichungen
• Bediener- und Servicetechniker-Interviews: nur strukturiert und immer gegen Fakten gespiegelt
• Fotos, Videos, Messaufnahmen: besonders wertvoll bei sporadischen Ereignissen

Eine praktische Reihenfolge ist oft sinnvoller als Vollständigkeit auf dem Papier:

1. Ereignis sichern.
2. Anlagezustand dokumentieren.
3. betroffene Teile und Einstellungen rückverfolgen.
4. gleichartige Fälle prüfen.
5. erst dann Ursachenhypothesen bilden.

Was nicht funktioniert, ist das nachträgliche Rekonstruieren aus Erinnerung. Gerade bei sicherheitsbezogenen Auffälligkeiten müssen Beobachtung, Zustand und Schlussfolgerung sauber getrennt bleiben.

<a id="die-analyse-systematisch-und-nachvollziehbar-durchfuhren"></a>

Die Analyse systematisch und nachvollziehbar durchführen

Spätestens hier zeigt sich, ob das Team wirklich Ursachen sucht oder nur eine schnelle Erklärung. Eine Root Cause Analyse ist erst dann belastbar, wenn Dritte den Weg von der Beobachtung zur Entscheidung Schritt für Schritt nachvollziehen können.

<a id="praxisbeispiel-mit-5-why"></a>

Praxisbeispiel mit 5 Why

Nehmen wir einen wiederholt ausfallenden pneumatischen Zylinder in einer Sondermaschine. Symptom: Der Zylinder erreicht in der Automatik seine Endlage nicht. Die Anlage stoppt, weil die Rückmeldung ausbleibt.

Der erste Fehler vieler Teams wäre jetzt: Zylinder ersetzen, fertig. Für die Analyse starten Sie anders.

Warum erreicht der Zylinder die Endlage nicht?
Weil die Bewegung kurz vor dem Endanschlag hängen bleibt.

Warum bleibt die Bewegung dort hängen?
Weil die Führungsbelastung in einer bestimmten Position ansteigt.

Warum steigt die Führungsbelastung an?
Weil das Werkstück beim Einlauf leicht versetzt übergeben wird und seitliche Kräfte erzeugt.

Warum wird das Werkstück versetzt übergeben?
Weil die vorgelagerte Anschlageinheit Spiel aufweist und die Toleranzkette ungünstig wird.

Warum weist die Anschlageinheit Spiel auf?
Weil die Konstruktion keine ausreichende formschlüssige Zentrierung vorsieht und die Wartungsanweisung das Spiel nicht als Prüfmerkmal aufführt.

Hier liegt die Wurzel typischerweise nicht im Zylinder. Sie liegt in einer Kombination aus konstruktiver Auslegung und unvollständiger Instandhaltungsvorgabe. Genau dieser Befund ist für CE relevant. Denn die ursprüngliche Risikobeurteilung könnte bewegungsbedingte Fehlstellungen, Folgekräfte oder manuelle Eingriffe zur Störungsbeseitigung unterschätzt haben.

Was auf dem Whiteboard wie eine Ursache aussieht, ist zunächst nur eine Arbeitshypothese. Bestätigt ist sie erst, wenn technische Prüfung, Beobachtung oder gezielter Gegenversuch sie tragen.

<a id="komplexere-falle-mit-ishikawa-strukturieren"></a>

Komplexere Fälle mit Ishikawa strukturieren

Anders sieht es bei schwankenden Taktzeiten einer Anlage aus. Hier führt 5 Why oft in eine Sackgasse, weil mehrere Ursachen gleichzeitig plausibel sein können.

Dann wird das Ishikawa-Diagramm zum besseren Werkzeug. Die Mitte bildet das präzise Problem, etwa „Taktzeitabweichung mit sporadischer Sicherheitsquittierung nach Werkzeugwechsel“. Anschließend füllen Sie die Hauptkategorien mit realen Verdachtsmomenten.

Ein sinnvolles Raster kann so aussehen:

Danach sortieren Sie nicht nach Lautstärke im Raum, sondern nach Beleglage:

• beobachtet
• wahrscheinlich
• unbelegt
• widerlegt

Das ist in der Praxis ein entscheidender Unterschied. Viele RCA-Protokolle scheitern daran, dass Vermutung und Nachweis vermischt werden.

<a id="was-prufer-in-der-dokumentation-sehen-wollen"></a>

Was Prüfer in der Dokumentation sehen wollen

Für interne Freigaben, Kundenrückfragen oder Audits muss der Denkprozess lesbar bleiben. Das bedeutet nicht, dass jede Diskussion dokumentiert wird. Es bedeutet, dass die Analyse logisch und reproduzierbar ist.

Dazu gehören mindestens:

• klare Ausgangsbeobachtung
• gewählte Methode mit Begründung
• Hypothesen und deren Prüfung
• verwarfene Spuren
• identifizierte Hauptursache oder Ursachenkombination
• Ableitung zur Risikobeurteilung und zu Normanforderungen

Besonders wichtig ist die Abgrenzung zwischen technischem Fehler und sicherheitsrelevantem Mangel. Nicht jeder Ausfall berührt die CE-Konformität. Aber jeder Ausfall, der Schutzmaßnahmen, bestimmungsgemäße Verwendung, vorhersehbare Fehlanwendung oder sicherheitsbezogene Steuerungsfunktionen betrifft, gehört in die CE-Betrachtung zurück.

Was nicht überzeugt, ist ein Protokoll mit dem Satz „Ursache gefunden, Mitarbeiter nachgeschult“. Ohne technische Herleitung, ohne Prüfung der Wirksamkeit und ohne Rückwirkung auf Dokumentation bleibt das unvollständig.

<a id="korrekturmanahmen-ableiten-umsetzen-und-verifizieren"></a>

Korrekturmaßnahmen ableiten umsetzen und verifizieren

Viele RCA-Prozesse brechen genau hier ab. Die Ursache wurde benannt, das Protokoll ist abgelegt, im Alltag passiert dann nur eine Sofortmaßnahme. Damit bleibt das Risiko bestehen, dass derselbe Fehler in anderer Form zurückkommt.

<a id="drei-manahmenarten-klar-trennen"></a>

Drei Maßnahmenarten klar trennen

Im Maschinenbau müssen Sie zwischen drei Ebenen unterscheiden. Diese Trennung ist nicht akademisch. Sie entscheidet darüber, ob die Maßnahme dauerhaft trägt.

• Sofortkorrektur: Der aktuelle Fehler wird beseitigt. Beispiel: Sensor tauschen, Führungswagen neu ausrichten, Parameter zurücksetzen.
• Korrekturmaßnahme: Die identifizierte Ursache wird technisch oder organisatorisch abgestellt. Beispiel: Halterung konstruktiv ändern, Grenzwertlogik anpassen, Prüfmerkmal in die Endabnahme aufnehmen.
• Präventivmaßnahme: Die Erkenntnis wird auf ähnliche Baugruppen, Projekte oder Varianten übertragen. Beispiel: Standardbaukasten überarbeiten, Konstruktionsrichtlinie ergänzen, Servicecheckliste anpassen.

Diese Ebenen werden in vielen Unternehmen vermischt. Dann gilt die Reparatur fälschlich schon als Ursachenbeseitigung. Im CE-Kontext ist das besonders riskant, wenn eine Gefährdung nur vorübergehend entschärft wurde, aber die eigentliche Schwäche in Konstruktion, Sicherheitsfunktion oder Anleitung bestehen bleibt.

<a id="manahmen-so-formulieren-dass-sie-wirken"></a>

Maßnahmen so formulieren dass sie wirken

Gute Maßnahmen sind klar zugewiesen und überprüfbar. Schlechte Maßnahmen klingen entschlossen, bleiben aber folgenlos.

Untauglich sind Formulierungen wie:

• Bediener sensibilisieren
• Konstruktion prüfen
• Software optimieren
• Wartung verbessern

Brauchbar werden Maßnahmen erst, wenn sie konkret sind:

• Konstruktion ändert die Zentrierung der Übergabeeinheit und gibt die Zeichnung nach interner Prüfung frei.
• Elektrotechnik ergänzt die Diagnose im HMI, damit eine Fehlstellung vor Erreichen des kritischen Zustands erkannt wird.
• Qualität ergänzt ein Prüfmerkmal für das zulässige Spiel in der Endkontrolle.
• Technische Dokumentation aktualisiert Wartungsanweisung und Störungsbeseitigung mit eindeutigen Prüfschritten.

Ein praxistauglicher Maßnahmenplan enthält immer:

<a id="wirksamkeit-nachweisen-statt-vermuten"></a>

Wirksamkeit nachweisen statt vermuten

Die häufigste Schwäche nach einer Root Cause Analyse ist fehlende Verifikation. Das Team glaubt, die Ursache verstanden zu haben, und erklärt den Fall für erledigt. Fachlich sauber ist das nicht.

Prüfen Sie die Wirksamkeit auf der Ebene, auf der der Fehler entstanden ist:

• technisch: Wiederholungstest, Vergleichslauf, Randbedingungen variieren
• prozessual: geänderte Prüfmerkmale in Fertigung oder Abnahme anwenden
• dokumentarisch: Risikobeurteilung, Betriebsanleitung, Prüfprotokolle aktualisieren
• übergreifend: ähnliche Maschinen oder Baugruppen auf denselben Schwachpunkt prüfen

Eine vermutete Ursache ist noch keine bestätigte Ursache. Erst die wirksame Gegenmaßnahme mit nachvollziehbarem Ergebnis schließt die Analyse fachlich ab.

Wenn eine Maßnahme keine klare Wirkung zeigt, gibt es nur zwei seriöse Wege: Ursache neu prüfen oder Gegenmaßnahme neu auslegen. Alles andere produziert nur Scheinsicherheit.

<a id="dokumentation-fur-audit-trail-und-ce-konformitat"></a>

Dokumentation für Audit-Trail und CE-Konformität

Eine RCA ist im CE-Kontext erst dann vollständig, wenn sie in den technischen Unterlagen verankert ist. Das betrifft nicht nur den eigentlichen Analysebericht, sondern die Verbindung zu Risikobeurteilung, Schutzmaßnahmen, Validierung und Produktänderungen.

<a id="was-in-den-bericht-gehort"></a>

Was in den Bericht gehört

Der Bericht muss so aufgebaut sein, dass ein Auditor oder eine interne Freigabestelle den Fall ohne Zusatzwissen bewerten kann.

Dazu gehören in der Praxis mindestens:

• Problembeschreibung mit betroffenem Maschinentyp, Baugruppe, Betriebszustand und Auswirkung
• Anlass der Analyse etwa Feldrückmeldung, interner Fehler, Beinahe-Ereignis oder Reklamation
• Team und Freigaben mit fachlicher Zuständigkeit
• Datengrundlage wie Protokolle, Fotos, Messwerte, Serviceberichte
• verwendete Methode also 5 Why, Ishikawa oder FMEA
• Ursachenherleitung einschließlich verworfener Hypothesen
• beschlossene Maßnahmen mit Verantwortlichkeit und Umsetzungsstand
• Wirksamkeitsnachweis durch Prüfung, Test oder Beobachtung
• Auswirkung auf CE-Unterlagen einschließlich Risikobeurteilung, Betriebsanleitung und technische Dokumentation

Ein belastbarer Audit-Trail lebt davon, dass Änderungen und Entscheidungen zeitlich und fachlich nachvollziehbar bleiben. Für die Anforderungen an diese Nachverfolgbarkeit ist der Beitrag zu Audit-Trail-Anforderungen eine sinnvolle Ergänzung.

<a id="wo-die-rca-in-der-technischen-dokumentation-verankert-wird"></a>

Wo die RCA in der technischen Dokumentation verankert wird

Die RCA ist kein isoliertes Qualitätsdokument. Sie gehört an die Stellen, an denen Konformität nachgewiesen und aufrechterhalten wird:

• Risikobeurteilung nach EN ISO 12100, wenn neue Gefährdungen oder andere Bewertungen entstehen
• Nachweise zu Schutzmaßnahmen, wenn konstruktive oder steuerungstechnische Änderungen erfolgen
• Unterlagen zu sicherheitsbezogenen Steuerungsfunktionen, wenn Annahmen zum Performance Level betroffen sind
• Betriebsanleitung und Wartungsinformationen, wenn neue Hinweise, Restriktionen oder Prüfschritte notwendig werden
• Änderungsdokumentation, wenn Auslegung, Baugruppe oder Softwarestand angepasst wurden

Unter der Maschinenrichtlinie 2006/42/EG und später unter der Maschinenverordnung (EU) 2023/1230 bleibt die Verantwortung dafür beim Hersteller. Dieser Beitrag bietet allgemeine Information und ersetzt keine rechtsverbindliche Beratung im Einzelfall. Die Verantwortung für die CE-Konformität und die korrekte Durchführung der Konformitätsbewertung liegt ausschließlich beim Hersteller.

---

Wenn Sie RCA, Risikobeurteilung, technische Dokumentation und Audit-Trail in einem durchgängigen CE-Prozess zusammenführen wollen, lohnt sich ein Blick auf CE-Copilot. Die Plattform unterstützt dabei, Ursachenanalysen strukturiert abzulegen, Änderungen in den CE-Unterlagen nachzuführen und Nachweise für interne Freigaben oder Audits konsistent bereitzustellen.