So nutzen Sie KI-Übersetzung für Dokumentation zur funktionalen Sicherheit nach IEC 61508 und ISO 26262
Die Übersetzung von Dokumentation zur funktionalen Sicherheit ist eine Aufgabe in sechs Schritten: Quelltext einfrieren, Sicherheitsterminologie festlegen, die KI-Übersetzung auf einem kundenspezifisch trainierten Modell ausführen, jede Sicherheitsaussage von einem Ingenieur prüfen lassen, die Ausgabe gegen die Quelle rückprüfen und dann die Version archivieren. Eine Regel hält die ganze Methode zusammen. Eine Sicherheitsaussage geht nie allein mit Maschinenausgabe in den Versand.
AD VERBUM ist ein EU-gehostetes KI-Übersetzungsunternehmen, das Sicherheitshandbücher, Sicherheitsnachweise und FMEA-Dokumente für IEC-61508- und ISO-26262-Programme übersetzt, wobei zertifizierte Fachingenieure jede Sicherheitsaussage nach ISO 17100 und ISO 18587 prüfen. Wir bauen zuerst Ihre Terminologiedatenbank und Ihr Translation Memory auf und führen dann ein kundenspezifisch trainiertes Open-Weight-Modell auf EU-gehosteter Infrastruktur aus, sodass nichts an öffentliche Cloud-Dienste geht.
Funktionale Sicherheit füllt die Automobil- und Industriehallen der electronica 2026 in München. Die Messe läuft vom 10. bis 13. November, und diese Arbeit baut auf der Übersetzung technischer Dokumentation auf, die Sie ohnehin leisten. Sehen Sie sich das Programm der electronica 2026 für die Tracks zu eingebetteten Systemen und Leistungselektronik an, in denen ein Sicherheitsnachweis in jeder Sprache gleich lauten muss.
Was IEC 61508 und ISO 26262 verlangen, und was nicht
IEC 61508 ist die Basisnorm für die funktionale Sicherheit elektrischer, elektronischer und programmierbarer elektronischer sicherheitsbezogener Systeme. Die aktuelle zweite Ausgabe stammt aus dem Jahr 2010, umfasst sieben Teile und bewertet die Risikominderung über ein Safety Integrity Level von SIL 1 bis SIL 4. Die IEC-61508-Reihe und ihr Überblicksbericht legen dar, wie der Sicherheitslebenszyklus und die SIL-Ziele zusammenpassen.
ISO 26262 passt diese Basisnorm für Straßenfahrzeuge an. Die zweite Ausgabe, ISO 26262:2018, umfasst zwölf Teile, deckt alle Straßenfahrzeuge außer Kleinkrafträdern ab und bewertet das Fahrzeugrisiko über ein Automotive Safety Integrity Level von ASIL A bis ASIL D. Sie ist die Referenz für die Sicherheitsnachweise, Gefährdungsanalysen und FMEA-Dokumente, die durch die Übersetzung technischer Dokumentation im Automobilbereich laufen.
Hier ist der Punkt, der entscheidet, wen Sie beauftragen. Beide Normen zertifizieren Ihr Produkt und Ihren Entwicklungsprozess, nicht Ihren Übersetzer. Kein Übersetzungsunternehmen besitzt eine "ISO-26262-Zertifizierung" oder "IEC-61508-Zertifizierung", und wer das behauptet, beschreibt etwas, das es nicht gibt. Was ein Übersetzungsunternehmen leisten kann, ist die Sicherheitsdokumentation zu erstellen, die Ihre Zertifizierung stützt, mit Ingenieuren, die SIL und ASIL verstehen und jede Sicherheitsaussage prüfen. Wir bei AD VERBUM übersetzen und prüfen diese Dokumente nach ISO 17100 und ISO 18587 und sagen klar, wo die Normen stehen.
Die sechs Schritte, der Reihe nach
Die Methode ist dieselbe, ob Sie eine SIL-Bewertung nach IEC 61508 oder eine ASIL-Dekomposition nach ISO 26262 durchführen. Befolgen Sie sie in dieser Reihenfolge:
Frieren Sie den Quelltext ein, damit sich die zu übersetzende Version während des Projekts nicht verschiebt.
Legen Sie die Sicherheitsterminologie in einer Terminologiedatenbank fest, bevor ein einziges Segment übersetzt wird.
Führen Sie die KI-Übersetzung auf einem kundenspezifisch trainierten Modell aus, das durch diese Terminologiedatenbank begrenzt ist.
Lassen Sie einen zertifizierten Ingenieur jede Sicherheitsaussage prüfen, nicht nur die flüssigen Sätze.
Prüfen Sie die Ausgabe gegen die Quelle zurück, Zahl für Zahl und Warnung für Warnung.
Archivieren Sie jede Version mit ihrem Prüfer und ihrem Änderungsprotokoll.
Lassen Sie einen Schritt aus, landet das Risiko bei dem einen Dokument, das einem Bediener oder einem Prüfingenieur sagt, was zu tun ist. Die folgenden Abschnitte nehmen sich jeden Schritt einzeln vor.
1. Den Quelltext einfrieren
Ein Sicherheitsnachweis ändert sich, während die Entwicklung noch Befunde schließt, und eine bewegliche Quelle ist der schnellste Weg zu einer Abweichung im Versand. Frieren Sie die genaue Revision ein, die Sie übersetzen, erfassen Sie ihre Dokumentnummer und ihr Datum und übersetzen Sie nur aus dieser eingefrorenen Kopie. Gibt die Entwicklung während des Projekts eine Änderung heraus, behandeln Sie sie als neue Revision mit eigenem Übersetzungs- und Prüfzyklus, nicht als Korrektur in bereits laufender Arbeit. Dieselbe Versionsdisziplin zieht sich durch unsere Übersetzung technischer Dokumentation, bei der ein Prüfbericht und das Handbuch, das ihn zitiert, übereinstimmen müssen.
2. Die Sicherheitsterminologie festlegen
Ziehen Sie Ihr kontrolliertes Vokabular zuerst in eine Terminologiedatenbank: die SIL- und ASIL-Kennzeichnungen, die sicheren Zustände, die Fehler- und Ausfallbegriffe und die Verben, die einem Leser sagen, zu handeln. Ein kundenspezifisch trainiertes Modell, das durch diese Datenbank begrenzt ist, hält "sicherer Zustand", "Diagnosedeckungsgrad" und "Restrisiko" in einem Durchgang über alle Sprachen hinweg identisch, was eine generische Maschine nicht zusagen kann. Unser Beitrag zu selbstgehosteten Open-Weight-Modellen für regulierte Übersetzung erklärt, warum ein trainiertes Modell eine Standard-Maschine bei dieser Art kontrollierten Inhalts übertrifft.
3. Die KI-Übersetzung auf einem kundenspezifisch trainierten Modell ausführen
Erzeugen Sie den Entwurf auf einem Modell, das Ihre Terminologie bereits enthält, nicht auf einem öffentlichen Chatbot. Wir führen kundenspezifisch trainierte Open-Weight-Modelle auf EU-gehosteter Infrastruktur aus, begrenzt durch Ihre Terminologiedatenbank und Ihr Translation Memory, wobei nichts an öffentliche Cloud-Tools geht. Vorab-Sicherheitsdokumentation trägt oft nicht angekündigte Produktdetails, deshalb gelten dieselben Residency-Kontrollen, die wir auf Elektronik-Datenblätter und eingebettete Software und auf sichere Übersetzung mit EU-Datenresidenz anwenden, auch hier.
4. Jede Sicherheitsaussage von einem Ingenieur prüfen lassen
Dies ist der Schritt, der die Ausgabe brauchbar macht, und er braucht einen zertifizierten Ingenieur-Linguisten statt eines allgemeinen Korrekturlesers. Der Prüfer kontrolliert:
Jede Sicherheitsaussage und jede Anweisung zum sicheren Zustand, gegen die Quelle und gegen die Terminologiedatenbank.
Jede SIL- und ASIL-Kennzeichnung, damit kein Level zwischen Quelle und Übersetzung verrutscht.
Jede Zahl, Einheit und Toleranz in einer Gefährdungsanalyse, FMEA- oder FMEDA-Tabelle.
Jede Bedingung, damit "darf nicht" nie als "darf" gelesen wird und eine erforderliche Handlung nie optional erscheint.
Dies ist vollständiges humanes Post-Editing nach ISO 18587, bei dem der Prüfer die Verantwortung für den endgültigen Text übernimmt. Eine Sicherheitsaussage geht nie allein mit Maschinenausgabe in den Versand, und diese Regel beugt sich keinem Termin.
5. Gegen die Quelle rückprüfen
Rückprüfen ist ein zweiter Durchgang gegen die eingefrorene Quelle, keine Rechtschreibprüfung. Der Prüfer liest die Übersetzung neben der Quelle und bestätigt, dass jede Warnung, jeder Wert und jeder Querverweis übereinstimmt, denn eine verlorene Dezimalstelle oder eine umgedrehte Bedingung in einer Sicherheitstabelle ist der Fehler, der ein flüssiges Lesen überlebt. Bei einem großen Programm führt ein unabhängiger Linguist die Rückprüfung durch, sodass die Person, die die Ausgabe bestätigt, nicht die ist, die sie erstellt hat. Denselben unabhängigen Durchgang nutzen wir bei hochexponierter Arbeit wie Dokumentation zu EV-Batterien und Ladeinfrastruktur.
6. Die Version mit ihrem Prüfer archivieren
Schließen Sie jede Sprachversion in ein Archiv ab, das die eingefrorene Quellrevision, den Prüfer und jede Änderung festhält. Fragt ein Auditor, ein Assessor oder ein Kunde, welcher Text in welchen Markt ging, antworten Sie aus dem Protokoll statt aus dem Gedächtnis. Die Aufbewahrungslogik entspricht der Pflicht der EU-Maschinenverordnung, Anleitungen über die erwartete Lebensdauer der Anlage aufzubewahren, und sie trägt direkt in die Übersetzung verteidigungstechnischer Dokumentation, wo Rückverfolgbarkeit eine Vertragsbedingung ist, keine Vorliebe.
Wo es schiefgeht
Die meisten Fehler bei der Übersetzung zur funktionalen Sicherheit führen auf einen übersprungenen Schritt zurück. Die häufigsten:
Aus einer Quelle übersetzen, die sich noch änderte, sodass das gelieferte Handbuch eine Revision zitiert, die nicht mehr existiert.
Eine generische Maschine ohne Terminologiedatenbank einsetzen, sodass ein sicherer Zustand oder eine SIL-Kennzeichnung zwischen Sprachen verrutscht.
Einen allgemeinen Korrekturleser einen Sicherheitsnachweis abzeichnen lassen, sodass eine umgedrehte Bedingung in einer Warnung in die Produktion gelangt.
Vorab-Sicherheitsdokumentation durch öffentliche Cloud-Tools schicken, sodass nicht angekündigte Produktdetails Ihre Kontrolle verlassen.
Kein Versionsarchiv führen, sodass Sie einem Assessor nicht zeigen können, welcher Text in welchen Markt ging.
Jeder dieser Fehler lässt sich vermeiden, wenn die Quelle zuerst eingefroren und die Prüfung von einem zertifizierten Ingenieur verantwortet wird. Das Dokument, das jemandem sagt, zu handeln, ist das, das nie allein mit Maschinenausgabe in den Versand geht.
Unsere Übersetzungsdienste für funktionale Sicherheit
Unsere Übersetzungsdienste für regulierte Branchen laufen auf ISO 27001 und ISO 42001 zertifizierter, EU-gehosteter Infrastruktur, ohne Abhängigkeit von öffentlichen Cloud-Tools für die Kernverarbeitung. Jedes Projekt durchläuft unseren AI+HUMAN-Hybrid-Workflow: Wir übernehmen zuerst die Translation Memories und Terminologiedatenbanken des Kunden, unser proprietäres LLM-basiertes LangOps System erzeugt eine durch die Kundenterminologie begrenzte Ausgabe auf kundenspezifisch trainierten Open-Weight-Modellen, und unsere zertifizierten Fachexperten prüfen auf technische Genauigkeit und regulatorische Konformität. Unsere QA ist an ISO 17100 und ISO 18587 ausgerichtet, mit branchenspezifischen Anforderungen wie funktionaler Sicherheit nach IEC 61508 und Fahrzeugsicherheit nach ISO 26262, wo relevant, und dieselbe Disziplin erstreckt sich auf unsere sicheren Übersetzungs-Workflows mit EU-Datenresidenz. Wir bedienen Kunden aus Life Sciences, Recht, Finanzen, Verteidigung und Fertigung in über 150 Sprachen mit mehr als 3.500 Fachlinguisten. Für Teams, die einen Sicherheitsnachweis oder einen FMEA-Satz übersetzen, kontaktieren Sie uns, um Ihre Terminologie, Prüfung und Archivierung direkt zu besprechen.
FAQ
Kann KI-Übersetzung für Dokumentation zur funktionalen Sicherheit eingesetzt werden?
Ja, wenn ein zertifizierter Ingenieur die Ausgabe prüft. KI-Dokumentenübersetzung erzeugt den Entwurf schnell, aber nach der Disziplin des vollständigen humanen Post-Editing der ISO 18587 übernimmt ein qualifizierter Prüfer die Verantwortung für den endgültigen Text. Eine Sicherheitsaussage geht nie allein mit roher Maschinenübersetzung in den Versand.
Zertifiziert IEC 61508 oder ISO 26262 ein Übersetzungsunternehmen?
Nein. IEC 61508 und ISO 26262 zertifizieren das sicherheitsbezogene Produkt und den Entwicklungsprozess des Kunden, nicht einen Übersetzungsdienstleister. Kein Übersetzungsunternehmen besitzt eine "IEC-61508-Zertifizierung" oder "ISO-26262-Zertifizierung". Was ein Dienstleister besitzen kann, ist ISO 17100 und ISO 18587, und Ingenieure stellen, die jede Sicherheitsaussage prüfen.
Was ist der Unterschied zwischen SIL und ASIL?
SIL, das Safety Integrity Level von 1 bis 4, stammt aus IEC 61508 und gilt für elektrische, elektronische und programmierbare elektronische Sicherheitssysteme. ASIL, das Automotive Safety Integrity Level von A bis D, stammt aus ISO 26262 und gilt für Straßenfahrzeuge. ISO 26262 ist die automobile Anpassung der IEC 61508, sodass die Konzepte übereinstimmen, während sich die Kennzeichnungen und der Lebenszyklus unterscheiden.
Welche Dokumente zur funktionalen Sicherheit müssen übersetzt werden?
In der Regel das Sicherheitshandbuch, der Sicherheitsnachweis, Gefährdungs- und Risikoanalysen, FMEA- und FMEDA-Tabellen, Verifikations- und Validierungsberichte sowie die sicherheitsbezogenen Abschnitte der Benutzeranleitung. Jedes Dokument, das eine Sicherheitsaussage trifft oder einem Leser sagt, zu handeln, wird übersetzt und dann von einem zertifizierten Ingenieur geprüft.
Warum muss der Quelltext vor der Übersetzung eingefroren werden?
Weil sich ein Sicherheitsnachweis ändert, während die Entwicklung Befunde schließt, und eine bewegliche Quelle eine Übersetzung erzeugt, die eine Revision zitiert, die nicht mehr existiert. Die genaue Revision mit Dokumentnummer und Datum einzufrieren ist der erste Schritt, und jede spätere Änderung wird als neue Revision mit eigenem Prüfzyklus behandelt.
Ist Maschinenübersetzungs-Ausgabe für einen Sicherheitsnachweis akzeptabel?
Nicht für sich allein. Maschinen- oder LLM-Ausgabe kann der Entwurf sein, aber ISO 18587 verlangt vollständiges humanes Post-Editing durch einen qualifizierten Prüfer, der die Verantwortung für das Ergebnis übernimmt. Für einen Sicherheitsnachweis heißt das, ein zertifizierter Ingenieur prüft jede Sicherheitsaussage, jede SIL- oder ASIL-Kennzeichnung und jede Zahl gegen die eingefrorene Quelle.
