Software-Übersetzung für HMI und Maschinen: Bildschirmtexte, die zur Betriebsanleitung passen
Software-Übersetzung im Maschinenbau umfasst HMI-Bildschirme, SPS-Alarm- und Meldetexte, Firmware-Strings und Servicesoftware. Jeder Begriff auf dem Bedienpanel muss mit der Betriebsanleitung übereinstimmen, in die Zeichenlimits des Displays passen und Platzhalter unverändert lassen. DEMA Solutions übersetzt Strings und Dokumentation mit einem gemeinsamen Glossar und einem gemeinsamen Translation Memory, Release für Release.
Für wen dieser Leitfaden gedacht ist
Dieser Leitfaden richtet sich an alle, die für die Texte einer Maschine verantwortlich sind: Leiter der technischen Redaktion, Automatisierungs- und SPS-Ingenieure, Softwareentwickler und Produktmanager bei Herstellern von Verpackungsmaschinen, Prozessanlagen, Hebetechnik, Werkzeugmaschinen, Klima- und Lüftungsgeräten und Automatisierungssystemen. Typischerweise liegt die Anleitung bei der technischen Redaktion, während ein Ingenieur die HMI-Texte wenige Tage vor der Inbetriebnahme exportiert, als Excel-Tabelle verschickt und mit kaum Zeit für eine Prüfung wieder importiert.
Die Fragen sind praktisch. Warum rufen Bediener im Ausland wegen eines Alarms beim Service an, den die Anleitung bestens erklärt? Welche Datei geht an den Übersetzer? Wie verhindern Sie, dass ein spanischer oder polnischer Text über den Rand einer Schaltfläche läuft, und wie halten Sie jede Sprache von Release zu Release im Gleichschritt mit der Anleitung?
Was zur Maschinensoftware gehört
Eine moderne Maschine spricht an viel mehr Stellen mit ihren Benutzern als nur in der Anleitung. Das Bedienpanel, die Mensch-Maschine-Schnittstelle, zeigt Menüs, Schaltflächen, Parameternamen, Statusmeldungen und Online-Hilfe. Dahinter enthält das SPS-Projekt Alarm- und Meldetexte, oft Hunderte oder Tausende, jeweils mit Nummer, Kurztext und manchmal einer ausführlicheren Ursache und Abhilfe. Ein übergeordnetes Leitsystem oder SCADA für die ganze Linie bringt eigene Bilder, Trends und Ereignisprotokolle mit.
Hinzu kommt die Software, die der Servicetechniker sieht: Firmware-Strings auf Antrieben und Steuerungen, Diagnose- und Inbetriebnahmeprogramme, Konfigurationssoftware und immer häufiger eine App oder ein Webportal für Maschinenstatus und Wartung. Jede Komponente entsteht oft in einem anderen Team und in einem anderen Format.
Für die Übersetzung haben sie drei Dinge gemeinsam. Die Texte sind kurz und stehen oft ohne umgebenden Satz. Sie liegen in Dateien, die Software einliest, sodass ein beschädigtes Zeichen oder eine fehlende Variable einen Build stoppen kann. Und sie beschreiben genau dieselben Bauteile, Funktionen und Gefährdungen wie die Betriebsanleitung, und genau dort beginnen die meisten Probleme.
Warum Bildschirm und Anleitung identische Begriffe brauchen
Ein Bediener vor einer stehenden Maschine liest den Alarm am Panel und schlägt ihn dann in der Anleitung nach. Steht auf dem Panel „Schutztür offen“, während die Anleitung dasselbe Teil „Schutzhaube“ nennt, muss er raten, ob beides dasselbe ist. Im Original mögen beide Texte perfekt abgestimmt gewesen sein; nach einer Übersetzung durch verschiedene Personen zu verschiedenen Zeitpunkten sind sie es oft nicht mehr.
Sicherheit. Warnungen und Alarme sollen schnell die richtige Handlung auslösen. Weicht die Formulierung auf dem Bildschirm von den Sicherheitshinweisen ab, verzögert das genau diese Handlung im falschen Moment und schwächt die Risikominderung, die Ihre Dokumentation leisten soll.
Serviceanrufe und Stillstand. Kann der Bediener einem Alarm keine Abhilfe zuordnen, ruft er Ihren Service oder den Händler vor Ort an. Viele dieser Anrufe haben keine technische Ursache, sondern eine terminologische, und jeder kostet Ihr Serviceteam Zeit und Ihren Kunden Produktion.
Die Lösung ist kein gründlicheres Korrekturlesen am Ende. Sie besteht darin, die UI-Übersetzung und die Übersetzung der Dokumentation als einen einzigen Inhaltsbestand mit einem einzigen freigegebenen Vokabular zu behandeln.
Die Maschinenverordnung bezieht die Bedienoberfläche ein
Ab dem 20. Januar 2027 ersetzt die Verordnung (EU) 2023/1230 die Maschinenrichtlinie. Artikel 10 Absatz 7 verlangt, dass der Maschine eine Betriebsanleitung und Sicherheitsinformationen in einer Sprache beiliegen, die für die Benutzer leicht verständlich ist und vom jeweiligen Mitgliedstaat festgelegt wird. Anhang III Abschnitt 1.7.1 erstreckt diese Sprachregel auf schriftliche oder verbale Informationen und Warnhinweise an der Maschine selbst und bevorzugt, wo möglich, leicht verständliche Symbole oder Piktogramme.
Abschnitt 1.7.1.1 geht für die Bedienoberfläche weiter: Bildschirme und andere interaktive Kommunikationsmittel zwischen Bediener und Maschine müssen leicht verständlich sein. Damit fallen HMI-Bilder, Alarmtexte und Online-Hilfe in denselben Konformitätsrahmen wie die Anleitung. Die Verordnung erlaubt außerdem, die Betriebsanleitung digital bereitzustellen, auch eingebettet in die Software der Maschine, sofern die Benutzer sie drucken, herunterladen und speichern können.
Das erhöht den Einsatz. Eine Maschine, deren Anleitung auf Polnisch vorliegt, deren Panel aber nur Englisch und Deutsch anbietet, ist schwerer zu verteidigen, und eine digitale Anleitung auf dem HMI unterliegt denselben Sprachregeln wie die gedruckte. Unser Beitrag dazu, was die Maschinenverordnung für übersetzte Anleitungen verlangt, behandelt den gesamten Dokumentationsumfang, und der Leitfaden Bedienungsanleitung übersetzen erklärt die allgemeinen Regeln für Anleitungen im EU-Produktrecht.
Warum Software-Übersetzung eine andere Aufgabe ist als die Übersetzung einer Anleitung
Wer eine Anleitung übersetzt, hat Absätze und Abbildungen, um den Sinn zu erschließen. Wer HMI-Strings übersetzt, hat oft nur eine Liste: einen Schlüssel, zwei oder drei Wörter Ausgangstext und eine leere Spalte. „Start“, „Reset“, „Freigabe“, „Zuführung“ oder „Halt“ können Befehl oder Zustand sein, je nach Bild etwas anderes bedeuten, und die richtige Übersetzung ins Italienische, Spanische oder Polnische hängt davon ab.
Das ist der grundlegende Unterschied zwischen UI-Lokalisierung und Dokumentübersetzung. Dasselbe Ausgangswort kann auf zwei Bildschirmen zwei verschiedene Übersetzungen brauchen, und zwei verschiedene Ausgangswörter brauchen dieselbe Übersetzung, weil sie dieselbe Funktion bezeichnen. Ohne Kontext muss selbst ein ausgezeichneter Übersetzer raten, und manche Vermutungen sind falsch.
Strings bringen außerdem Vorgaben mit, die eine Anleitung nicht kennt: feste Feldlängen, Laufzeitvariablen, erzwungene Abkürzungen und Dateiformate, die exakt in der Struktur zurückkommen müssen, die die Software erwartet.
Zeichenlimits, Textlänge und Schriftarten
Die meisten HMI-Felder haben eine feste Breite. Eine Schaltfläche fasst vielleicht ein Dutzend Zeichen, eine Alarmzeile etwa vierzig, ein Parametername noch weniger. Übersetzungen aus dem Englischen oder Italienischen ins Deutsche, Französische, Spanische oder Polnische fallen oft deutlich länger aus, und ein deutsches Kompositum kann allein länger sein als das ganze Feld. Umgekehrt muss auch ein deutscher Ausgangstext in jeder Zielsprache in dieselben Felder passen.
Passt ein Text nicht, schneidet das Panel ihn ab, bricht mitten im Wort um oder schiebt andere Elemente aus dem Sichtbereich. Ein abgeschnittener Warnhinweis ist kein kosmetisches Problem, er kann den Sinn völlig verändern. Zuverlässig ist nur eines: dem Übersetzer das Limit jedes Strings mitzugeben, in Zeichen oder in Pixeln bei Proportionalschrift, und das Ergebnis vor dem Import gegen dieses Limit zu prüfen.
Manchmal passt der Text schlicht nicht. Dann bleiben eine freigegebene, im Glossar hinterlegte Abkürzung, ein kürzerer Ausgangstext oder ein breiteres Feld in der nächsten Softwareversion. Wer Abkürzungen einmal pro Sprache festlegt, verhindert, dass jeder Übersetzer eigene erfindet.
Schriftarten und Zeichensätze verdienen dieselbe frühe Aufmerksamkeit. Ein Panel, das Deutsch einwandfrei darstellt, hat womöglich keine Zeichen für Polnisch, Tschechisch, Griechisch oder Kyrillisch, und ältere Steuerungen unterstützen Unicode unter Umständen gar nicht. Prüfen Sie das vor Beginn der Übersetzung, nicht bei der Inbetriebnahme im Beisein des Kunden.
Platzhalter, Variablen, Einheiten und Alarmnummern
Oberflächentexte sind voller Elemente, die nicht übersetzt werden dürfen. Platzhalter wie %d, {0} oder %s werden zur Laufzeit durch einen Wert, eine Einheit oder eine Stationsnummer ersetzt, und ihre Reihenfolge kann wichtig sein. Manche Formate erlauben dem Übersetzer, sie umzustellen, andere nicht. Markup-Tags, Zeilenumbrüche und Escape-Zeichen müssen exakt erhalten bleiben.
Ein fehlender oder veränderter Platzhalter kann eine sinnlose Meldung, einen Softwarefehler oder einen Wert an falscher Stelle erzeugen: „Öltemperatur 85 °C zu hoch“ verliert dann die Zahl oder die Einheit. Deshalb braucht eine Softwareübersetzung automatische Prüfungen, die Platzhalter, Tags und Länge in jedem Segment vergleichen, zusätzlich zur menschlichen Revision des Inhalts.
Auch Einheiten, Zahlenformate und Alarmcodes brauchen klare Regeln. Das Dezimaltrennzeichen setzt entweder die Software oder die Übersetzung, nie beide, und Alarmnummern und Parametercodes bleiben unverändert, weil sich Anleitung und Servicetechniker am Telefon genau darauf beziehen.
String-Exporte: Excel, CSV, XLIFF, resx und weitere Formate
Wie die Texte die Engineering-Umgebung verlassen, bestimmt einen Großteil der Qualität, die zurückkommt. Maschinenbauer arbeiten meist mit einer Kombination dieser Formate:
- Excel- oder CSV-Exporte aus der SPS- oder HMI-Projektierungssoftware, eine Zeile pro Text und eine Spalte pro Sprache, oft mit Alarmnummern und Kommentaren
- XLIFF-Dateien, das für die Übersetzung entwickelte Austauschformat, das Ausgangstext, Übersetzung, Notizen und Längenlimits in einer Struktur enthält
- resx-, XML-, JSON- oder Properties-Dateien aus Servicetools, Konfigurationssoftware und Apps
- Texttabellen der Firmware, meist vom Entwickler in eine Tabelle exportiert
Tabellen sind am weitesten verbreitet und am anfälligsten: Spalten verrutschen, ausgeblendete Zeilen reisen mit, und der Ausgangstext kann versehentlich überschrieben werden. Unabhängig vom Format sollten Sie jedem String einen stabilen, eindeutigen Schlüssel geben, nach Möglichkeit nur neue und geänderte Strings exportieren und Zeichenlimit und Entwicklerkommentare in eigenen Feldern mitschicken. Die Datei muss in derselben Struktur und Kodierung zurückkommen, importbereit ohne manuelle Nacharbeit.
Kontext und Screenshots
Die lohnendste Einzelinvestition in die HMI-Übersetzung ist Kontext. Screenshots der wichtigsten Bilder, eine kurze Beschreibung jeder Bildschirmseite, die Alarmliste mit Ursache und Abhilfe und Zugang zur aktuellen Anleitung zeigen dem Übersetzer, ob „Freigabe“ ein Befehl zum Freigeben einer Achse ist oder ein Zustand, der meldet, dass die Freigabe bereits erteilt wurde.
Gleich danach kommen Entwicklerkommentare. Ein Hinweis wie „Schaltfläche, Verb, max. 12 Zeichen“ beseitigt die meisten Unklarheiten in Sekunden. Lassen Sie Strings nach Bild oder Funktion gruppiert; eine alphabetische Liste trennt Texte, die zusammengehören. Offene Fragen gehören zu jemandem, der die Maschine kennt: Eine kurze Rückfrageliste, die der Automatisierungsingenieur beantwortet, ist weit günstiger als eine Korrekturschleife nach dem Release.
Pseudolokalisierung und Prüfung im Kontext
Pseudolokalisierung ist ein Test, den Sie durchführen können, bevor ein einziges Wort übersetzt ist. Die Software ersetzt jeden Ausgangsstring durch eine künstlich verlängerte Version mit Akzent- und Sonderzeichen, und das Team geht die Bilder durch. Abgeschnittene Texte, fest im Code hinterlegte und nie exportierte Strings sowie Zeichen, die die Schrift nicht darstellen kann, werden sofort sichtbar. Sie in dieser Phase zu beheben kostet einen Bruchteil dessen, was die Korrektur später in fünfzehn Sprachen kostet.
Nach der Übersetzung ist die wertvollste Prüfung die am echten Bildschirm oder im Simulator. Ein Prüfer, der die Maschine kennt, etwa ein Techniker oder Händler vor Ort, geht das Panel durch und bestätigt, dass die Texte passen, natürlich klingen und zur Anleitung stimmen. Seine Korrekturen gehören ins Translation Memory und ins Glossar, nicht in eine E-Mail, damit dieselbe Korrektur nie zweimal nötig ist.
Ein Glossar und ein Translation Memory für Oberfläche und Dokumentation
Die wirksamste Entscheidung eines Maschinenbauers ist, HMI und Anleitung nicht länger als zwei getrennte Übersetzungsprojekte zu behandeln. Ein mehrsprachiges Glossar, von Ihren Ingenieuren freigegeben, legt in jeder Sprache die Namen von Bauteilen, Funktionen, Betriebsarten und Gefährdungen fest. Wer die Strings übersetzt, nutzt es ebenso wie wer die Anleitung übersetzt, und beide werden daran geprüft. Ein professionelles Terminologiemanagement macht das über Sprachen und Produktlinien hinweg praktikabel.
Das Glossar braucht eigene Einträge für die Oberfläche: die freigegebene Abkürzung jedes langen Begriffs, die Form auf Schaltflächen und Begriffe, die nie übersetzt werden. Unser Beitrag zu einheitlicher Terminologie über Übersetzer und Lieferanten hinweg erklärt, wie Sie ein solches Glossar aufbauen und pflegen.
Ein gemeinsames Translation Memory vervollständigt das Bild. Hat der Alarmtext „Not-Halt betätigt“ eine freigegebene Übersetzung, muss genau diese Formulierung auch im Kapitel zur Störungsbehebung, im Servicehandbuch und in der App stehen. Wurden Ihre bestehenden HMI-Texte und Anleitungen früher getrennt übersetzt, macht ein Translation-Memory-Alignment aus diesen zweisprachigen Altbeständen ein nutzbares Memory, und die dabei sichtbaren Widersprüche werden zu den ersten Glossarentscheidungen. Das Memory sollte Ihnen gehören, in einem portablen Format, damit Sie es jederzeit zu einem anderen Lieferanten mitnehmen können.
Release für Release: Bildschirm und Anleitung im Gleichschritt
Maschinensoftware ist nie fertig. Jede neue Maschinenversion, Kundenoption oder Firmware-Aktualisierung bringt neue und geänderte Strings, und die Anleitung ändert sich mit. Wird jedes Release von Grund auf oder von einer anderen Person übersetzt, driftet die Terminologie, und die Kosten jeder Aktualisierung bleiben hoch. Einen planbaren Rhythmus für solche Releases beschreibt unser Leitfaden zu Ablauf und Kosten der Softwarelokalisierung, von der Pseudolokalisierung bis zum regelmäßigen Update.
Ein Release-basierter Prozess sieht anders aus. Der Ingenieur exportiert nur neue und geänderte Strings mit Schlüsseln und Limits. Das Translation Memory liefert alles bereits Freigegebene, und der Übersetzer bearbeitet nur das Neue, mit dem gemeinsamen Glossar. Vor dem Import prüfen automatische Kontrollen Platzhalter, Tags und Länge. Die Aktualisierung der Anleitung für dasselbe Release läuft über dasselbe Memory und dasselbe Glossar, sodass eine umbenannte Funktion gleichzeitig auf dem Bildschirm und in der Dokumentation geändert wird. Ein Leverage-Report zeigt, wie viel jedes Releases aus Wiederverwendung stammt, und macht die Kosten jeder Aktualisierung planbar.
Führen Sie jede übersetzte String-Datei unter derselben Release-Nummer wie die zugehörige Software und halten Sie die Ausgabe der Anleitung daran ausgerichtet, damit Panel und Anleitung immer dieselbe Maschine beschreiben.
Ein praktischer Ablauf für die HMI-Übersetzung, Schritt für Schritt
Beginnen Sie mit einer Bestandsaufnahme aller Stellen, an denen Ihre Maschine mit Benutzern spricht: Panel, Alarme, Firmware, Servicetool, App, Beschilderung an der Maschine und Anleitungen, jeweils mit Format, Verantwortlichem, Zeichenlimits und benötigten Sprachen. Viele Hersteller stellen dabei fest, dass mehrere Abteilungen unabhängig voneinander Übersetzungen einkaufen.
Bereiten Sie dann die Terminologie vor. Klären Sie Abweichungen zwischen Panel und Anleitung zuerst in der Ausgangssprache und lassen Sie anschließend Ihre Ingenieure die Zielbegriffe, Abkürzungen und die Liste der nicht zu übersetzenden Texte wie Alarmcodes freigeben.
Danach folgen die Dateien: ein Exportformat pro Softwarekomponente, mit stabilen Schlüsseln, Limits und Kommentaren, mit Pseudolokalisierung getestet und zusammen mit Screenshots und der aktuellen Anleitung verschickt. Für die Anleitungen selbst fasst unser Leitfaden zusammen, welche Unterlagen eine Übersetzungsanfrage braucht, von den Quelldateien bis zum Glossar.
Es folgt die Übersetzung durch Übersetzer mit Maschinenbauerfahrung, mit Revision durch einen zweiten Linguisten und automatischen Prüfungen von Platzhaltern, Tags, Zahlen und Länge. Prüfen Sie die importierten Strings in einem Test-Build oder Simulator, übernehmen Sie jede Korrektur in Memory und Glossar und geben Sie Software und Dokumentation gemeinsam frei, mit übereinstimmenden Versionsnummern.
Was Sie einen Lieferanten zur HMI-Übersetzung fragen sollten
Nicht jeder Übersetzungsdienstleister ist auf String-Dateien eingestellt. Bevor Sie Ihren ersten Export verschicken, trennen diese Fragen einen Lieferanten mit Erfahrung von einem, der an Ihrem Projekt lernen will:
- Übersetzen Sie unsere HMI-Strings und unsere Anleitungen mit demselben Glossar und demselben Translation Memory, und wer gibt neue Begriffe frei?
- Wie prüfen Sie Platzhalter, Tags und Zeichenlimits, bevor Sie die Datei zurückgeben?
- Können Sie die Datei in exakt derselben Struktur und Kodierung importbereit zurückliefern?
- Gehören Memory und Glossar uns, in einem portablen Format, das wir mitnehmen können?
- Wie handhaben Sie Rückfragen, Screenshots und die Prüfung im Kontext mit unseren Ingenieuren?
Unser Leitfaden, wie Sie ein technisches Übersetzungsbüro auswählen, ergänzt die allgemeineren Fragen zu Qualität, Prozess und Kosten.
Wie DEMA Solutions die Software-Übersetzung für Maschinenbauer umsetzt
Unsere technischen Übersetzungen decken den gesamten Dokumentationsumfang einer Maschine ab, einschließlich HMI- und Software-Bedienfeldern, Betriebs- und Wartungsanleitungen, Sicherheitsverfahren und Konformitätserklärungen. Für Oberflächenstrings, Apps und Servicesoftware verarbeitet unser Angebot zur Software-Lokalisierung für die Technologiebranche Ressourcendateien wie JSON und XML in ihrer Originalstruktur, mit automatischen Prüfungen, die beschädigte Variablen, abgeschnittene Strings und Formatierungsfehler erkennen, bevor sie in einen Release-Build gelangen.
Ihre Ingenieure können das Glossar freigeben, das wir mit Ihnen aufbauen, und ihre Entscheidungen steuern danach jede Übersetzung, auf dem Bildschirm und in der Anleitung. Bestehende HMI-Texte und Anleitungen lassen sich zu einem Translation Memory alignen, statt verworfen zu werden. Der Prozess ist nach ISO 17100 zertifiziert, mit einem zweiten qualifizierten Linguisten, der jede Übersetzung revidiert, und in sensiblen Projekten werden aus dem Memory wiederverwendete Übersetzungen erneut geprüft. Unser hauseigenes Team für mehrsprachiges Desktop Publishing setzt anschließend die Anleitungen in ihren Originalformaten, und Memorys und Glossare bleiben Ihr Eigentum, geliefert in portablen Formaten. Wir arbeiten mit Teams in Italien, Serbien und Spanien, und unsere Übersetzungsdienste für die Fertigungsindustrie behandeln Software und Dokumentation als ein Projekt.
Wo TUBE ins Spiel kommt
Für Maschinen, deren Software und Dokumentation sich mit jedem Release ändern, ist TUBE unsere Lösung, um diese Sprache unter Ihrer Kontrolle zu halten. Ihr Glossar und Ihr Translation Memory steuern die maschinelle Übersetzung, jede freigegebene Übersetzung fließt in ein Memory, das Ihnen gehört und das Sie exportieren können, und das Leverage-Reporting zeigt, wie viel jeder HMI-Aktualisierung oder Anleitungsrevision aus bereits freigegebenem Text stammt.
Häufige Fragen
Die Übersetzung der Texte, die auf dem Bedienpanel einer Maschine und in der zugehörigen Software erscheinen: Menüs, Schaltflächen, Parameternamen, Status- und Alarmmeldungen, Online-Hilfe und Servicebilder. Sie unterscheidet sich von der Dokumentübersetzung, weil die Texte kurz sind, oft ohne Kontext stehen, in feste Feldlängen passen müssen und Platzhalter enthalten, die die Software zur Laufzeit füllt.
Die Verordnung (EU) 2023/1230 verlangt schriftliche Informationen und Warnhinweise an der Maschine in einer Sprache, die für die Benutzer leicht verständlich ist und vom jeweiligen Mitgliedstaat festgelegt wird, sowie leicht verständliche Bildschirme und andere interaktive Kommunikationsmittel. Symbole werden bevorzugt, wo sie funktionieren, aber jeder Text, der auf dem Panel bleibt, fällt unter die Sprachregel.
Geben Sie dem Übersetzer das Zeichen- oder Pixellimit jedes Strings mit, legen Sie freigegebene Abkürzungen im Glossar fest, führen Sie vor der Übersetzung eine Pseudolokalisierung durch, um zu kurze Felder zu finden, und prüfen Sie jeden übersetzten String vor dem Import gegen sein Limit. Kontrollieren Sie das Ergebnis anschließend am echten Panel oder im Simulator.
Das Format, das Ihre Projektierungssoftware ohne manuelle Nacharbeit exportieren und wieder importieren kann. XLIFF ist für die Übersetzung gemacht und enthält Notizen und Limits; Excel und CSV funktionieren gut, wenn die Struktur fest ist, mit stabilen Schlüsseln und eigenen Spalten für Limits und Kommentare.
Sie kann bei großen, wiederholungsreichen String-Beständen helfen, vor allem wenn sie von Ihrem freigegebenen Glossar und Memory gesteuert wird. Gerade kurze Oberflächentexte ohne Kontext sind aber die Stelle, an der maschinelle Übersetzung am ehesten die falsche Bedeutung wählt. Ein Fachübersetzer sollte daher jeden String prüfen, mit besonderer Sorgfalt bei sicherheitsrelevanten Alarmen und Warnungen.
Weil Bediener beides lesen. Verwenden Alarm und Kapitel zur Störungsbehebung unterschiedliche Wörter für dasselbe Bauteil, zögert der Benutzer und ruft den Service an. Ein gemeinsames Glossar und Memory bringen überall dieselbe freigegebene Formulierung.
Die UI-Übersetzung betrifft meist die Oberflächentexte selbst. Die Lokalisierung umfasst auch alles darum herum: Datums-, Zahlen- und Einheitenformate, Zeichensätze und Schriftarten, Textlänge, Layout und Tests im Kontext, damit die Oberfläche funktioniert, als wäre sie in der Sprache des Benutzers entstanden.
Bildschirm und Anleitung in derselben Sprache
Wenn Ihr nächstes Maschinen-Release HMI-Texte, Alarme, Servicesoftware und Anleitungen in mehreren Sprachen braucht, senden Sie uns einen Beispielexport und Ihre aktuelle Anleitung. Wir sehen uns Formate, Limits und Terminologie an und schlagen Ihnen einen Ablauf vor, der jede Sprache im Gleichschritt mit Ihrer Software hält.
Wie können wir helfen?
Sagen Sie uns, was Sie brauchen, und wir melden uns mit passenden Lösungen bei Ihnen.