PC入れ替えやメンバー追加のたびに、ExcelのQAT(クイックアクセスツールバー)やリボン、マクロの動作環境を同じ状態に揃えるのは簡単ではありません。設定の保存場所の整理と、.exportedUIを使った現実的な移行・配布手順、つまずきやすい注意点をまとめます。
結論:Excelの「全ユーザー設定」を丸ごとエクスポート/インポートする公式機能はない
まず結論から言うと、Excelには「ユーザーが触れる設定一式を、ひとつのファイルとして丸ごとバックアップ/復元する」ための公式ツールは用意されていません。リボンやQATのカスタマイズ、マクロのセキュリティ設定、アドイン、個人用テンプレートなどは、保存先が分散しており、同じ方法では移行できないためです。
その一方で、現場で「一番そろえたい」ことが多いQAT/リボンのカスタマイズは、Excel標準機能で.exportedUIとして移行できます。複数ユーザーへ同じボタン構成を配りたい場合、最優先で使うべき実用手段です。
「丸ごと移行」が難しい理由:Excel設定は保存場所が分散している
Excelの設定は、大きく分けると次のように散らばっています。
- UI系(QAT/リボン):ユーザー単位のUIカスタマイズとして保存される
- セキュリティ系(マクロ・信頼済み場所など):ユーザー単位の設定・PC単位のポリシー・組織ポリシーが混在する
- 機能追加(アドイン):ファイルの配置場所と「有効化情報」の両方が関係する
- 個人用資産(テンプレート、辞書、オートコレクト等):ユーザープロファイル配下のファイルに保存されるものが多い
- ブック固有の設定:そのExcelファイル自体に保存される(例:マクロ、参照設定、名前定義など)
つまり「全部まとめて保存して、別PCに戻す」という発想だと、抜け漏れが起きやすくなります。実務では、目的(何を同じにしたいか)を先に決めて、移行対象を絞り込むほうが成功率が上がります。
Excelのユーザー設定:保存場所と移行可否の目安
| 設定カテゴリ | 代表例 | 保存場所の傾向 | 一括移行 | 現実的な移行方法 |
|---|---|---|---|---|
| UIカスタマイズ | QAT、リボンのボタン追加、並び替え | ユーザープロファイル配下のUI設定 | 部分的に可能 | .exportedUIをエクスポート/インポート |
| マクロ関連 | マクロの有効化、警告表示、署名の扱い | Excel/Officeの設定・組織ポリシー | 困難 | 組織のルールに合わせて信頼済み場所・署名・ポリシーで整備 |
| 信頼済み場所 | 共有フォルダーを信頼済みにする | ユーザー設定/ポリシー | 困難 | 管理者がポリシーで配布、または手順書で設定 |
| アドイン | .xlam、COMアドイン | ファイル配置+有効化情報 | 困難 | アドインファイルを配布し、利用者または管理者が有効化 |
| 個人用テンプレート | Book.xltx、Sheet.xltx | ユーザープロファイル配下のテンプレート | 条件付きで可能 | テンプレートファイルをコピー(場所は環境で要確認) |
| 個人用マクロ | PERSONAL.XLSB | ユーザーの起動フォルダー配下 | 可能だが共有不向き | 個人のPC移行ではコピー可。組織展開はアドイン化推奨 |
QAT/リボンのカスタマイズは.exportedUIで移行できる
QAT(クイックアクセスツールバー)とリボンのカスタマイズは、Excel標準のインポート/エクスポート機能で移行できます。出力されるのが.exportedUIファイルです。社内で同じボタン配置を配りたい場合、まずここを押さえると一気に前に進みます。
.exportedUIでできること/できないこと
| 項目 | 移行できる? | 補足 |
|---|---|---|
| QATのボタン構成(コマンド/マクロ) | できる | マクロボタンの場合は「マクロが利用できる状態」もセットで必要 |
| リボンのタブ追加・グループ追加 | できる | ExcelのUIカスタマイズとして移行される |
| マクロのセキュリティ設定 | できない | 別管理(信頼済み場所、署名、ポリシー) |
| アドインの有効/無効 | できない | 利用者環境での有効化が必要 |
| テンプレート・辞書・自動修復パスなど | できない | ユーザープロファイルやOffice設定として別管理 |
エクスポート手順(作成側PC)
- Excelを開き、[ファイル] → [オプション]を開きます。
- [クイック アクセス ツールバー](または[リボンのユーザー設定])を選びます。
- 右下の[インポート/エクスポート]をクリックし、[すべてのユーザー設定をエクスポート]を選びます。
- 拡張子.exportedUIとして保存します(例:
Potisky_QAT_Ribbon.exportedUI)。
インポート手順(配布先PC)
- Excelを開き、[ファイル] → [オプション]を開きます。
- [クイック アクセス ツールバー](または[リボンのユーザー設定])を選びます。
- [インポート/エクスポート] → [カスタマイズ ファイルをインポート]を選びます。
- 配布された.exportedUIを選択して適用します。
重要:インポートは既存のQAT/リボンのカスタマイズを上書きします。配布前に、利用者が現在の状態をエクスポートしてバックアップしておく運用にすると、反発(「元に戻せない」問題)を減らせます。
例:共有ドライブ上のマクロ(potisky.xlsb)をQATボタンで配布する時の落とし穴
質問でよくあるパターンが、共有ドライブ上のマクロ入りブック(例:potisky.xlsb)を用意し、各ユーザーのQATに「マクロ実行ボタン」を登録して配りたいケースです。ここでハマりやすいのは、UI(ボタン)だけ配っても、マクロの実行環境が揃っていないと動かない点です。
まず押さえる:QATの「マクロボタン」はマクロの所在に依存する
QATに追加したマクロボタンは、内部的には「どのマクロを呼ぶか」を記憶しています。配布先で次の条件を満たしていないと、ボタンが表示されていても実行できません。
- マクロが入っているブック/アドインが、配布先でも同じ名前で存在している
- そのブック/アドインが開かれている(読み込まれている)、またはExcel起動時に自動読み込みされている
- マクロが無効化されていない(信頼済み場所、署名、ポリシーなど)
共有パスは「固定」する:ドライブ文字の違いで事故が起きる
共有ドライブ運用で特に多いのが、AさんはZドライブ、BさんはYドライブのように割り当てドライブ文字が揃っていないケースです。Excelの参照がパスに依存すると、同じファイルでも「見つからない」「別物扱い」になりがちです。
可能なら、手順書や社内ルールとしてUNCパス(例:\\server\share\tools\potisky.xlsb)で統一する、またはドライブ割り当てをIT側で統一するのが安全です。
運用で失敗しないための現実解:UI配布とマクロ配布を分けて設計する
「丸ごと移行」が難しい以上、成功する設計は役割分担が明確です。
- UI(QAT/リボン):.exportedUIで配布
- マクロ本体:ブック/アドインとして配布し、参照先と読み込み方法を統一
- セキュリティ:信頼済み場所・署名・ポリシーで実行可否を統一
マクロ配布方法の比較(共有ブック/Personal.xlsb/アドイン)
| 方式 | 概要 | メリット | デメリット | おすすめ度 |
|---|---|---|---|---|
| 共有ブック(.xlsm/.xlsb) | 共有フォルダーにマクロ入りブックを置く | 準備が早い/誰でも同じファイルを参照 | ブックを開く必要がある/セキュリティに左右されやすい/更新時の周知が必要 | 短期・小規模なら可 |
| PERSONAL.XLSB | 各ユーザーの個人用マクロブックに格納 | 起動時に自動で読み込まれ、QATボタンが安定 | ユーザーごとに管理が分散/組織展開に不向き | 個人用途向け |
| Excelアドイン(.xlam) | マクロをアドイン化し、読み込みを統一 | 起動時に自動読み込み可能/更新を配布しやすい/UIとの相性が良い | 初期作成に一手間/有効化手順が必要(または管理配布) | 中〜大規模に最適 |
おすすめ:potisky.xlsbを「アドイン化」すると、QAT配布が一気に安定する
共有ブック方式の弱点は「ブックを開いていないとマクロが呼べない」ことです。ここを解決する王道が、マクロをExcelアドイン(.xlam)にまとめる方法です。アドインはExcel起動時に自動読み込みできるため、QATのマクロボタンが安定します。
アドイン化のざっくり手順
- 作業用に
potisky.xlsbをコピーし、マクロを整理します(不要なシートやデータがある場合は分離)。 - ファイル形式をExcel アドイン(*.xlam)として保存します。
- 配布先では、[ファイル] → [オプション] → [アドイン]から、該当アドインを有効化します。
- アドインが読み込まれた状態でQAT/リボンのカスタマイズを作り、.exportedUIを作成して配布します。
ポイントは、先にアドインを読み込んだ状態でUIを作ることです。これにより、QATボタンが「共有ブックを開いていない」問題から解放されます。
既存ユーザーのカスタマイズを壊したくない場合
.exportedUIのインポートは上書きなので、既存ユーザーが独自に作り込んだQAT/リボンがあると反発が出やすくなります。そういう場合は、次のアプローチが現場で効きます。
- アドイン側にカスタムリボンを持たせる(既存UIを上書きせず「追加」で提供できる)
- QAT配布は最小限にし、操作入口は専用タブに寄せる
「標準のリボンに手を入れる」のではなく、「アドインが専用タブを追加する」設計にすると、配布の衝突が減り、後からの機能追加も楽になります。
(参考)カスタムリボンのイメージ
アドインにリボンを追加する方法はいくつかありますが、代表例としては「customUI」を使ったXMLでボタンを定義し、VBAのコールバックで処理を呼びます。実装そのものは環境依存があるため、ここでは設計イメージだけ載せます。
<customUI xmlns="http://schemas.microsoft.com/office/2009/07/customui">
<ribbon>
<tabs>
<tab id="tabPotisky" label="Potiskyツール">
<group id="grpRun" label="実行">
<button id="btnRun1" label="印刷ラベル" onAction="RunLabel" />
<button id="btnRun2" label="帳票出力" onAction="RunReport" />
</group>
</tab>
</tabs>
</ribbon>
</customUI>
この方式なら、ユーザーの既存QATに干渉せず、更新もアドイン差し替えで完結しやすくなります。
マクロが「ボタンはあるのに動かない」を防ぐセキュリティ設計
複数ユーザー配布で一番トラブルが多いのは、UIではなくマクロ実行許可です。特に組織では、個人の設定変更が禁止されていたり、ポリシーでブロックされていたりします。ここを曖昧にしたままQATだけ配ると、ほぼ確実に「押しても動かない」問い合わせが増えます。
最低限そろえるべきポイント
- 信頼済み場所:マクロファイル(ブック/アドイン)を置く場所を信頼済みにする
- 署名:可能ならマクロにデジタル署名し、信頼済み発行元として扱う
- ポリシー:組織で決めたマクロ運用(禁止/署名必須/通知あり等)と整合を取る
マクロ関連の設定を「運用で回す」ための整理表
| 項目 | 目的 | 推奨アプローチ | 注意点 |
|---|---|---|---|
| 信頼済み場所 | マクロを毎回ブロックさせない | アドイン配置先を信頼済みにし、場所は固定 | ネットワーク場所は設定によって無効なことがある |
| デジタル署名 | 改ざん検知と「社内マクロ」の明確化 | 社内証明書で署名し、信頼済み発行元を配布 | 署名後に編集すると無効になるため更新手順が必要 |
| ポリシー(GPO等) | 全PCで同じ基準に統一 | 管理者が一括設定し、例外ルールも管理 | 現場の例外運用を作ると破綻しやすい |
配布手順のおすすめフロー(小規模〜中規模向け)
「とりあえず配る」ではなく、問い合わせを増やさない流れにしておくと運用が楽になります。
| ステップ | やること | 成果物 | 目的 |
|---|---|---|---|
| 設計 | マクロの置き場所(共有/ローカル)と読み込み方法を決める | 配置ルール | 「参照先が違う」を防ぐ |
| 準備 | マクロをブックまたはアドインで整備し、テストユーザーで動作確認 | potisky.xlsb / potisky.xlam | 実行環境を先に固める |
| UI作成 | マクロが読み込まれた状態でQAT/リボンを作り、.exportedUIを作成 | .exportedUI | ボタンを再現性高く配る |
| 配布 | 利用者に「バックアップ→インポート」の手順を案内 | 手順書 | 上書き事故を減らす |
| 保守 | 更新時のバージョン管理(更新履歴、配布日、対応Excel版) | 更新ログ | 「いつ変わった?」をなくす |
よくあるトラブルと対処
インポートしたのにボタンが増えない
- インポート先が別のプロファイルになっていないか確認します(別ユーザーで起動していないか)。
- Excelを再起動して反映されるケースがあります。
- 「QATのみ」「リボンのみ」を編集していた場合、想定と違う場所に入っていないか確認します。
ボタンはあるのに「マクロを実行できません」と出る
- マクロブック/アドインが開かれている(読み込まれている)か確認します。
- ファイル名が違う、保存場所が違うなどで、参照先が変わっていないか確認します。
- 信頼済み場所・署名・組織ポリシーのどれかでブロックされている可能性があります。
配布先の既存カスタマイズが消えてしまった
- .exportedUIは上書きのため、事前バックアップがないと復旧が難しくなります。
- 再発防止として「配布前に現在の状態をエクスポートして保管」ルールを徹底します。
- 衝突が多い場合は、アドイン側で専用タブを追加する設計に切り替えると安定します。
PC移行でやるべきこと:狙うのは「再現性のある最小セット」
Excelの設定を丸ごと移すのではなく、業務に直結する要素を優先すると失敗しません。以下は移行時のチェック観点です。
- QAT/リボン:.exportedUIのバックアップとインポート
- マクロ資産:共有ブック/アドインの配置、読み込み確認
- セキュリティ:信頼済み場所・署名・ポリシーの整合
- 個人資産:テンプレート、個人用マクロ(必要なら)
まとめ
Excelのユーザー設定は、ひとつのファイルにまとまっていないため「全部を一括で移行する」発想だと詰まりやすくなります。現実的には、QAT/リボンは.exportedUIで移行し、マクロ本体は共有パスの固定やアドイン化で読み込みを安定させ、最後にセキュリティ(信頼済み場所・署名・ポリシー)を整える、という順番が最短ルートです。
特に、複数ユーザー展開やPC入れ替えが頻繁な環境では、QAT配布だけで終わらせず、マクロの置き方・更新の仕組みまでセットで設計すると、問い合わせが減り、運用が長続きします。

コメント