Dokumentation · Anleitungen

Excel-Roundtrip

Einem Übersetzer eine einzige XLSX-Datei geben und sie ohne Kontextverlust zurückimportieren.

Zuletzt aktualisiert:

Der Excel-Roundtrip ist der tragende Arbeitsablauf der meisten Lokalisierungsteams. Diese Anleitung behandelt den Export, was Übersetzer zu sehen bekommen, und die Sicherheitsnetze beim Reimport.

Export #

Wählen Sie bei geöffnetem Modell Datei → Übersetzungen exportieren…. Wählen Sie CSV oder XLSX, bestimmen Sie das Ziel und speichern Sie.

Der Export enthält:

  • Eine Markierung der Schemaversion (Zelle A1 bei XLSX, eine mit # beginnende Kommentarzeile bei CSV)
  • Vier feste Informationsspalten: Object ID, Type, Parent, Name
  • Zwei Spalten pro Kultur: Caption ({culture}) und Description ({culture})
  • Eine Zeile pro übersetzbarem Objekt (Tabellen, Spalten, Kennzahlen, Hierarchien, Hierarchieebenen)

Die Modellspalten folgen dem ANSICHT-Schalter des Rasters zum Zeitpunkt des Exports: Beschriftung schreibt nur Beschriftungsspalten, Beschreibung nur Beschreibungsspalten, Beides schreibt beide. Wenn die Datei eine Berichtsebene hat, ergänzt der Export ein zweites Blatt Bericht (oder eine zugehörige .report.csv) mit dem Text des Berichtscanvas in einer breiten Form mit einer Spalte pro Sprache. Das vollständige Schema finden Sie unter XLSX- und CSV-Dateiformat.

UTF-8 mit BOM, damit Excel die Datei korrekt öffnet, wenn ein Übersetzer sie unter Windows doppelklickt. CSV nutzt aus demselben Grund CRLF-Zeilenenden.

Was Übersetzer erleben #

Übersetzer öffnen die Datei. Sie sehen ein vertrautes Excel-Raster. Sie füllen die leeren Zellen in den Kulturen aus, an denen sie arbeiten, speichern und schicken die Datei zurück. Daxlate müssen sie nicht installieren.

Die erste Spalte (Object ID) ist der Identitätsschlüssel beim Import. Übersetzer sollten sie wie einen Fremdschlüssel behandeln und nicht bearbeiten. Dasselbe gilt für Type, Parent und Name, die den Kontext jeder Zeile verständlich machen.

Reimport #

Wählen Sie in der App Datei → Übersetzungen importieren…, wählen Sie die Datei und bestätigen Sie. Vor dem Anwenden zeigt die App eine Vorschau in einem Dialog:

  • Zeilenanzahl mit der Anzahl geänderter Zellen
  • Alle neuen Kulturen, die in der Datei erkannt wurden (sie werden dem Modell hinzugefügt)
  • Warnungen zu unbekannten Spalten, unbekannten Object IDs und abweichenden Schemaversionen (eine Datei aus einer neueren Hauptversion wird rundheraus abgelehnt)

Klicken Sie auf Anwenden, um zu übernehmen. Das Ergebnis landet im Editor als ein einziger rückgängig machbarer Stapel, ein Rückgängig macht also den gesamten Import rückgängig.

Bedeutung leerer Zellen #

Der Import legt den Inhalt der Datei über das Modell:

  • Eine gefüllte Zelle setzt die Übersetzung für diese Kultur.
  • Eine leere Zelle bedeutet “noch nicht übersetzt” und bleibt unangetastet, sodass eine halbfertige Datei nie die Übersetzungen löscht, zu denen ein Übersetzer noch nicht gekommen ist. Die Importbestätigung nennt Ihnen, wie viele Leerzellen übersprungen wurden.

Um eine Übersetzung zu entfernen, leeren Sie die Zelle im Raster, oder entfernen Sie die ganze Sprache über die Dropdownliste Kulturen.

Verweist eine Spalte in der Datei auf eine Kultur, die im Modell noch nicht existiert, legt der Import die Kultur an und befüllt sie aus den Zellen der Datei.

Schemaversion #

Sowohl CSV- als auch XLSX-Exporte tragen eine Versionsmarkierung (Daxlate/1.0, in Zelle A1 bei XLSX oder als Kommentar in der ersten CSV-Zeile). Beim Import werden Dateien aus einer neueren Hauptversion mit einer klaren Fehlermeldung abgelehnt, damit ein veralteter Build keine inkompatible Datei halb anwendet. Dateien ohne Markierung werden aus Kompatibilitätsgründen als 1.0 behandelt.