Microsoft OfficeからLibreOfficeへの移行は、アプリを入れ替えるだけのコスト削減施策ではありません。文書形式、マクロ、アドイン、フォント、帳票、外部システム連携、共同編集、サポート、教育まで業務全体を評価するプロジェクトです。互換性は「開けるか」ではなく、計算結果、レイアウト、印刷、再保存、相手先との往復で正しさを保てるかを確認します。本記事では情報システム部門が移行判断前に行う棚卸しと検証方法を整理します。
最初に移行目的と対象範囲を定義する
ライセンス費用を下げたい、オフライン環境で使いたい、オープンな文書形式へ移行したいなど、目的を明確にします。全社一斉移行、一部部署、閲覧専用端末、特定業務だけという範囲により評価項目が変わります。削減予定額だけでなく、変換作業、教育、問い合わせ増加、テンプレート修正、システム改修、例外用Officeライセンスを含む総コストを見積もります。
利用者数をPC台数だけで数えず、職種、利用頻度、社外とのファイル交換、共同編集、マクロ利用、アクセシビリティ要件で分類します。文書閲覧と簡単な入力だけの利用者、複雑なExcelモデルを作る利用者、Wordの差し込み印刷を使う利用者ではリスクが大きく異なります。部門代表を検証へ参加させ、情シスだけで「問題なし」と判断しない体制を作ります。
実際のファイルと機能を棚卸しする
ファイルサーバー、SharePoint、OneDrive、業務システム出力、メール添付などから、業務で使うDOCX、XLSX、PPTX、古いDOC・XLS・PPT、CSV、PDFを分類します。個人情報や機密情報を含むため、無断で全ファイルを収集せず、担当者と対象・保存先・保管期間を決めます。サンプルは件数だけでなく、重要度、複雑さ、更新頻度、社外提出の有無を含めて選びます。
機能棚卸しでは、VBA、マクロ署名、アドイン、ActiveX、Power Query、Power Pivot、ピボットテーブル、配列数式、名前定義、外部リンク、OLE埋め込み、差し込み印刷、変更履歴、コメント、文書保護、電子署名、アクセシビリティ、フォントを確認します。画面で気づきにくい機能ほど自動チェックと利用者ヒアリングを組み合わせます。
OOXML互換性を往復テストする
LibreOfficeはMicrosoft Office形式を開いて保存できますが、The Document Foundationのヘルプは、Microsoft Officeとのインポート・エクスポートに制限があり得ることを案内しています。文書を開けるだけで合格にせず、LibreOfficeで開く、編集する、同じOOXML形式へ保存する、Microsoft Officeで再度開く、印刷またはPDF化するという往復テストを行います。
評価では、ページ数、改ページ、余白、表、図形、テーマ、アニメーション、数式結果、グラフ、条件付き書式、名前定義、フィルター、コメント、リンクを比較します。差分を「見た目」「計算・データ」「操作」「失われるメタデータ」に分け、許容可否を業務所有者が判断します。サンプルだけ直して終わらず、同種ファイルへ横展開できる修正規則かを確認します。
マクロと自動化は別プロジェクトとして評価する
LibreOfficeにはマクロ機能がありますが、Microsoft OfficeのVBAがそのまま完全互換で動くと想定してはいけません。オブジェクトモデル、フォーム、参照設定、COM連携、ActiveX、アドイン、ファイルパス、印刷、メール送信などで差が出ます。マクロの件数、所有者、実行頻度、権限、入力、出力、障害時影響を台帳化し、廃止、再実装、代替、Office残置を判断します。
誰も保守できないマクロを変換することは、新しい技術的負債を作ります。ソースコードだけでなく、テストデータ、期待結果、実行手順、署名、配布方法を準備します。自動変換へ頼らず、金額、税、在庫、給与など正確性が重要な処理は、結果を独立して照合します。セキュリティ設定を緩めてマクロを動かすのではなく、信頼できる保存場所と署名・配布方針を設計します。
フォント・印刷・帳票を重点検証する
同じフォントが端末にないと代替フォントへ置き換わり、文字幅、改行、ページ数、セル高さが変わります。標準フォント、社内指定フォント、外字、バーコードフォントのライセンスと配布方法を確認します。帳票は画面だけでなく、実際のプリンター、PDF出力、両面、用紙トレイ、ラベル、封筒で確認し、余白や改ページを計測します。
定型帳票の原本がDOCXやXLSXの場合、LibreOffice向けODFへ作り直すか、OOXMLのまま維持するかを決めます。ODFはLibreOfficeでの安定性を高めやすい一方、Office利用者との交換で変換が発生します。社外提出がOOXML必須なら、最終確認用のOffice環境を残す判断も現実的です。PDFを最終成果物にできる業務は、交換形式をPDFへ寄せるとレイアウト差を抑えられます。
外部システム・共同作業・クラウド連携を確認する
業務システムがExcelを自動起動する、COMアドインを使う、Officeテンプレートへ差し込む、メールクライアントや文書管理システムと連携する場合、LibreOfficeだけでは代替できないことがあります。RPAがリボン位置やウィンドウ名を前提にしている場合も改修が必要です。システム所有者とベンダーへサポート条件を確認し、推測で動作保証しません。
Microsoft 365のリアルタイム共同編集、SharePoint権限、感度ラベル、保持ポリシー、電子署名、Teams連携を利用している場合は、単体ファイル互換性とは別に検証します。WebDAVや同期フォルダーで開けることと、競合なく共同編集できることは同じではありません。同時編集、版管理、コメント、承認、オフライン復帰、アクセス制御を実際のワークフローで試します。
セキュリティ・更新・サポート運用を設計する
導入版、更新チャネル、脆弱性情報、パッチ配布、拡張機能、マクロ、テンプレート、クラッシュレポート、管理者権限を設計します。公式サイトまたは組織のソフトウェア配布基盤から入手し、出所不明のビルドを使いません。Windows、macOS、Linuxの混在では、各OSで同じ版と機能を利用できるかを確認します。更新前に代表ファイルで回帰テストを行います。
無償ソフトウェアでも運用コストはゼロではありません。問い合わせ窓口、障害の切り分け、公式コミュニティまたは商用サポート、復旧目標、版の保守期間を決めます。LibreOfficeの専門知識を社内へ蓄積できない場合は、商用サポート提供者の利用も検討します。ベンダー任せにせず、重大業務の例外条件とOfficeへ戻す手順を明文化します。
パイロット移行と合否基準を作る
代表部門で四週間から数か月のパイロットを行い、日常業務を実際にLibreOfficeで実施します。検証用サンプルだけでなく、月次処理、四半期報告、年度更新など周期業務を含めます。問い合わせ件数、作業時間、変換エラー、手戻り、印刷不良、社外からの指摘を記録し、移行前の基準と比較します。利用者満足だけでなく業務結果の正確性を優先します。
合否基準には、重大ファイルの互換率、計算結果の一致、帳票レイアウト、共同作業、マクロ代替率、問い合わせ対応時間、教育完了率、例外Office数を含めます。移行不可の業務が少数なら、全社方針を諦めるのではなく、ハイブリッド運用を検討します。ただし二製品併用はファイル既定アプリや教育を複雑にするため、対象と終了条件を明確にします。
教育・変更管理・ロールバック
利用者へは「似ているから使える」と説明せず、頻出操作の差、ショートカット、保存形式、PDF化、テンプレート、問い合わせ先を役割別に案内します。既存ファイルを開いたときの形式警告を無視しないこと、OOXMLへ保存する場合の確認、マクロや外部リンクの扱いを短い教材で示します。スーパーユーザーを部門内に置くと、初期問い合わせを現場で解決しやすくなります。
一斉切替前に、Officeライセンスの再割当、元ファイルのバックアップ、既定アプリ、ファイル関連付け、テンプレート配布、戻し方を準備します。移行後に重大な問題が見つかった場合、対象業務だけOfficeへ戻せるよう例外手順を用意します。ロールバックは失敗ではなく、業務継続を守る設計です。原因と条件を記録し、再移行の判断材料にします。
情シス向けチェックリスト
- 利用者を業務、複雑度、社外交換、マクロ、共同編集で分類する
- 重要ファイルを開く・編集・保存・Officeで再度開く・印刷まで往復テストする
- VBA、アドイン、外部リンク、業務システム、RPA連携を台帳化する
- フォント、帳票、PDF、プリンターを実機で確認する
- 更新、脆弱性、拡張機能、サポート、教育、問い合わせ運用を設計する
- パイロットの合否基準とOffice残置・ロールバック条件を決める
移行可否は製品比較表だけでは決められません。組織が実際に保有するファイルとワークフローを使い、業務所有者が結果を承認することが重要です。LibreOfficeへ適した業務から段階的に移し、Office固有機能へ依存する業務は残す、改修する、廃止するという選択肢を分けると、コストと業務継続のバランスを取りやすくなります。
コメント