Azure Sponsorship サブスクリプションで利用料金を確認しようとすると、Azure ポータルの Cost Management（コスト管理）でスコープ選択時に「(not supported)」と表示され、分析画面に入れないことがあります。これは設定ミスというより“契約（オファー）仕様”が原因であるケースが大半です。本記事では、原因の切り分け、スポンサーシップでの正しい確認方法、そして Azure ポータル側で Cost Management を使うための現実的な選択肢を整理します。
現象：「(not supported)」表示で Cost Management のスコープに選べない
Azure ポータルで Cost Management + Billing を開き、スコープ（管理対象）を選ぶ画面でサブスクリプション名の先頭に「(not supported)」が付く、または「このアカウント種別では Cost Management がサポートされていない」といったメッセージが表示されるケースです。
この状態では、次のような作業がやりにくくなります。
- Cost analysis（コスト分析）での内訳確認（サービス別・リソースグループ別・タグ別など）
- Budget（予算）やアラートの設定
- レポート／エクスポート機能の活用
結論：Azure Sponsorship（スポンサーシップ）は Cost Management 非対応のオファーに含まれる
Cost Management は、すべての Azure サブスクリプションで利用できるわけではありません。Microsoft 公式の「Cost Management でサポートされる Azure オファー一覧」には、Microsoft Azure Sponsorship（Offer ID: MS-AZR-0036P）や、EA Azure Sponsorship（MS-AZR-0136P）が「The following offers aren’t supported（非対応）」として明記されています。
つまり、Azure Sponsorship サブスクリプションで「(not supported)」が出るのは、ポータルの不調というより仕様として正しい挙動です。
「オファー」とは何か（誤解しやすいポイント）
ここでいう「オファー」は、サブスクリプションの課金プラン（契約形態）のことです。代表例は Pay-As-You-Go（従量課金）、Enterprise Agreement（EA）、Microsoft Customer Agreement（MCA）、そして Sponsorship（クレジット型）などです。Cost Management は、このオファー種別によって“使える／使えない”が決まります。
| 区分（例） | 代表的な Offer ID（例） | Cost Management | 補足 |
|---|---|---|---|
| Pay-As-You-Go（従量課金） | MS-AZR-0003P | 対応 | Cost analysis / 予算 / エクスポート等が使いやすい |
| Microsoft Azure Sponsorship | MS-AZR-0036P | 非対応 | スコープで「(not supported)」になりやすい |
| EA Azure Sponsorship | MS-AZR-0136P | 非対応 | EA 側の Sponsorship も同様に非対応 |
「以前は見えていたのに、最近見えなくなった」よくある原因
「数日前まで Cost Management が見えていたのに急に見えなくなった」という相談は珍しくありません。ただし、Sponsorship（MS-AZR-0036P 等）が非対応である事実は変わらないため、次のような“見え方の変化”が起きている可能性が高いです。
| ありがちな状況 | 何が起きているか | 確認ポイント |
|---|---|---|
| 別のスコープ（別契約）を見ていた | 複数の課金スコープを持っていて、以前は Pay-As-You-Go など対応スコープを選んでいた | Cost Management + Billing の「Switch scope」で、選択しているスコープ種別を確認 |
| テナント（ディレクトリ）切り替えで見え方が変わった | 別テナント側のサブスクリプションを見ていた／フィルタで非表示になった | Azure ポータル右上のディレクトリ切り替え、サブスクリプションフィルタを確認 |
| ポータル側の表示変更（段階的ロールアウト） | 以前は“入れてしまっていた”が、後から判定が厳密になり非対応表示になった | Offer ID が Sponsorship（MS-AZR-0036P 等）であるかを再確認 |
ポイントは「Sponsorship なのに Cost Management を見られる状態」が“通常運用として保証されている状態”ではない、という点です。長期運用の前提にはしないほうが安全です。
最初にやるべき切り分け：Offer ID（オファー）を確認する
「本当に Sponsorship なのか」「似た名前の別契約を見ていないか」を確認するのが最短です。
サブスクリプション側で確認する（Offer ID）
- Azure ポータルで Subscriptions を開く
- 対象サブスクリプションを選択し、Overview（概要）で Offer ID を確認する
- MS-AZR-0036P などが表示される場合、Sponsorship 系の可能性が高い
Offer ID の確認場所（Subscriptions → Overview）は、Microsoft Learn Q&A でも案内されています。
課金スコープ（Billing account type）も併せて確認する
契約形態（EA / MCA / MOSP など）により、そもそも Azure ポータルで見られる課金スコープが異なります。Cost Management + Billing から「Billing scopes」を確認し、課金アカウント種別や現在選択しているスコープが適切かを確認します。
Azure Sponsorship の利用料金・残高を確認する正規の方法
Sponsorship（クレジット）での利用状況・残高は、Azure ポータルではなく Azure Sponsorships ポータル側で確認するのが基本です。トップ画面にも「Check Your Balance」「Usage Details」が用意されています。
主に使う URL は次のとおりです（コピーしてブラウザで開きます）。
- 残高確認：
https://www.microsoftazuresponsorships.com/Balance - 利用状況：
https://www.microsoftazuresponsorships.com/Usage
重要：Sponsorships ポータルは、組織内の全員が見られるとは限りません。Microsoft Learn Q&A では「Only account owners are able to access this portal（アカウントオーナーのみアクセス可能）」と案内されています。閲覧できない場合は、まず“ログインしているアカウントが Sponsorship のアカウントオーナーか”を疑ってください。
| 確認したいこと | おすすめの場所 | 向いている使い方 | 注意点 |
|---|---|---|---|
| クレジット残高（どれだけ残っているか） | Sponsorships ポータル（Balance） | 「残り何日持つか」を把握したい | 閲覧権限がアカウントオーナーに限定される場合がある |
| 利用状況（何に消費しているか） | Sponsorships ポータル（Usage Details） | サービス別・日別の消費傾向を掴みたい | Cost Management のような高度なフィルタ／可視化は期待しすぎない |
| タグ別・RG別の詳細分析、予算・アラート | Cost Management（対応オファーのみ） | FinOps 的な運用（配賦、予算統制）をしたい | Sponsorship オファーは非対応 |
Sponsorship でも「運用に足るコスト把握」をするコツ
Cost Management が使えないと、分析が一気に不便になります。ただ、Sponsorship の運用で本当に困るのは多くの場合「クレジットがいつ尽きるか」「どのリソースが燃やしているか」の2点です。ここを押さえれば、実務では十分コントロールできます。
見るべき指標は「月次合計」より「増え方（速度）」
クレジット型の落とし穴は、月次合計が分かっても“残高が尽きる瞬間”が読めないことです。おすすめは、次のように消化速度を見にいくことです。
- 直近7日〜14日の消費額を見て、1日あたり平均を出す
- 残高 ÷ 1日平均 で「おおよその残日数」を推定する
- 推定残日数が短い場合は「停止・縮小・削除」候補を洗い出す
Cost Management 側でも「コストはクレジットを考慮しない（don’t factor in credits）」とされており、クレジット型では“実際の残高”とのズレが出やすい設計です。Sponsorship では最初から残高ベースで見られるポータルを使うほうが現実的です。
クレジット消化が加速しやすい典型パターン（現場あるある）
| パターン | なぜ増えるか | まず試す対策 |
|---|---|---|
| VM/AKS を24時間稼働している | 停止しない限り継続課金が発生 | 夜間停止、週末停止、サイズダウン、スケール調整 |
| マネージドDBが高いSKUのまま | 性能ティアがコストに直結 | 低負荷時間帯のスケールダウン、開発環境は別SKUに分離 |
| ストレージの冗長化/性能が過剰 | 容量だけでなく性能・冗長オプションが効く | 冗長化ポリシー見直し、ライフサイクルで低頻度層へ移動 |
| データ転送（外向き）が想定より多い | ログ/バックアップ/配信で増えやすい | 転送経路・保持設計・キャッシュ設計を見直す |
“将来の分析”のために、今からやっておくと効く設計
たとえ今は Cost Management が使えなくても、後から Pay-As-You-Go 等に移行した瞬間に「分析できるか／できないか」は、日頃の設計で決まります。
- リソース命名規則を揃える（例：
app-env-region-role-001） - タグ運用を前提にする（例：
env,owner,costCenter,system） - 開発・検証・本番をサブスクリプションまたはリソースグループで分離する
Cost Management では、タグは“リソースに直接付与されたもの”がコストデータに載る、などの制約があります（後から移行するなら尚更、今から整備しておく価値が高いです）。
どうしても Azure ポータルで Cost Management を使いたい場合の選択肢
Sponsorship オファー（MS-AZR-0036P 等）は Cost Management 非対応なので、Azure ポータル側で Cost analysis / Budget を使いたいなら、対応オファーへ切り替える／対応オファーのサブスクリプションに移すのが基本方針になります。
選択肢を一気に整理（おすすめ判断表）
| 選択肢 | 概要 | メリット | 注意点 |
|---|---|---|---|
| Pay-As-You-Go に移行（切替/変換） | Sponsorship を終えて従量課金にする | Cost Management が使える可能性が高い | クレジットを超えると課金が発生。支払い方法・請求の管理が必須 |
| 新規に対応サブスクリプションを作成して移設 | Pay-As-You-Go 等を新規作成し、リソースを移動 | Sponsorship はそのまま、分析は新サブスクリプションで実施 | 移動できないリソースもある。設計・停止時間の調整が必要 |
| 契約（オファー）変更をサポートへ相談 | 販売パートナー/ Microsoft へ問い合わせ | 事情に合わせた最短ルートを提案してもらえる | Azure ポータルで「Switch Offer」が出ない場合はサポート経由になることがある |
補足：Sponsorship は一定条件で Pay-As-You-Go に“自動変換”されることがある
Microsoft Azure Sponsorship Offer の条件として、利用上限（Usage Cap）に達した場合、または終了日（End Date）を迎えた場合に、Sponsorship の特別価格が終了し、サブスクリプションが Pay-As-You-Go に自動的に変換される旨が記載されています。
「勝手に課金が始まって困った」を避けるためにも、Sponsorship 期間中は残高と消化速度を定期的に確認し、終了日が近い場合は停止・削除計画を先に作っておくのがおすすめです。
注意：Sponsorship では“対象外の費用”が発生する場合がある
スポンサーシップの“割引（クレジット）”は万能ではありません。Offer Details では、サポートプラン、サードパーティ製品、Azure Marketplace 経由の製品などは特別価格の対象外で、利用した場合は利用者が支払う必要がある旨が示されています。クレジット残高があるのに請求が出た、というケースはここが原因になりがちです。
「別の方法でコストを確認できる？」に対する現実的な答え
結論として、Sponsorship（MS-AZR-0036P）そのものに対して Azure ポータルの Cost Management を“復活させる”のは難しいため、目的別に次のどれかで解決するのが現実的です。
目的が「残高・消化状況を知りたい」なら
Sponsorships ポータルで残高と利用状況を確認するのが正攻法です。Microsoft Learn Q&A でも、Cost Management が非対応の前提で Sponsorships ポータル利用が案内されています。
目的が「リソース別・部署別に分析して予算統制したい」なら
Cost Management 対応オファーのサブスクリプション（Pay-As-You-Go や MCA/EA 等）へ移行・移設することを検討します。Cost Management の対応／非対応はオファーで決まり、Sponsorship は非対応に含まれるためです。
よくある質問（現場で詰まりやすいところ）
Cost Management API や Consumption API で代替できない？
プログラムでの代替を考える方も多いのですが、Azure Consumption API は「対応している契約」が限られており、さらに Unsupported subscription types に MS-AZR-0036P（sponsored）が含まれると明記されています。Sponsorship では API でも取りにくいことがあるため、まずは Sponsorships ポータルを起点に設計するほうが安全です。
Sponsorships ポータルに入れない（active sponsorship がない等）
このケースは「アカウントが違う」ことが非常に多いです。Sponsorships ポータルはアカウントオーナーのみアクセス可能と案内されている例があり、組織の管理者であっても“オーナーの資格情報でログインしていない”と閲覧できないことがあります。まずは Sponsorship 付与時の案内メールの受信者（オーナー）でログインしているかを確認してください。
「Cost Management をどうしても使いたい」最短は？
短期的には「対応オファーのサブスクリプションを用意して、そこへ移設」が最も確実です。Sponsorship 自体は非対応のため、同じサブスクリプションで解決しようとすると詰まりがちです。
実務でのおすすめ運用（最低限これだけで事故が減る）
| 頻度 | やること | 狙い |
|---|---|---|
| 毎週 | Sponsorships ポータルで残高と直近の消化速度を確認 | 突然の枯渇・自動変換（課金開始）を避ける |
| 毎週 | 「24時間稼働しているリソース」を棚卸し（VM/AKS/DB など） | 継続課金の“燃え元”を早めに発見 |
| 毎月 | 命名規則・タグの未設定リソースを潰す | 将来、対応オファーに移行したとき分析が破綻しないようにする |
| 期限が近いとき | 終了日／上限到達前の停止・移行計画を確定 | 自動的に Pay-As-You-Go へ変換される条件があるため、前倒しで備える |
まとめ
- Azure Sponsorship（Offer ID: MS-AZR-0036P 等）は、Microsoft 公式の一覧で Cost Management 非対応に含まれるため、「(not supported)」表示は仕様として正しい挙動です。
- Sponsorship の残高・利用状況は、Sponsorships ポータル（
https://www.microsoftazuresponsorships.com/Balance/https://www.microsoftazuresponsorships.com/Usage）で確認するのが正攻法です。 - Azure ポータルの Cost Management を本格的に使いたい場合は、Cost Management 対応オファー（例：Pay-As-You-Go）への移行・移設を検討するのが現実的です。Sponsorship は条件により Pay-As-You-Go へ自動変換されることもあるため、事前に運用計画を作っておくと事故を防げます。
コメント