Mehrsprachige Anleitungen: Was rechtlich Pflicht ist – und was nur nett

Es gibt eine Frage, die in jedem Exportprojekt irgendwann fällt, meist vom Vertrieb, meist mit hoffnungsvollem Unterton: „Reicht nicht Englisch?" Die Frage ist verständlich – Übersetzungen kosten Geld, Zeit und Nerven, und der Einkäufer auf der Gegenseite spricht ja tatsächlich Englisch. Die Antwort ist trotzdem in den meisten Fällen ein klares Nein, und zwar nicht, weil Juristen Spaßbremsen wären, sondern weil das europäische Produktrecht eine sehr einfache Logik verfolgt: Die Anleitung muss den erreichen, der mit dem Produkt arbeitet – und der spricht in Lyon Französisch, in Turin Italienisch und in der Nachtschicht in Katowice Polnisch.

Gleichzeitig stimmt auch das Gegenteil: Nicht alles, was übersetzt wird, muss übersetzt werden. In vielen Unternehmen werden aus Gewohnheit Dokumente in Sprachfassungen gepflegt, für die es weder Pflicht noch Publikum gibt, während anderswo die eine wirklich verpflichtende Fassung fehlt. Die Kunst liegt in der sauberen Grenze: wissen, was Pflicht ist, die Pflicht vollständig erfüllen – und die Kür bewusst als Investitionsentscheidung behandeln statt als Tradition.

Dieser Artikel zieht diese Grenze: die Amtssprachen-Pflicht für Maschinen und CE-Produkte, die Sonderrolle der Sicherheitsinformationen, der oft missverstandene Unterschied zwischen Software- und Maschinendokumentation – und am Ende die Frage, wie man die Pflicht bezahlbar organisiert, ohne an der falschen Stelle zu sparen.

Die Rechtslage bei Maschinen: Amtssprache ist nicht verhandelbar

Für Maschinen ist die Lage seit Jahrzehnten stabil und wird von der Maschinenverordnung 2023/1230 nahtlos fortgeschrieben: Die Betriebsanleitung muss in der Amtssprache des Mitgliedstaats vorliegen, in dem die Maschine in Verkehr gebracht wird. Der Bezugspunkt ist also der Zielmarkt – nicht der Sitz des Herstellers, nicht die Konzernsprache und auch nicht die Sprachkenntnisse des konkreten Einkäufers. Wer nach Frankreich liefert, liefert Französisch mit; die Details des Stichtags und der übrigen MVO-Neuerungen stehen im Beitrag zur Maschinenverordnung.

In der Praxis stellen sich dann schnell die Detailfragen, und die wichtigste betrifft mehrsprachige Länder: Belgien kennt Niederländisch, Französisch und Deutsch als Amtssprachen, Finnland Finnisch und Schwedisch, und auch anderswo ist die Lage vielschichtiger, als die Länderliste im ERP vermuten lässt. Welche Fassung im Einzelfall verlangt wird, regelt das Recht des Ziellands – teils abhängig von Region oder Einsatzort. Die belastbare Arbeitsweise ist deshalb keine Bauchentscheidung im Vertrieb, sondern eine gepflegte Sprachenmatrix je Zielland, einmal sauber recherchiert, dokumentiert und bei Marktöffnungen aktualisiert.

Zwei weitere Feinheiten aus der etablierten Praxis gehören auf den Zettel. Erstens die Kennzeichnungslogik: Unter dem bisherigen Recht hat sich die Unterscheidung zwischen der Originalfassung der Anleitung und ihren gekennzeichneten Übersetzungen etabliert – eine Systematik, die auch dokumentiert, welche Fassung die sprachliche Quelle ist. Zweitens die Erleichterungen für Spezialfälle: Für Unterlagen, die sich ausschließlich an vom Hersteller beauftragtes Fachpersonal richten, kennt das Regelwerk traditionell Spielräume bei der Sprache. Beides sind Punkte, die du für dein Produkt konkret am aktuellen Verordnungstext prüfst – die Grundregel für alles, was den Anwender erreicht, bleibt davon unberührt: Amtssprache des Ziellands.

Und weil es in dieser Artikelserie ein Dauerthema ist, hier nur der Vollständigkeit halber: Die Sprachpflicht endet nicht mit der Auslieferung. Aufbewahrt und im Zweifel vorgelegt wird je Maschine genau die Sprachfassung, die geliefert wurde – die deutsche Quellfassung allein beweist für die Lieferung nach Frankreich nichts. Die Sprachenmatrix des Vertriebs und die Archivlogik der Dokumentation sind also zwei Enden desselben Fadens.

Ein Seitenblick über die EU hinaus gehört dazu, denn kaum ein Exporteur liefert nur in den Binnenmarkt: Die Schweiz, das Vereinigte Königreich und die großen Überseemärkte haben jeweils eigene Regime mit eigenen Sprach- und Kennzeichnungsanforderungen – teils eng an die EU-Logik angelehnt, teils eigenständig. Die Details gehören je Markt geprüft; die Denkweise ist aber überall dieselbe: Maßgeblich ist das Recht des Ziellands, und die Sprachenmatrix, von der gleich noch die Rede sein wird, führt sinnvollerweise alle Märkte, nicht nur die europäischen.

Und noch eine Konstellation aus dem Vertriebsalltag: der Händler, der „das mit der Übersetzung" übernimmt. Das kann funktionieren – aber die Verantwortung für die Konformität der Maschine samt Anleitung wandert dadurch nicht automatisch mit. Wer Übersetzungen Dritten überlässt, braucht vertragliche Klarheit, Qualitätssicherung und vor allem die Fassungen selbst: Auch die vom Händler erstellte Sprachfassung gehört geprüft, freigegeben und ins eigene Archiv – denn im Ernstfall wird der Hersteller gefragt, was ausgeliefert wurde, nicht der Händler.

Abb.: Die Sprachpflichten-Landkarte der EU – der Zielmarkt bestimmt die Sprache, und mehrsprachige Länder verdienen einen zweiten Blick.

Sicherheitsinformationen: in der Sprache des Anwenders – oder wirkungslos

Warum ist der Gesetzgeber hier so unnachgiebig? Weil die Betriebsanleitung im Sicherheitskonzept der Maschine die letzte Schutzmaßnahme ist: Sie informiert über die Restrisiken, die Konstruktion und Technik nicht beseitigen konnten. Eine Schutzmaßnahme, die der Geschützte nicht versteht, ist aber keine – ein Warnhinweis auf Deutsch schützt den portugiesischen Instandhalter exakt gar nicht. Deshalb ist die Sprachfrage bei Sicherheitsinformationen keine Komfortfrage, sondern eine Wirksamkeitsfrage, und deshalb hängt an ihr auch das Haftungsrisiko: Eine fehlende oder unverständliche Sprachfassung ist ein Instruktionsfehler mit Ansage – das Produkt kann technisch tadellos und trotzdem rechtlich fehlerhaft sein.

Dabei lohnt der Blick auf den realen Anwenderkreis, denn er ist bunter als das Organigramm des Kunden: Bediener im Schichtbetrieb, externe Instandhalter, Leiharbeitskräfte, der Gebrauchtkäufer in zweiter Hand. Das Produktrecht denkt vom vorgesehenen Anwender her, nicht vom Vertragspartner – und die Amtssprache des Ziellands ist der Maßstab, den der Gesetzgeber dafür gewählt hat. Wer intern diskutiert, ob „die Leute dort nicht ohnehin Englisch können", diskutiert an der Rechtslage vorbei und nebenbei auch an der Betriebsrealität in europäischen Werkhallen.

Ein mächtiger Verbündeter bei alldem sind sprachfreie Mittel. Genormte Sicherheitszeichen nach ISO 7010 transportieren Kernbotschaften ohne ein einziges Wort, gute Abbildungen mit nummerierten Legenden ersetzen beschriftete Grafiken, und klar strukturierte Handlungssequenzen reduzieren den Text auf das Nötige. Wichtig ist die ehrliche Grenze: Symbole und Bilder ergänzen die sprachliche Information, sie ersetzen sie nicht – ein Piktogramm kann warnen, aber es kann kein Anzugsmoment und keine Prüfprozedur vermitteln. Die Kunst liegt in der Kombination: so viel sprachfrei wie möglich, so viel Text wie nötig – und der dann eben in der Sprache des Anwenders.

Eine Randnotiz zur Quelle selbst: Verständlich geschriebenes Deutsch ist der beste Übersetzungs-Vorschuss. Kurze Sätze, aufgelöste Schachtelkonstruktionen, eindeutige Bezüge – was dem deutschen Leser hilft, senkt auch Rückfragen und Fehlerquoten in jeder Zielsprache. Die Investition in eine klare Quellfassung zahlt sich also mit jeder Sprache erneut aus, in der sie nie diskutiert werden muss.

Und weil Sprache mehr ist als Vokabeln: Zur wirksamen Sprachfassung gehört auch die Lokalisierung der Konventionen. Dezimaltrennzeichen, Datumsformate, Maßeinheiten, landesübliche Bezeichnungen von Normteilen – ein Anzugsmoment mit falsch interpretiertem Trennzeichen ist kein Übersetzungsschönheitsfehler, sondern ein Sicherheitsthema. Gute Übersetzungsprozesse haben diese Konventionen in Styleguide und Prüfliste je Zielsprache verankert, damit sie systematisch stimmen statt zufällig.

Für Verbraucherprodukte jenseits der Maschinenwelt gilt sinngemäß dasselbe, mit eigener Rechtsgrundlage: Das modernisierte EU-Produktsicherheitsrecht verlangt für Konsumprodukte, dass Sicherheits- und Gebrauchsinformationen die Verbraucher in einer für sie verständlichen, vom Zielmitgliedstaat festgelegten Sprache erreichen. Die Stoßrichtung ist überall dieselbe – und wer sie einmal verinnerlicht hat, braucht die Detailparagrafen nur noch zur Bestätigung: Information, die ankommt, oder Pflicht, die verfehlt wird.

Softwaredoku vs. Maschinendoku: zwei Welten, eine häufige Verwechslung

Jetzt zur Verwechslung, die in Unternehmen mit gemischtem Portfolio regelmäßig für Verwirrung sorgt. Wer aus der Softwarewelt kommt, kennt Sprachentscheidungen als reine Marktfrage: Die Online-Hilfe gibt es auf Deutsch und Englisch, vielleicht Französisch, wenn der Markt es hergibt – niemand verlangt Slowenisch. Wer aus dem Maschinenbau kommt, kennt die Amtssprachen-Pflicht. Treffen beide Welten aufeinander – und das tun sie in jedem Unternehmen, das Maschinen mit nennenswertem Softwareanteil baut –, prallen zwei völlig unterschiedliche Selbstverständlichkeiten aufeinander.

Die Auflösung ist eine saubere Dreiteilung. Erstens: Für reine B2B-Software – die Fachanwendung, das Engineering-Tool, das Backend-System – existiert keine der Maschinenverordnung vergleichbare generelle Sprachvorschrift. Hier entscheiden Vertrag, Markterwartung und Supportkosten; Englisch als einzige Doku-Sprache kann eine völlig legitime Entscheidung sein. Zweitens: Für Software mit Verbraucherbezug gelten die Informations- und Verständlichkeitsanforderungen des Verbraucher- und Produktsicherheitsrechts – die Zügel sind straffer, je näher das Produkt am Konsumenten ist. Und drittens, der entscheidende Punkt: Software, die Teil einer Maschine ist, erbt die Pflichten der Maschine. Die Bedienoberfläche der Steuerung, die Fehlermeldungen am Panel, die softwarebezogenen Kapitel der Anleitung – all das ist Betriebsanleitungs-Stoff und unterliegt damit der Amtssprachen-Logik, soweit es der Anwender für die sichere Verwendung braucht.

Gerade dieser dritte Fall wird chronisch unterschätzt, weil die Zuständigkeiten quer liegen: Die Panel-Texte pflegt die Softwareentwicklung in ihrem String-Repository, die Anleitung pflegt die Redaktion, und die Frage, ob die Meldung „Safety door open – acknowledge to continue" auf einem nach Portugal gelieferten Panel eigentlich Portugiesisch können muss, stellt niemand – bis sie jemand von außen stellt. Die praktische Antwort: Sicherheitsrelevante Oberflächen- und Meldungstexte gehören in denselben Übersetzungs- und Prüfprozess wie die Anleitung, mit derselben Terminologie und derselben Sprachenmatrix. Technisch ist das lösbar – Lokalisierungsformate und Übersetzungsworkflows existieren für beide Welten; organisatorisch braucht es den einen Beschluss, dass Maschinen-Software Doku ist.

Verwandt damit ist die Zulieferer-Frage, die jeden Anlagenbauer betrifft: Eingekaufte Komponenten bringen ihre eigene Dokumentation mit – gern auf Englisch, gern im Hersteller-Layout, gern als PDF-Anhang. In die Gesamtanleitung der Anlage gehört aber, was der Anwender für die sichere Verwendung braucht, und zwar in dessen Sprache. Die pragmatische Linie: sicherheits- und bedienrelevante Zuliefererinhalte werden integriert und laufen durch den eigenen Übersetzungsprozess; reine Komponenten-Referenzen können als Anlage mitgehen, ersetzen die integrierte Information aber nicht. Wer das früh mit dem Einkauf verzahnt – Doku-Anforderungen ins Lastenheft, Quellformate statt nur PDF –, spart sich später das Abtippen aus Fremd-PDFs.

Abb.: Der Schnell-Check zur Sprachfrage – entscheidend ist die Produktwelt, und eingebettete Software erbt die Pflichten der Maschine.

Pflicht und Kür: die Grenze sauber ziehen

Womit wir bei der Grenzziehung wären, die dem Artikel den Titel gibt. Auf der Pflichtseite steht für Maschinen die Betriebsanleitung als Ganzes – alles, was der Anwender für die sichere Verwendung über alle Lebensphasen braucht, in der Amtssprache jedes Ziellands, dazu die sicherheitsrelevanten Beschriftungen und Meldungen und die Archivierung genau der gelieferten Fassungen. Auf der Kürseite steht alles, was darüber hinausgeht: zusätzliche Sprachen ohne Pflichtlage, Schulungsmaterial, Videos, die Wissensdatenbank, Marketingtexte, die Software-Oberfläche jenseits des Sicherheitsbezugs.

Die Kür verdient dabei mehr Respekt, als das Wort vermuten lässt – sie ist kein Luxus, sondern eine Investitionsentscheidung mit messbarem Rückfluss. Eine englische Fassung zusätzlich zur Pflichtsprache öffnet Märkte und entlastet den Support; ein übersetztes Troubleshooting senkt Ticketzahlen dort, wo viele Anwender sitzen. Nur sollte die Entscheidung bewusst fallen, mit Blick auf Nutzung und Pflegekosten – nicht per Tradition. Der klassische Fehlgriff in beide Richtungen: die slowakische Fassung der Marketingbroschüre, die niemand liest, während die slowakische Betriebsanleitung fehlt, die Pflicht wäre. Eine jährliche Inventur der Sprachfassungen gegen die Sprachenmatrix deckt solche Schieflagen zuverlässig auf.

Zur Pflicht gehört schließlich auch die Pflege über die Zeit: Eine Korrektur an der Quellfassung ist erst fertig, wenn alle Pflichtsprachen nachgezogen sind. Ungleiche Sprachstände – die deutsche Fassung kennt den neuen Warnhinweis, die französische noch nicht – sind kein Schönheitsproblem, sondern eine offene Flanke: Der Anwender im betroffenen Markt arbeitet mit veralteter Sicherheitsinformation. Der Änderungsdienst braucht deshalb eine Sprachdimension: Jede sicherheitsrelevante Änderung löst automatisch die Übersetzungsrunde aus, und die Freigabe der Änderung gilt erst als abgeschlossen, wenn die Sprachfassungen der Sprachenmatrix vollständig sind.

Abb.: Pflicht links, Kür rechts – und die gefährliche Grauzone der Teilübersetzung dazwischen.

Der Übersetzungsprozess: vom eingefrorenen Stand zur freigegebenen Fassung

Wie sieht der Weg einer Anleitung durch die Sprachen konkret aus, wenn er funktioniert? Am Anfang steht das Einfrieren der Quelle: Übersetzt wird ein definierter, freigegebener Stand – nicht das lebende Dokument, in dem parallel weitergeschrieben wird, sonst jagt die Übersetzung einem beweglichen Ziel hinterher. Dann der Export in ein Austauschformat, klassisch XLIFF, mit dem der Dienstleister in seiner CAT-Umgebung arbeitet – gegen dein Translation Memory und deine Termbasis, denn beide gehören dir und wandern vertraglich gesichert mit, falls du den Dienstleister je wechselst. Es folgt der Re-Import, der eigene Tücken hat – von Tools, die Markierungen verschlucken, bis zu Ankern, die den Export nicht überleben; die praxisbewährten Handgriffe dazu stehen im Beitrag zur Mehrsprachigkeit mit RoboHelp.

Dann die Stelle, an der viele Prozesse weich werden: die Prüfung. Wer prüft eine Sprache, die im Haus niemand spricht? Die Antwort hat zwei Ebenen. Die sprachlich-fachliche Qualität sichert der Dienstleister – nach dem Vier-Augen-Prinzip, wie es die einschlägige Dienstleistungsnorm ISO 17100 beschreibt, mit qualifizierten Fachübersetzern und Revision. Die produktfachliche Plausibilität kann zusätzlich ein Review im Zielmarkt liefern – die Landesgesellschaft, der langjährige Händler –, allerdings mit klaren Leitplanken: Terminologie und Stil sind vorgegeben, Rückmeldungen laufen strukturiert und begründet, und niemand „verbessert" freihändig am Translation Memory vorbei. Ein unmoderierter Länder-Review produziert sonst zuverlässig das Gegenteil von Qualität: liebevoll umformulierte Sätze, die beim nächsten Update alle erneut bezahlt werden.

Am Ende stehen Freigabe und Ausgabe je Sprache – idealerweise automatisiert generiert, damit Layout und Stand reproduzierbar sind – und die Archivierung der freigegebenen Fassungen im Auslieferungszusammenhang. Der ganze Ablauf klingt nach Bürokratie und ist das Gegenteil: Einmal eingerichtet, läuft er als Routine mit klaren Übergabepunkten, und genau diese Routine unterscheidet die Redaktion, für die eine neue Sprache ein Projekt ist, von der, für die sie ein Vorgang ist.

Ein Wort zum Timing, weil daran die meisten Ersteinführungen leiden: Übersetzung braucht Vorlauf, und zwar seriös geplanten. Zwischen eingefrorener Quelle und freigegebener Zielfassung liegen Export, Übersetzung, Rückfragen, Re-Import, Prüfung und Ausgabe – wer das erst beim Auftragseingang für ein neues Zielland startet, liefert entweder zu spät oder zu hastig. Deshalb gehört die Sprachfrage an den Anfang jeder Markterschließung und jedes Maschinenprojekts: als Zeile in der Sprachenmatrix mit realistischem Zeitfenster, nicht als Überraschung in der Versandwoche.

Bleibt die Dienstleisterwahl. Für Technische Dokumentation lohnt der Blick auf spezialisierte Fachübersetzer statt Generalisten – und ein pragmatischer Startpunkt für die Suche ist das öffentliche tekom-Dienstleisterverzeichnis mit seiner Umkreissuche und bundesweit rund 220 Einträgen. Wichtiger als der Name auf dem Angebot sind die Prozessfragen: Arbeitet der Dienstleister mit deinem TM und deiner Termbasis, dokumentiert er sein Vier-Augen-Prinzip, und gehören dir die Sprachdaten am Ende vertraglich? Wer diese drei Fragen vor dem ersten Auftrag klärt, erspart sich die unangenehmste Variante des Dienstleisterwechsels – die ohne die eigenen Übersetzungsschätze.

Die Pflicht bezahlbar machen: sechs Hebel

Bleibt die wirtschaftliche Seite, denn die Sprachpflicht skaliert unbarmherzig: Fünf Zielländer bedeuten fünf Fassungen, und jede Änderung an der Quelle läuft durch alle. Die gute Nachricht: Die Kostenstruktur der Übersetzungsbranche ist berechenbar – abgerechnet wird nach Wortzahl, und ein gepflegtes Translation Memory senkt die Preise für Wiederholungen und ähnliche Segmente drastisch. Daraus folgt der erste und größte Hebel: Konsistenz in der Quelle. Wer denselben Sachverhalt immer gleich formuliert, füllt sein TM mit Treffern; wer kreativ variiert, bezahlt jede Variante neu. Technische Redaktion ist hier ausnahmsweise die Disziplin, in der Einfallslosigkeit bares Geld spart.

Hebel zwei ist die Terminologie: Eine gepflegte Termbasis sorgt dafür, dass der „Spannhebel" nicht zwischenzeitlich „Klemmgriff" heißt – das erhöht TM-Treffer, senkt Rückfragen der Übersetzer und macht Sicherheitstexte über Sprachen hinweg konsistent. Hebel drei ist die Wiederverwendung: Modulare, mehrfach genutzte Inhalte werden einmal übersetzt statt in jeder Dokumentkopie erneut – das Argument, das am Ende viele Redaktionen zu strukturiertem Arbeiten führt. Hebel vier sind textfreie Grafiken: Legenden statt eingebauter Beschriftung, Symbole nach ISO 7010 – eine Grafik, die keinen Text enthält, muss nie übersetzt werden und altert auch bei Terminologieänderungen nicht.

Hebel fünf ist die maschinelle Übersetzung mit fachlichem Post-Editing – ein legitimer, inzwischen etablierter Weg, dessen Grenze allerdings hart ist: Sicherheitstexte gehören nie ungeprüft aus der Maschine zum Anwender; hier ist dokumentiertes Post-Editing durch qualifizierte Prüfer Pflicht. Wie man MT, Translation Memory und Qualitätssicherung zu einem tragfähigen Prozess verbindet, behandelt der Beitrag zur KI-Übersetzung ausführlich. Und Hebel sechs ist die Workflow-Automatisierung: Export, Übergabe, Re-Import und Ausgabegenerierung je Sprache als eingespielte Routine statt manueller Bastelei – wie das konkret mit RoboHelp und XLIFF bis hin zur Vollautomatik aussieht, zeigt der Beitrag zur Mehrsprachigkeit mit RoboHelp Schritt für Schritt.

Ein unterschätzter Kostenfaktor versteckt sich schließlich im Layout: Übersetzungen sind selten gleich lang wie das Original – romanische Sprachen laufen gern deutlich länger als das Deutsche, das seinerseits länger läuft als das Englische. Wer sein Layout auf Kante genäht hat, produziert je Sprache Nacharbeit: übergelaufene Textrahmen, gesprengte Tabellen, verrutschte Legenden. Die Gegenmittel sind bekannt und billig, wenn man sie von Anfang an einplant: großzügige Textbereiche, flexible Vorlagen, keine Texte in Grafiken – und eine automatisierte Ausgabe, die Layoutprobleme systematisch sichtbar macht statt seitenweise per Hand.

Zum Schluss die Gesamtrechnung, die Mut machen darf: Mehrsprachigkeit ist am teuersten, wenn sie unvorbereitet passiert – die erste eilige Sprache ohne TM, ohne Terminologie, mit Layout-Nacharbeit kostet ein Vielfaches dessen, was dieselbe Sprache in einem eingespielten Prozess kostet. Mit jeder Fassung wächst das Translation Memory, mit jeder Runde sinkt der Neuwort-Anteil, und ab einem gewissen Reifegrad ist die zusätzliche Sprache vor allem eine Frage von Vorlauf und Routine. Die Kostenkurve fällt – aber nur für den, der die Hebel tatsächlich umlegt.

Abb.: Sechs Hebel gegen die Kostenspirale – der größte ist Konsistenz in der Quelle, der modernste die Maschine mit Qualitätsschranke.

Fazit

Die Sprachfrage in der Technischen Dokumentation hat eine harte und eine weiche Hälfte. Hart ist die Pflicht: Für Maschinen gilt die Amtssprache jedes Ziellands, vollständig und ohne die beliebten Abkürzungen – Sicherheitsinformationen wirken nur in der Sprache des Anwenders, und eingebettete Software erbt diese Pflicht mit. Weich ist die Kür: alles darüber hinaus ist eine Investitionsentscheidung, die man bewusst treffen und jährlich überprüfen sollte. Und dazwischen liegt die Ökonomie: Konsistenz, Terminologie, Wiederverwendung, textfreie Grafiken, MT mit Qualitätsschranke und ein automatisierter Workflow machen aus der Pflicht eine kalkulierbare Routine statt eines wiederkehrenden Notfalls.

Der beste Startpunkt ist eine Stunde Ehrlichkeit: die eigene Sprachenmatrix aufstellen – Zielländer, Pflichtsprachen, vorhandene Fassungen – und die Lücken in beide Richtungen notieren. Was dabei herauskommt, ist dein konkreter Arbeitsplan. Und wenn du den Übersetzungsprozess dahinter aufsetzen willst, von der Terminologie über den XLIFF-Workflow bis zur automatisierten Ausgabe je Sprache: Genau dabei unterstütze ich dich gern; die Details findest du auf der Beratungsseite zur Technischen Dokumentation.

Häufige Fragen zu mehrsprachigen Anleitungen

Reicht Englisch für die Betriebsanleitung in der EU?

Nein – außer dort, wo Englisch Amtssprache ist, etwa in Irland oder Malta. Für Maschinen gilt: Betriebsanleitung in der Amtssprache des Mitgliedstaats, in dem die Maschine in Verkehr gebracht wird. Englisch zusätzlich anzubieten ist sinnvolle Kür, ersetzt aber in keinem anderen Mitgliedstaat die Pflichtfassung. Die Sprachkenntnisse des Einkäufers spielen dabei keine Rolle – maßgeblich ist der Anwender im Zielland.

Welche Sprache gilt in mehrsprachigen Ländern wie Belgien?

Das regelt das Recht des Ziellands. Belgien kennt Niederländisch, Französisch und Deutsch als Amtssprachen, Finnland Finnisch und Schwedisch – welche Fassung im Einzelfall verlangt wird, kann von Region und Einsatzort abhängen. Praxisgerecht ist eine je Zielland recherchierte und dokumentierte Sprachenmatrix; im Zweifel liefert man die in Frage kommenden Fassungen mit, statt auf die günstigste Auslegung zu wetten.

Muss Software-Dokumentation übersetzt werden?

Für reine B2B-Software gibt es keine der Maschinenverordnung vergleichbare generelle Sprachpflicht – hier entscheiden Vertrag, Markt und Supportkosten. Anders sieht es bei Verbraucherbezug aus, wo Informations- und Verständlichkeitsanforderungen greifen. Und entscheidend: Software, die Teil einer Maschine ist, erbt deren Pflichten – sicherheits- und verwendungsrelevante Oberflächen, Meldungen und Doku-Kapitel unterliegen der Amtssprachen-Logik der Maschine.

Dürfen wir nur das Sicherheitskapitel übersetzen?

Nein. Die Sprachanforderung gilt für die Betriebsanleitung als Ganzes – alles, was der Anwender für die sichere Verwendung braucht, über alle Lebensphasen der Maschine. Sicherheitsrelevante Information steckt zudem längst nicht nur im Sicherheitskapitel, sondern in Warnhinweisen an Handlungsschritten, Wartungsprozeduren und Störungsbeschreibungen. Eine Teilübersetzung erfüllt die Pflicht nicht und schafft im Ernstfall genau die Lücke, die zitiert wird.

Wie halten wir die Übersetzungskosten im Griff?

Über sechs Hebel: konsistente Formulierungen in der Quelle (füllt das Translation Memory), gepflegte Terminologie, Wiederverwendung modularer Inhalte, textfreie Grafiken mit Legenden und genormten Symbolen, maschinelle Übersetzung mit fachlichem Post-Editing – mit hartem Qualitäts-Gate für Sicherheitstexte – und ein automatisierter Workflow für Export, Re-Import und Ausgabe je Sprache. Da Übersetzungsbüros nach Wortzahl abrechnen und TM-Treffer günstiger sind, zahlt sich jede dieser Maßnahmen unmittelbar aus.