Office で既定保存形式をポリシー配布したいときは、最初に「ユーザーに変更させず固定したいのか」「新規導入時の初期値として入ればよいのか」を切り分けると、ほぼ迷いません。常時固定したいなら Office 用 ADMX/ADML を使った GPO がいちばん確実です。Microsoft 365 Apps の新規導入なら Intune の Microsoft 365 Apps 配布 や Office Customization Tool、既に入っている端末へ後から揃えたいなら Office Deployment Tool の customize モード が実務向きです。(Microsoft)
特に「利用者が保存形式を勝手に変えられないようにしたい」なら、GPO を軸に考えるのが分かりやすいです。Microsoft の Tech Community でも、既定保存形式を GPO で設定すると初回のファイル形式プロンプトは表示されず、ユーザーは後から変更できないと案内されています。一方、Intune の Microsoft 365 Apps 配布で選べる既定保存形式は Office Open XML か OpenDocument の二択なので、細かなアプリ別固定とは性格が違います。(TECHCOMMUNITY.MICROSOFT.COM)
まずは、どの配り方が自社に合うかを決める
- 全社で固定し続けたい
Word / Excel / PowerPoint の保存形式を継続的に統一し、ユーザー変更も抑えたいなら GPO が本命です。(TECHCOMMUNITY.MICROSOFT.COM) - 新規導入時に既定値を入れたい
Microsoft 365 Apps の展開時に既定保存形式を入れるなら、Intune の Microsoft 365 Apps 配布か Office Customization Tool が扱いやすいです。(Microsoft Learn) - 既存端末へ後からそろえたい
再インストールなしで既定値だけ合わせたいなら、ODT のcustomizeモードが向いています。(Microsoft Learn)
既定保存形式を決める前に確認すること
多くの組織では、Word は .docx、Excel は .xlsx、PowerPoint は .pptx を基準にするのが無難です。これらはそれぞれ現在の Word / Excel / PowerPoint の既定の XML ベース形式です。OpenDocument 形式の .odt / .ods / .odp も選べますが、Office では保存・再オープン時に書式や一部情報が失われることがあります。(Microsoft Learn)
Excel を業務連携の都合で CSV に寄せたくなることがありますが、CSV は アクティブシートだけ を保存する形式です。ブック全体の構造や書式、数式、複数シート前提の運用は保てません。全社の既定保存形式にすると事故になりやすいので、CSV は「エクスポート用途だけ」に分けて考えるほうが安全です。(Microsoft Learn)
また、VBA を使う部門があるなら注意が必要です。Word / Excel / PowerPoint にはそれぞれ macro-enabled 形式があり、マクロを含む文書やブックを保存するにはそちらが必要です。マクロ利用部門まで一律に docx / xlsx / pptx に固定すると、保存時の混乱や問い合わせが増えやすくなります。(Microsoft Learn)
いちばん確実なのは GPO で固定する方法
前提条件
ドメイン参加 Windows を対象に継続的に統一したいなら、Office 用の管理用テンプレートを使うのが基本です。Microsoft の配布パッケージには、Microsoft 365 Apps for enterprise に加え、Office LTSC 2024 / 2021、Office 2019、Office 2016 向けの ADMX/ADML が含まれています。さらに、同梱の Office2016GroupPolicyAndOCTSettings.xlsx で各ポリシーの一覧を確認できます。(Microsoft)
設定場所
管理用テンプレートを読み込んだ GPMC では、通常は次の場所に設定が現れます。
Microsoft Word 2016 > Word Options > Save > Default file formatMicrosoft Excel 2016 > Excel Options > Save > Default file formatMicrosoft PowerPoint 2016 > PowerPoint Options > Save > Default file format(TECHCOMMUNITY.MICROSOFT.COM)
ここで戸惑いやすいのが、ノード名が 2016 表記 のままな点です。ですが、Microsoft が配布している同じテンプレート群で Microsoft 365 Apps も管理対象に含まれています。「Microsoft Word 2016」と見えていても、Microsoft 365 Apps 環境で使って問題ありません。(Microsoft)
実務での進め方
- Microsoft Download Center から Office 用 ADMX/ADML を取得し、展開します。(Microsoft)
\\<domain>\SYSVOL\<domain>\policies\PolicyDefinitionsのセントラルストアに.admxと言語別.admlを配置します。言語ファイルも一緒に入れないと、ポリシー名が正しく表示されない原因になります。(Microsoft Learn)- GPO を作成し、Word / Excel / PowerPoint の
Default file formatを必要な形式に設定します。(TECHCOMMUNITY.MICROSOFT.COM) - いきなり全社へ配るのではなく、まずはパイロット OU や限定ユーザーで確認します。特にマクロ部門、CSV 連携部門、外部提出が多い部門は先に確認したほうが安全です。
GPO で固定する利点は、「初回プロンプトを出さない」「後からユーザーに変えさせない」を一度に満たしやすいことです。逆に言えば、例外設計をせずに一律適用すると現場の反発も起きやすいので、部門差 を先に洗い出しておくことが重要です。(TECHCOMMUNITY.MICROSOFT.COM)
失敗しやすいポイント
セントラルストアは、上書き一発更新 にしないほうが安全です。Microsoft も PolicyDefinitions-24H2 のような版付きフォルダーを残してから切り替える運用を案内しています。テンプレート更新後に GPMC で表示不良や競合が出たとき、戻しやすさがまったく違います。(Microsoft Learn)
もうひとつ多いのが、同じ Office を 複数経路で二重管理 することです。Intune では Microsoft 365 Apps 配布と settings catalog の競合が予期しない挙動や再インストールを招くことがあり、Microsoft も更新設定では ODT と GPO を両方使うより、どちらかに寄せる運用を勧めています。保存形式でも「GPO で強制する」のか「導入時の初期値にする」のかを先に決めておくほうが、後から見ても設計がぶれません。(Microsoft Learn)
AD がない、または新規導入なら Intune・OCT・ODT を使う
新規導入時に入れる
Microsoft 365 Apps をこれから配布するなら、Intune の Microsoft 365 Apps 配布で、アーキテクチャ・既定保存形式・更新チャネルをまとめて指定できます。ただし、ここで選べる既定保存形式は Office Open XML Format か Office Open Document Format の二択です。アプリごとに細かい保存形式を固定したい用途には向きません。(Microsoft Learn)
Intune を使う場合は、Microsoft 365 Apps for business だと app suite の構成を XML データでしか行えない点も見落としやすいポイントです。画面で選べる前提で進めると、途中で手が止まりやすくなります。(Microsoft Learn)
既存端末へ後から入れる
Office Customization Tool は、Office の構成ファイルを作る公式ツールです。アプリケーション設定として default file formats や default file locations を定義でき、新規導入だけでなく既存の Microsoft 365 Apps に対しても後から適用できます。(Microsoft Learn)
既存端末に後追いするときは、ODT の customize モードを使います。実行イメージは setup.exe /customize office-saveformat.xml です。公式ドキュメントでは、このモードは アプリケーション設定だけ を適用し、他の展開設定は変えず、既存ユーザーと今後追加されるユーザーに反映され、Office が起動中なら次回再起動時に有効になると説明されています。(Microsoft Learn)
「再インストールは避けたいが、既存端末の既定保存形式だけをそろえたい」という場面では、GPO が使えない環境ならこの方法がかなり扱いやすいです。逆に Intune の Microsoft 365 Apps 配布は複数展開が加算されず、後からの割り当てが既存の配布内容を上書きしうえ、Office を開いたままインストールすると失敗や未保存データ喪失の恐れもあります。既存端末の微調整は、Intune の再配布より ODT のほうが影響範囲を切り分けやすいことが多いです。(Microsoft Learn)
Cloud Policy を第一候補にしにくい理由
クラウドだけで完結させたいときに Cloud Policy を思い浮かべる人もいますが、Cloud Policy は Microsoft 365 Apps for enterprise 向けで、ボリュームライセンス版の Click-to-Run には適用できません。さらに Microsoft 365 Apps for business ではプライバシー関連のポリシーが中心です。既定保存形式の標準化では、まず GPO か ODT / Intune を検討したほうが確実です。これは公式の対応範囲から逆算した実務上の判断です。(Microsoft Learn)
初回プロンプトだけ消したい場合
もし目的が「保存形式を固定する」ではなく「初回のファイル形式プロンプトだけ出さない」に近いなら、Microsoft の Tech Community では HKCU\Software\Policies\Microsoft\Office\16.0\Common\General の ShownFileFmtPrompt を 1 にする案内もあります。ただし、これは 社内標準を強制する方法ではなく、質問を出さないための回避策 です。運用ルールとして保存形式を統一したいなら、主役は GPO か ODT / Intune にしたほうが保守しやすくなります。(TECHCOMMUNITY.MICROSOFT.COM)
戻し方と設計のコツ
GPO で戻すときは、いきなり「未構成」に戻すより、まずはテスト OU で 旧フォーマットを明示した GPO を当てて確認し、その後に本番 GPO を調整するほうが安全です。理由は単純で、未構成にした瞬間に、ユーザーが個別に持っていた設定や過去のアプリ設定が表に出て、部門ごとに見え方がばらつくことがあるからです。
テンプレート更新が原因で GPMC 側の表示や編集に問題が出たときは、セントラルストアを版付きフォルダーで退避しておく運用が効きます。Microsoft も旧版フォルダーを残してから本番名へ切り替える方法を案内しています。ADMX 更新を「差し替え」ではなく「世代管理」として扱うだけで、戻し作業はかなり楽になります。(Microsoft Learn)
ODT 運用で戻すなら、Office Customization Tool で新しい XML を作り直し、再度 setup.exe /customize <xml> を実行するのが分かりやすいです。customize モードはアプリケーション設定だけを扱うため、更新チャネルやインストール製品まで巻き込まずに差し戻しやすいのが強みです。(Microsoft Learn)
迷ったときは、この順で選べば外しにくい
- ユーザー変更を禁止したいなら GPO。
- OOXML か ODF の初期値を新規導入時に入れたいなら Intune の Microsoft 365 Apps 配布か Office Customization Tool。
- 既存の Microsoft 365 Apps に後からそろえたいなら ODT の
customize。 - CSV 常用部門やマクロ利用部門があるなら、一律適用の前に例外設計を入れる。(TECHCOMMUNITY.MICROSOFT.COM)
結局のところ、Office で既定保存形式をポリシー配布する作業は、技術よりも 設計の切り分け が大事です。まず「強制」か「初期値」かを決め、次に docx / xlsx / pptx を標準にするのか、ODF を使うのか を業務要件で判断してください。そのうえで小さな対象へ先行配布し、マクロ部門と CSV / ODF 連携部門だけ先に例外確認してから全社展開すれば、後戻りのコストをかなり減らせます。(Microsoft Learn)
コメント