XLSXをODSに変換

OpenDocumentに受け皿がないもの

どちらの形式もほぼ同じ概念を記述したZIP圧縮のXMLなので、ブックの大部分は問題なく引き継がれます。すべてのシートと、その値、数式、表示形式、フォント、色、罫線、結合セル、列幅、ウィンドウ枠の固定、コメント、グラフ、画像です。数式はOpenDocumentでの名前で書き出されるため、検索、統計、日付、文字列、財務といった標準の関数はこれまでとまったく同じように動きます。

引き継がれないのは、Excelが追加し、OpenDocumentが標準化しなかった機能です。 結果に頼る前に確認しておく価値があります。ピボットテーブルは、場合によっては動的なピボットではなくデータとして変換されます。スライサーやタイムラインには対応するものがありません。Power Queryの接続、データモデル、新しい動的配列関数はExcel専用です。こうした機能で作られたブックは、たまたまExcel形式になっているスプレッドシートではなく、Excelのアプリケーションです。変換すれば、開けはするものの、できることが減ったファイルになります。

ごく普通のブックならまったく話は別で、ほとんどのブックはこちらに当てはまります。予算表、リスト、SUM、VLOOKUP、IFとグラフで作ったモデルなら、きれいに変換され、LibreOffice Calcでもまったく同じように動きます。一番の判断材料は、そのブックの使い方を誰かに説明してもらう必要があったかどうかです。

VBAマクロは引き継がれません。.odsはVBAを保持できず、LibreOffice Basicは別のオブジェクトモデルを対象とする別の言語なので、翻訳のしようがありません。ただし、.xlsxを直接開いた場合、LibreOfficeは互換モードで一部のVBAを*実行*できることは知っておく価値があり、変換するよりそのほうがよい場合もあります。当サイトのサーバーに接続できない場合はその旨を表示してブラウザ内で変換し、値、数式、表示形式、結合セル、列幅は保持しますが、フォント、色、グラフは失われます。

ほかの目的には

変換する前に、本当に必要かを確認しましょう。LibreOffice Calcは.xlsxを直接開けます。 何年も前からそうで、互換モードでは、変換で失われるマクロの一部も動かせます。変換が必要なのは、ファイルを本当にOpenDocumentとして保管しなければならない場合で、それはたいてい技術的な理由ではなく規定上の要件です。いくつかの政府は、誰のものでもない公開標準だからこそ、公文書にODFを義務付けています。

要件として必要なら、ローカルでまとめて変換しましょう。soffice --headless --convert-to ods *.xlsxならサイズの制限もなく、どこにも何も送りません。そのあと結果のいくつかを開いて数式を確認してください。成功と報告されながら9つのセルに#NAME?が残っている、というのが注意すべき失敗のパターンで、実際に見なければ気づけません。