XLSX in ODS umwandeln

Zwei Gründe führen zur selben Umwandlung. Der eine ist praktisch: Wer täglich in LibreOffice Calc arbeitet, hält lieber eine native Datei als eine, die das Programm bei jedem Öffnen und Speichern neu übersetzt — jede dieser Übersetzungen ist eine weitere Gelegenheit, dass etwas verrutscht.

Der andere ist Vorgabe. Das offene Format ODF ist als ISO/IEC 26300 genormt, und in Deutschland verlangen Behörden und öffentliche Stellen mit eigener Formatrichtlinie zunehmend genau das — eine deutsche Landesverwaltung hat vor einigen Jahren öffentlichkeitswirksam auf LibreOffice und offene Formate umgestellt, andere folgen in kleineren Schritten. Wo ein Formular ODS verlangt, hilft kein Argument über die Vorzüge von XLSX.

Das ist der Unterschied zu jedem anderen Ziel, das eine Tabelle hat. Eine CSV oder ein PDF hält fest, was die Mappe gerade anzeigt; eine ODS hält fest, wie sie rechnet. Die Formeln kommen als Formeln an, der Abhängigkeitsbaum bleibt intakt, und eine geänderte Eingabe verändert weiterhin die Ausgabe.

Diese Übersetzung ist echte Arbeit, weil beide Formate Formeln unterschiedlich beschreiben — andere Trennzeichen, andere Bezugssyntax, andere Namen für einzelne Funktionen. Summen, Verweise, Bedingungen, Datumsrechnung und Textfunktionen kommen ohne Aufhebens an. Auch die zugrundeliegenden Werte stimmen überein: Ein Datum ist in beiden Formaten eine Tageszahl mit demselben Tag Null, es verschiebt sich also nichts beim Formatwechsel.

Die Lücke liegt am aktuellen Rand. Die dynamischen Array-Funktionen, die Microsoft in den letzten Jahren ergänzt hat, und alles, was schneller eingeführt wurde, als sich die OpenDocument-Formelspezifikation bewegt hat, kann in einer Zelle als Fehlerwert statt als Ergebnis ankommen. Add-in-Funktionen aus einer installierten Excel-Erweiterung fehlen naturgemäß, weil die Erweiterung nicht mitkommt.

Die Prüfung dauert eine Minute und lohnt sich bei jeder Mappe, die zählt: die ODS in Calc öffnen und nach Fehlerwerten suchen, die zwischen den Zahlen auffallen. Alles andere in der Datei ist in Ordnung, und ein paar von Hand nachgetragene Formeln sind besser, als drei Monate später eine falsche Summe zu entdecken.

Alle drei kommen mit, und alle drei verdienen einen zweiten Blick. Pivot-Tabellen werden zu Calcs eigenem Pendant und bauen sich meist gegen denselben Quellbereich neu auf; Diagramme behalten Typ, Reihen und Datenbezüge, übernehmen aber Calcs eigene Formatvorgaben; bedingte Formatierung überlebt die üblichen Vergleiche.

Zerbrechlich ist die neuere Dekoration darum herum. Datenschnitte, Zeitachsen-Steuerelemente, zwischengespeicherte Pivot-Daten und aufwendigere Symbolsätze sind die Stelle, an der beide Programme nicht mehr übereinstimmen. Eine Pivot-Tabelle nach dem Öffnen einmal zu aktualisieren, ist sicherer als den angezeigten Zahlen zu vertrauen — ein veralteter Zwischenspeicher zeigt durchaus plausible, aber falsche Werte.

Die Automatisierung einer Excel-Mappe ist VBA gegen Excels eigenes Objektmodell. LibreOffice hat ein eigenes Skriptsystem gegen ein eigenes Objektmodell, eine originalgetreue Übersetzung dazwischen gibt es nicht — der Code kommt also nicht mit. Zellen, Formeln, Tabellenblätter und Formatierung sind davon unberührt.

Das trifft eine Mappe härter als ein Textdokument, weil die Makros oft tragende Funktion haben: ein Knopf, der einen Bericht aktualisiert, eine Routine, die Eingaben vor dem Speichern prüft. Ist die Datei ein Werkzeug und keine Tabelle, liefert die Umwandlung die Tabelle und nicht das Werkzeug, und das Verhalten in Basic nachzubauen ist ein eigenes Projekt.

Diese Umwandlung ist eine Tabelle-zu-Tabelle-Umwandlung, kein Auslesen von Zellwerten. Die Mappe behält ihren vollständigen Satz an Blättern, deren Namen und deren Reihenfolge — anders als bei einer Umwandlung nach CSV, bei der aus einer Mappe mit vielen Blättern nur eines überleben kann.

Das ist der Punkt, an dem sich diese Seite von den Datenumwandlungen dieser Site unterscheidet: Wo eine XLSX zu JSON oder CSV wird, liest der Konverter ausschließlich das erste Blatt und nur dessen Werte. Hier arbeitet stattdessen eine echte Tabellenkalkulation, und die kennt die ganze Mappe.

Ein XLSX-Blatt erlaubt 1.048.576 Zeilen und 16.384 Spalten. Aktuelles LibreOffice erreicht die Zeilenzahl, und seine Spaltenobergrenze wurde erst in vergleichsweise jungen Versionen angehoben — ältere Ausgaben endeten bei 1.024. Ein Blatt, das tatsächlich so weit in die Spalten hineinreicht, ist selten, aber es lohnt sich, das gegen die tatsächlich genutzte Calc-Version zu prüfen.

Zeilen sind in der Praxis fast nie das Problem, denn eine Tabelle mit einer Million Zeilen ist meist längst keine Tabelle mehr, sondern ein Datensatz. Trifft das auf die vorliegende Datei zu, ist ein spaltenorientiertes oder Datenbankformat die ehrlichere Empfehlung als beide hier genannten.

Eine Mappe, die aus einer anderen Datei, einer Datenbankabfrage, einer Webquelle oder einem Power-Query-Schritt zieht, trägt Verweise auf etwas außerhalb ihrer selbst. Manche dieser Verweise überstehen die Umwandlung als Text; lebendig ist danach keine der Verbindungen mehr, gleich in welchem Format oder auf welchem Rechner die Datei landet.

Vor dem Umwandeln einer solchen Mappe lohnt sich die Entscheidung, ob die Werte oder der Weg dorthin gebraucht werden. Sind es die Werte, hilft ein Einfügen als Werte vor dem Umwandeln. Ist es der Weg, ist diese Umwandlung nicht das richtige Werkzeug, und die Abfrage muss dort neu aufgebaut werden, wo sie tatsächlich laufen soll.

Der große Fall ist eine Migration: eine Abteilung, die auf LibreOffice wechselt, ein Archiv, das vereinheitlicht wird, ein Zulieferer, der einen Satz Modelle abliefert. Den ganzen Ordner ablegen, jede Mappe wird der Reihe nach umgewandelt, behält ihren Dateinamen mit getauschter Endung und kommt gesammelt als ein ZIP zurück.

Stichproben lohnen sich nach Risiko, nicht nach Alphabet. Die Mappe mit den meisten Formeln öffnen, die mit einer Pivot-Tabelle, die mit einem Diagramm — dort scheitert eine Umwandlung tatsächlich. Ein Verzeichnis reiner Datentabellen lässt sich blind umwandeln und ist danach vertrauenswürdig; ein Verzeichnis voller Modelle nicht. Dateigröße und Formelanzahl sind ein schneller Sortierschlüssel: die kleine Mappe mit zweitausend Formeln ist ein Modell, die zwölf Megabyte große ohne eine einzige ist ein Datenexport, der klaglos umwandelt.

Diese Umwandlung läuft auf einem Server, nicht im Browser, und diese Seite sagt das offen statt es zu verschweigen. Formeln zwischen zwei Tabellenkalkulationsformaten zu übersetzen braucht ein echtes Tabellenkalkulationsprogramm — die Datei geht deshalb über eine verschlüsselte Verbindung an einen Container, der LibreOffice ohne grafische Oberfläche ausführt und sonst nichts.

Der Container hat keine ausgehende Netzwerkverbindung. Jeder Auftrag bekommt ein eigenes, frisches Arbeitsverzeichnis, das nach Abschluss gelöscht wird — auch wenn der Auftrag fehlschlägt. Die freie Obergrenze liegt bei 25 MB je Datei, was eine formelreiche Mappe selten erreicht und eine bildreiche schnell. Das ist eine andere Anordnung als bei den Datenumwandlungen dieser Site, wo eine Tabelle im Browser zu CSV oder JSON wird: Die brauchen nur einen Leser, keine Rechen-Engine.

Geht es tatsächlich nur um die Daten — zum Importieren, für ein Skript, für ein System, das eine Tabelle erwartet —, ist eine Tabellenkalkulationsdatei eine Menge Maschinerie, die gleich wieder verworfen wird. Eine CSV des relevanten Blatts ist kleiner, eindeutig und von allem lesbar.

ODS ist die richtige Wahl, wenn jemand in der Datei weiterarbeitet: neu rechnet, erweitert, sie als das Modell nutzt, als das sie gebaut wurde. Diese Unterscheidung ist ein besserer Wegweiser als jeder Vergleich der Funktionslisten beider Formate.