SQL Server 2022 の Master Data Services（MDS）を運用していると、「Excel でデータを更新したい」「利用者に入力してもらいたい」と考えて MDS の Excel アドイン（Master Data Services Add-in for Excel）を導入したくなります。ところが Microsoft 365 Excel（Click-to-Run）では、インストール段階で止まるケースがあり、事前に運用設計を固めないと詰みやすいのが実情です。
MDS の Excel アドインとは何か（できること・向いていること）
MDS の Excel アドインは、MDS に登録されているマスターデータを Excel に読み込み、Excel 上で編集・検証し、問題なければ MDS に「パブリッシュ（書き戻し）」できる仕組みです。日常的に Excel を使う現場ユーザーに入力してもらいながら、MDS 側で整合性や権限、履歴を担保できるのが強みです。
| 機能 | Excel アドインでできること | 運用上のポイント |
|---|---|---|
| 読み込み（Export） | モデル／エンティティのデータを、フィルタ付きで Excel に読み込む | 大量データはブック肥大化・操作遅延に注意 |
| 更新（Publish） | Excel 上の変更を MDS に書き戻す | 書き戻しが必要なら、このアドインが最短 |
| 検証（Validate） | ビジネスルール等に基づくエラー検出、修正の繰り返し | 入力作業と検証を同じ画面で回せる |
| 管理者向け操作 | （権限次第で）エンティティ／属性の作成なども支援 | 「管理者権限の範囲」を決めておくと事故が減る |
一方で、Excel アドインを使って「編集・パブリッシュ」するには、Excel 側のセキュリティ設定（ActiveX など）に制約が出やすい点も重要です。企業の Microsoft 365 環境では、セキュリティポリシーで ActiveX を無効化していることも多く、導入前に確認が必要です。
先に結論：Microsoft 365 Excel（Click-to-Run）では“導入できない/保証されない”ことがある
結論から言うと、Microsoft 365 の Excel（Click-to-Run）環境では、MDS の Excel アドインが「使える」と断言しにくいです。要件上は「Office 2010 以降」とされ、Microsoft 365 も範囲に見えますが、現場ではインストーラーの前提条件チェックが Click-to-Run の Office をうまく検出できず、セットアップが中断する事例が出ています。
実際に Microsoft Learn の Q&A でも、「Microsoft 365 Excel（Click-to-Run）向けに更新版が出ていない」「回避策として Excel 2016（MSI ベース）や VM を使う」「Microsoft 365 では Power Query で読み取り代替」という整理が提示されています。
| Excel の種類 | アドイン導入の現実 | 意思決定の目安 |
|---|---|---|
| Microsoft 365 Excel（Click-to-Run） | インストールが通らない／動作が安定しないケースがある | 書き戻しが必須なら別環境を用意する発想が安全 |
| Office 2016 など（MSI 版） | 相性問題が起きにくく、導入・運用しやすい傾向 | 「編集端末」を固定化すると運用が回る |
| Excel（Web 版） | 企業ポリシーや機能差の影響が大きい | 基本は閲覧・参照用途に寄せるのが無難 |
そもそもアドインはまだサポートされているのか？（2025 年時点の整理）
「MDS 自体がもう終わりなら、アドインに時間をかける意味があるのか？」は重要な論点です。Microsoft のドキュメントでは、Master Data Services（MDS）は SQL Server 2025（17.x）で削除（removed）され、SQL Server 2022（16.x）およびそれ以前ではサポートが継続される、と明記されています。つまり、SQL Server 2022 を使い続ける限りは当面動かせますが、将来のアップグレードで消える前提で計画すべき機能です。
また、SQL Server 2022 向けの MDS Excel アドイン自体は Microsoft Download Center で配布が続いており、x86/x64 の MSI が提供されています（公開日やバージョン情報も掲載されています）。
ここから読み取れる実務的な結論は次のとおりです。
- 短期～中期の運用継続：SQL Server 2022 を前提に、Excel アドインを使う運用は「まだ成立」
- 長期の運用設計：SQL Server 2025 以降への移行を視野に入れるなら、MDS 依存の新規拡張は抑え、移行計画（代替手段）を並走させる
まず確認：あなたの Excel は Click-to-Run？MSI？（見分け方）
導入可否の分岐点は「Click-to-Run か MSI か」です。組織によっては同じ “Microsoft 365” の契約でも、端末の配布形態・ポリシーが異なります。
- Excel を開く → ファイル → アカウント → 製品情報を確認（「Microsoft 365 Apps」等の表記や更新チャネル情報が出ることが多い）
- Windows の 設定 → アプリ（または「プログラムと機能」）で、Office のインストール形態を確認
この時点で Click-to-Run 前提だと分かった場合、「アドインを無理にねじ込む」より、後述の回避策（MSI 端末/VM、Power Query 代替、Web 画面運用）を早めに検討した方がトータルコストが下がります。
インストール前に押さえる：MDS Excel アドインの要件と“詰まりどころ”
SQL Server 2022 の MDS Excel アドインは MSI で提供され、Excel の 32bit/64bit と同じビット数のアドインを入れる必要があります。さらに .NET や VSTO Runtime（Visual Studio 2010 Tools for Office Runtime）など、前提コンポーネントが指定されています。
| チェック項目 | なぜ重要か | 確認・対処の例 |
|---|---|---|
| Excel のビット数（32/64） | 一致しないとインストール/起動で失敗しやすい | 64bit Excel → x64 MSI、32bit Excel → x86 MSI を選ぶ |
| .NET Framework | アドインが動作する基盤 | 要件に合わせて導入（企業環境は既に満たすことも多い） |
| VSTO Runtime | VSTO 依存アドインの実行に必要 | 要件にある Runtime を用意する |
| ActiveX/マクロ設定 | 無効だと読み込みが完了しない等の不具合が出る | Excel の信頼センターで ActiveX を許可（組織ポリシー注意） |
| Click-to-Run の前提条件判定 | インストーラー側が Office を検出できず中断することがある | 「別環境」へ切り替える判断が現実的 |
Microsoft 365 Excel（Click-to-Run）で“試す”なら、失敗前提でログまで取る
業務都合でどうしても Microsoft 365 Excel（Click-to-Run）端末で試したい場合は、「成功したらラッキー」ではなく、失敗した時にすぐ切り分けできる準備をしておくのが現実的です。ここでの目的は、無理に突破することではなく、失敗理由を短時間で把握して撤退判断を速くすることです。
- Microsoft Download Center から SQL Server 2022 の MDS Excel アドイン（x86/x64）を入手する
- Excel のビット数に合わせて MSI を選ぶ（32bit/64bit 不一致は避ける）
- 必要に応じて VSTO Runtime や .NET の前提を整える（社内標準イメージで不足する場合がある）
- インストールが中断する場合は、エラーメッセージを記録し、以降は回避策へ切り替える（無理に延命しない）
Click-to-Run 環境でインストール判定がコケるタイプの問題は、時間を溶かしやすい典型です。業務影響が出る前に「代替案へ移る」判断基準を、チーム内で合意しておくのがおすすめです。
回避策：書き戻し（Publish）が必要なら“サポートされやすい環境”を用意する
Excel から MDS に更新を戻したい（Publish が必須）なら、現実解は「アドインが導入できる環境」を用意することです。Microsoft Learn の Q&A でも、Excel 2016 の MSI 版などを使う、または VM 上に MSI Office を構築してそこから利用する、という方向性が示されています。
| 方式 | メリット | デメリット | 向いているケース |
|---|---|---|---|
| 専用PCに MSI 版 Office を導入 | 操作感がローカルで軽い／構成が単純 | 端末台数・管理が増える | 編集担当が少数、入力頻度が高い |
| VM（仮想マシン）に MSI 版 Office を導入 | 端末制約があっても回避しやすい／切り戻ししやすい | RDP などの運用が必要／ライセンス・セキュリティ設計が必要 | 社内が全面 Microsoft 365 Click-to-Run で統一されている |
| VDI/リモートデスクトップで集中運用 | 管理を集約しやすい／監査や権限制御をしやすい | インフラコスト／同時接続設計が必要 | 入力者が多い、統制が厳しい |
ここで大事なのは、「MDS 編集端末（または編集用 VM）」を“業務システムの一部”として扱うことです。属人化した個人 PC で頑張ると、Office 更新・セキュリティ設定変更で突然動かなくなったり、トラブル時に復旧できなくなります。
回避策：Microsoft 365 Excel では Power Query で“読み取り”を代替する（更新は別経路）
「Excel で一覧を見たい」「分析や集計に使いたい」だけなら、Microsoft 365 Excel の Power Query（データ取得）で MDS データベースへ直接接続する方法が現実的です。Q&A でも Microsoft 365 での代替案として Power Query が案内されており、更新（Refresh）で最新化できます。
ただし重要な制約として、Power Query は基本的に読み取り中心で、MDS へ「Publish（書き戻し）」はできません。書き込みが必要なら、MDS の Web 画面や別の連携処理へ寄せる前提で設計します。
Power Query の接続手順（読み取り）
- Excel → データ → データの取得 → データベースから → SQL Server データベースから を選択
- サーバー名（例：
SERVER\INSTANCE）と、MDS のデータベース名を指定 - 認証方式（Windows 認証/SQL 認証）を選び、ナビゲーターでテーブル/ビューを選択
- Power Query エディターで必要ならフィルターや列削除、結合などの整形を行い、閉じて読み込む
- 以後は 更新（Refresh）で最新化
“生テーブル直読み”より、サブスクリプション ビューを先に作るのがコツ
MDS のデータベースは内部テーブルが複雑で、Power Query で直接テーブルを追いかけると保守が地獄になりがちです。実務では、MDS の機能であるサブスクリプション ビューを先に作り、そのビューを Power Query で読む設計が扱いやすいです。サブスクリプション ビューは MDS のデータを「ビュー」として MDS データベース内に生成し、外部システムが参照しやすい形にできます。
サブスクリプション ビューは、Master Data Manager の Integration Management → Create Views から作成します。モデル・バージョン・エンティティ、そしてビュー形式（Leaf Members など）を選んで保存すると、MDS データベースにビューが生成されます。
また、モデル側の変更（属性追加など）を行った場合、作成済みのサブスクリプション ビューが自動で最新化されないことがあります。エクスポート画面で変更フラグが立ったら、ビューを編集して保存し直し（再生成）する運用が必要です。
| ビュー形式 | 概要 | Power Query での用途例 |
|---|---|---|
| Leaf Members | リーフメンバー（明細）と属性値 | マスタ一覧、参照用データセット |
| Leaf Members SCD Type 2 | 履歴＋現行を含む（SCD Type 2） | 履歴追跡、差分分析、DWH 連携 |
| Consolidated Members | 集約メンバーと属性値 | 階層の上位概念を参照したい場合 |
| Explicit Parent Child / Levels | 明示階層を親子/レベルで表現 | 階層マスタを BI で使う |
「更新したい」要件がある場合の現実的な設計（Excel 以外に寄せる）
Microsoft 365 Excel（Click-to-Run）でアドインが入らない/安定しない場合でも、更新要件を捨てられないことは多いです。その場合、設計を次のどれかに寄せると破綻しにくいです。
| 要件 | おすすめの手段 | 補足 |
|---|---|---|
| 利用者が Excel で編集して書き戻したい | MSI 版 Excel 端末/VM にアドインを導入 | 最短で「Publish」まで完結 |
| 閲覧・集計だけできればよい | Power Query + サブスクリプション ビュー | 更新はしない前提で割り切る |
| Web で更新できればよい | MDS の Web 画面（Master Data Manager）で運用 | 権限制御と操作教育が鍵 |
| 外部システムから一括更新したい | 連携処理（ETL/バッチ/スクリプト）へ寄せる | 監査・エラー処理・再実行設計が重要 |
Microsoft 365 でハマりやすい“セキュリティ設定”も先に潰しておく
MDS の Excel アドインは、ActiveX の有効化が必要になることがあり、無効だと MDS データのロードが完了しない可能性がある、とドキュメントに記載されています。企業の Microsoft 365 環境では ActiveX を全面禁止していることもあるため、導入可否の前に「ポリシー的に許されるか」を確認しておくと、徒労を避けられます。
- セキュリティ部門・情シスに「ActiveX を許可できる範囲」「例外運用が可能か」を確認する
- どうしても難しい場合は、編集端末を隔離（VM/VDI）して統制を効かせる
- 閲覧ニーズなら Power Query（読み取り）へ寄せる
運用判断のコア：MDS が SQL Server 2025 で削除される前提で“投資配分”を決める
もう一度、将来性の話を現実的にまとめます。Microsoft のドキュメントでは MDS が SQL Server 2025 で削除（removed）され、SQL Server 2022 以前でのみサポートが続くと整理されています。つまり「今ある MDS を維持する」ことと「将来も拡張し続ける」ことは別問題です。
この前提を踏まえると、MDS Excel アドイン対応の優先順位は次のようになります。
| 状況 | おすすめ | 理由 |
|---|---|---|
| MDS を使った業務が既に止められない | 編集端末/VM を用意してアドイン運用を安定化 | 短期の業務継続が最優先 |
| 新規で MDS を拡張しようとしている | 拡張は最小化し、移行計画（代替 MDM/連携）を並走 | 将来のアップグレードで詰むリスクが高い |
| 「Excel で見たい」だけが要件 | Power Query + サブスクリプション ビュー | アドインに依存せず、Microsoft 365 の強みを活かせる |
まとめ：Microsoft 365 Excel（Click-to-Run）で無理をしない方が、結果的に早い
SQL Server 2022 の MDS Excel アドインは配布・ドキュメントともに残っており、MDS を SQL Server 2022 で運用している限りは実務上まだ使えます。
ただし Microsoft 365 Excel（Click-to-Run）では、インストール判定や環境制約で詰まる可能性が現実にあり、「Excel からの書き戻しが必要か／読み取りでよいか」を起点に、最初から運用ルートを分けるのが安全です。書き戻しが必要なら MSI 版 Excel を使える端末/VM を用意し、読み取り中心なら Power Query とサブスクリプション ビューで設計する。この割り切りが、最短で“止まらない運用”につながります。
コメント