Warum segmentbasierte maschinelle Übersetzung bei regulierten Dokumenten 2026 versagt
- vor 18 Stunden
- 5 Min. Lesezeit
Segmentbasierte maschinelle Übersetzung liest einen Satz, übersetzt ihn und vergisst ihn wieder, bevor sie den nächsten liest. Für eine Chat-Nachricht ist das in Ordnung. Für eine 40-seitige Gebrauchsanweisung, eine Verteidigungsausschreibung oder eine klinische Sicherheitszusammenfassung ist genau dieses Vergessen der Fehler. Ein Begriff, der auf drei Seiten dreifach unterschiedlich erscheint, ein Pronomen, das auf das falsche Substantiv zeigt, ein fehlendes „nicht“ in einer Kontraindikation: keiner dieser Fälle sieht wie ein Fehler aus, und jeder einzelne kann ein Audit nicht bestehen.
AD VERBUM ist ein EU-gehostetes Übersetzungsunternehmen, das dokumentbasierte, kundenspezifisch abgestimmte LLM-Übersetzung mit zertifizierter Fachprüfung betreibt, nach ISO 18587 und ISO 42001, für genau solche regulierten Inhalte. Wir haben diesen Prozess aufgebaut, weil die alten segmentweisen Engines ein Dokument nicht zusammenhalten konnten. 2026 lesen benannte Stellen und Vergabestellen Ihre Datei, und sie lesen sie vollständig.
Was segmentbasierte maschinelle Übersetzung tatsächlich tut
Klassische neuronale maschinelle Übersetzung zerlegt Ihre Datei in Segmente, meist einzelne Sätze, und übersetzt jedes für sich. Die Engine ist deterministisch, schnell und günstig, und jahrelang hat sich dieser Handel gelohnt. Der Preis ist der Kontext. Segment 47 weiß nicht, was Segment 12 entschieden hat, und wenn ein Gerätehandbuch ein Bauteil in einem Abschnitt „Leitung“ nennt und die Engine dem Wort später neben einer Batterie begegnet, trägt nichts die frühere Entscheidung weiter.
An diesem Aufbau hat sich nichts geändert. Geändert hat sich die Alternative. Ein großes Sprachmodell übersetzt mit dem gesamten Dokument im Blick, sodass der Satz, an dem Sie gerade sind, vom Absatz geprägt wird, in dem er steht.
Die Fehler, die in der regulierten Arbeit zählen
Vier Fehlermuster tauchen immer wieder auf, wenn eine segmentbasierte Engine auf eine regulierte Datei trifft:
Terminologie-Drift. Derselbe kontrollierte Begriff kommt in einem Dokument dreifach unterschiedlich heraus, sodass ein Prüfer nicht erkennen kann, ob zwei Passagen dasselbe meinen.
Gebrochene Verweise. „Siehe Abschnitt 4.2“ bleibt erhalten, aber der Bezug von „es“ oder „das Gerät“ wird an jeder Satzgrenze zurückgesetzt, und die Bedeutung verschiebt sich mit.
Stille Auslassungen und Zahlenfehler. Eine fehlende Verneinung in einer Kontraindikation oder 6,0 mm als 60 mm gelesen besteht jede Flüssigkeitsprüfung und liest sich perfekt. Es ist schlicht falsch.
Keine Verantwortung und keine Spur. Rohe Engine-Ausgabe hat keinen benannten Menschen, der dafür unterzeichnet hat, und das ist das Erste, wonach ein ISO-18587-Audit fragt.
Keiner dieser Fälle zeigt sich in einer Rechtschreibprüfung. Alle sind teuer vor einer benannten Stelle oder einer Vergabestelle.
Wo die Fehler in einer regulierten Datei greifen
Die Sprachpflichten sind konkret, und die Haftung ebenso. Nach MDR Artikel 10(11) und Anhang I 23.1(d) müssen Gebrauchsanweisungen und Kennzeichnungen in jeder Amtssprache des Mitgliedstaats korrekt sein, in dem ein Produkt bereitgestellt wird, und das Qualitätssystem des Herstellers muss sie korrekt halten. Die IVDR legt dieselbe Pflicht für In-vitro-Diagnostika fest. Ein Terminologiefehler in einer Gebrauchsanweisung ist kein Stilproblem, und er kann eine CE-Kennzeichnung verzögern.
Die Verteidigungsbeschaffung erhöht den Einsatz erneut. Ein Angebot nach Richtlinie 2009/81/EG wird anhand einer Konformitätsmatrix bewertet, und eine einzige falsch übersetzte technische Anforderung kann den Auftrag kosten. Schicken Sie die falsche Datei an die falsche Engine, verstoßen Sie möglicherweise auch gegen Verordnung (EU) 2021/821 Artikel 2, die die elektronische Übermittlung kontrollierter Technologie als eigenständige Verbringung behandelt.
Warum dokumentbasierte LLM-Übersetzung die Datei zusammenhält
Ein dokumentbasiertes Modell liest über Sätze hinweg, sodass es einen Begriff von Seite 1 bis Seite 40 konsistent halten und klären kann, worauf sich „es“ bezieht. Die Forschung stützt das: Eine Studie von 2023 fand, dass große Sprachmodelle dokumentbasierten Kontext nutzen, um Fehlübersetzungen und Inkonsistenzen gegenüber satzbasierten Systemen zu verringern, wobei kritische Fehler weiterhin durchrutschen. Genau dieser Nachsatz ist das ganze Argument für den Menschen in der Schleife. Das Modell liefert einen kohärenten Entwurf. Es liefert keinen unterzeichneten.
Es gibt auch eine Kontrolldimension. Ein gesteuerter LLM-Prozess lässt sich auf Ihre freigegebene Terminologie beschränken und auf Infrastruktur betreiben, die Sie benennen können, statt auf einem öffentlichen Endpunkt, der Ihre Eingaben protokolliert.
Die Norm ist nicht verschwunden: ISO 18587
ISO 18587 legt die Anforderungen an das vollständige menschliche Post-Editing maschineller Übersetzungsausgabe fest und benennt die Kompetenzen, die der Post-Editor besitzen muss. Sie gilt, ob die Rohausgabe von einer alten Engine oder einem LLM stammt. Die für Oktober 2026 erwartete Revision macht das ausdrücklich, zieht eine klarere Linie zwischen maschineller Übersetzung, KI-generierter Ausgabe und der Post-Editing-Aufgabe und richtet sich enger an ISO 17100 für die Humanübersetzung aus.
Die KI-Verordnung (Verordnung (EU) 2024/1689) fügt eine Transparenzebene hinzu: ab dem 2. August 2026 verlangt Artikel 50, dass KI-generierte Inhalte als solche gekennzeichnet werden. Für regulierte Übersetzung heißt das, der KI-Schritt in Ihrem Prozess muss dokumentiert und nicht verborgen sein.
Wie wir es bei AD VERBUM handhaben
Wir bei AD VERBUM beginnen mit Ihrem Translation Memory und Ihrer Termbank, nicht mit einer leeren Engine. Unser LangOps System erzeugt Ausgabe auf kundenspezifisch abgestimmten Open-Weight-Modellen, beschränkt auf diese Terminologie, unsere zertifizierten Fachübersetzer führen das Post-Editing nach ISO 18587 durch, und die gesamte Pipeline läuft auf ISO 27001 und ISO 42001 zertifizierter, EU-gehosteter Infrastruktur ohne Public-Cloud-Transit. Das ist der Unterschied zwischen einem schnellen Entwurf und einem Dokument, das Sie verteidigen können.
Unsere Leistungen für maschinelle Übersetzung und LLM-Übersetzung
Unsere Übersetzungsdienstleistungen für regulierte Branchen laufen auf ISO 27001 und ISO 42001 zertifizierter, EU-gehosteter Infrastruktur, ohne Rückgriff auf Public-Cloud-Tools für die Kernverarbeitung. Jedes Projekt durchläuft unseren AI+HUMAN-Hybridprozess: Wir übernehmen zunächst die Translation Memories und Termbanken des Kunden, unser proprietäres LLM-basiertes LangOps System erzeugt Ausgabe, beschränkt durch die Kundenterminologie auf kundenspezifisch abgestimmten 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 ISO-18587-Post-Editing-Disziplin und ISO-42001-KI-Management-Governance, wo relevant. Wir betreuen Kunden aus Life Sciences, Recht, Finanzen, Verteidigung und Fertigung in über 150 Sprachen mit mehr als 3.500 Fachübersetzern. Für Teams, die auditsensible Inhalte verwalten: kontaktieren Sie uns, um Ihre Sicherheits- und Compliance-Anforderungen direkt zu besprechen.
FAQ
Ist segmentbasierte maschinelle Übersetzung je für regulierte Dokumente akzeptabel?
Sie kann einen groben ersten Entwurf liefern, ist aber allein kein akzeptables Ergebnis. ISO 18587 verlangt vollständiges menschliches Post-Editing durch einen qualifizierten Sprachmittler, der die Verantwortung für den Endtext übernimmt, und MDR Artikel 10(11) verlangt, dass die veröffentlichte Sprachfassung korrekt ist. Rohe segmentbasierte Ausgabe erfüllt beides nicht.
Was ist der Unterschied zwischen NMÜ und LLM-Übersetzung?
Neuronale maschinelle Übersetzung arbeitet segmentweise ohne Erinnerung an das übrige Dokument. Ein großes Sprachmodell übersetzt mit dem gesamten Dokument im Kontext, was Terminologie und Verweise konsistent hält. LLM-Ausgabe braucht dennoch Post-Editing nach ISO 18587, bevor sie in einer regulierten Datei verwendet wird.
Gilt die KI-Verordnung für maschinelle Übersetzung?
Ja, über ihre Transparenzregeln. Nach Verordnung (EU) 2024/1689 Artikel 50, anwendbar ab dem 2. August 2026, müssen KI-generierte oder KI-gestützte Inhalte als solche gekennzeichnet werden. Ein regulierter Übersetzungsprozess, der ein LLM nutzt, muss diesen Schritt dokumentieren.
Welche Verordnung legt die Sprache einer Gebrauchsanweisung für Medizinprodukte fest?
MDR Artikel 10(11) in Verbindung mit Anhang I 23.1(d) verlangt Gebrauchsanweisungen und Kennzeichnungen in der Amtssprache oder den Amtssprachen jedes Mitgliedstaats, in dem das Produkt bereitgestellt wird. Die IVDR legt die entsprechende Pflicht für In-vitro-Diagnostika fest. Das Qualitätssystem des Herstellers muss diese Fassungen korrekt halten.
Darf ich ein öffentliches Tool für maschinelle Übersetzung für eine Verteidigungsausschreibung nutzen?
Sie sollten es nicht. Ein Angebot nach Richtlinie 2009/81/EG wird nach Genauigkeit bewertet, und das Hochladen kontrollierter technischer Daten in eine öffentliche Engine kann gegen Verordnung (EU) 2021/821 Artikel 2 verstoßen, die die elektronische Übermittlung kontrollierter Technologie als genehmigungspflichtige Verbringung behandelt. Nutzen Sie stattdessen geprüfte Sprachmittler auf kontrollierter Infrastruktur.
Wer haftet für Fehler in maschinell übersetztem Text?
Nach ISO 18587 übernimmt der qualifizierte menschliche Post-Editor die Verantwortung für die endgültige Übersetzung, nicht die Engine. Diese benannte Rechenschaft ist der Grund, warum regulierte Kunden einen zertifizierten Post-Editing-Prozess statt roher Maschinenausgabe verlangen.
