Ihre ServiceNow-Instanz ist mehrsprachig. Ist wirklich jeder Bildschirm übersetzt?
Ein Sprachpaket zu aktivieren schaltet die Übersetzung ein. Es hält nicht jedes Label, jede Meldung und jedes Formular, das danach hinzukommt, übersetzt - das ist eine fortlaufende Aufgabe, keine einmalige Einstellung.
Warum sich Übersetzungslücken ansammeln
Eine am ersten Tag übersetzte Instanz bleibt das nicht automatisch. Jedes dieser Muster passiert leise, nach dem Go-Live, ohne dass jemand entscheidet, eine Übersetzung auszulassen.
Neue Felder und Labels erscheinen standardmässig unübersetzt
Ein neues Formularfeld, eine Auswahlliste oder ein UI-Label wird in der Basissprache erstellt - ein übersetzter Wert existiert nur, wenn ihn jemand bewusst hinzufügt.
Eigene Anwendungen übernehmen selten Plattform-Übersetzungen
Selbst entwickelte Module und Workflows liegen ausserhalb dessen, was vorübersetzt ausgeliefert wird - ihre Texte brauchen explizit hinzugefügte Übersetzungen, was unter Zeitdruck leicht ausfällt.
Benachrichtigungs- und E-Mail-Vorlagen werden nur in einer Sprache aktualisiert
Eine Formulierungskorrektur an einer Benachrichtigung wird naheliegenderweise in der Sprache vorgenommen, in der die bearbeitende Person gerade arbeitet - die entsprechende Änderung in den anderen konfigurierten Sprachen erfolgt nicht im selben Arbeitsschritt.
Workflow- und Flow-Designer-Meldungen werden leicht vergessen
Genehmigungsmeldungen, generierte Aufgabenbeschreibungen und andere benutzerorientierte Texte innerhalb der Flow-Logik sind zuerst funktionaler Text - Übersetzung ist oft ein Nachgedanke, wenn überhaupt.
Wo sich die Lücken tatsächlich verstecken
Nicht jede Lücke ist gleich sichtbar. Manche fallen sofort jedem Benutzer auf, der die Sprache wechselt; andere zeigen sich nur bei der spezifischen Rolle oder dem Prozess, der sie betrifft.
Die offensichtlich sichtbaren
Ein Feldlabel oder Auswahlwert, der auf die Basissprache zurückfällt, fällt einem Benutzer ausserhalb der Basissprache sofort auf - diese werden meist schnell gemeldet und behoben, gerade weil sie so sichtbar sind.
Die, die niemand meldet
Eine Benachrichtigungs-E-Mail, eine Genehmigungsmeldung, ein selten genutztes Formular - diese erhalten deutlich weniger Aufmerksamkeit von denjenigen, die die Lücke bemerken und melden würden, sodass ein unübersetzter Text unbegrenzt bestehen bleiben kann. Die Lücke ist nicht selten, weil sie unwichtig ist - sie ist unentdeckt, weil die Leute, die sie bemerken würden, nicht oft genug hinschauen.
Wo zuerst nachgesehen werden sollte
- Alles, was nach dem Go-Live hinzugefügt oder geändert wurde
- Benachrichtigungs- und E-Mail-Vorlagen
- Bildschirme eigener Anwendungen
- Generierter Text aus Workflow und Flow Designer
Die manuelle Variante skaliert nicht
Das richtig zu prüfen bedeutet, die Instanz in jede konfigurierte Sprache umzuschalten und sich durch jeden Bildschirm, jedes Formular und jede Benachrichtigung zu klicken, die ein Benutzer in dieser Sprache tatsächlich sehen würde - wiederholt bei jeder Änderung. Bei einer Instanz mit mehr als ein oder zwei Sprachen und laufender Konfigurationsarbeit macht das niemand kontinuierlich von Hand.
Diese Prüfung läuft kontinuierlich, automatisch
Unsere eigene Plattform, neo.ai, prüft UI-Elemente, Labels und Meldungen gegen jede konfigurierte Sprache und markiert, was fehlt - damit Lücken auffallen, bevor ein Endbenutzer auf einen Bildschirm trifft, der noch in der falschen Sprache ist. Das ist eine von sieben Kategorien, die sie auf einer ServiceNow-Instanz überwacht.