Azure Storage のSFTPを試しに有効化しただけなのに、使っていないはずの月額課金が発生し、請求書から返金（expedited refund）を申請しようとすると「Ineligible」と表示される――そんなときの正しい対応ルートをまとめます。ポイントは、無償の課金サポートに正式なチケットを作り、事実関係と証拠を添えて返金可否を審査してもらうことです。
今回の症状を整理（「対象外」表示＝返金不可の確定ではない）
まず押さえたいのは、請求書画面に次のような表示が出ても、返金の相談ルートが閉ざされるわけではない点です。
| 項目 | 状況 | 意味合い |
|---|---|---|
| ストレージアカウントの中身 | 空（データ無し） | 容量課金（データ保管）とは別要因の可能性が高い |
| SFTP の利用 | 未使用（接続・転送なし） | 「使った分」ではなく「有効化していた分」の課金が疑われる |
| 請求額 | 約 £250（1か月分） | 設定のまま放置すると継続課金になりやすい |
| 請求書画面の返金 | “Ineligible: This invoice is not eligible for expedited refund. Contact support.” | 「請求書画面からの即時返金」機能が使えないだけで、サポート審査の余地は残る |
つまり「expedited refund（迅速返金）」が対象外でも、課金（Billing）サポートに事情を説明し、返金可否の審査を依頼するのが実務上の正攻法です。
なぜ「Ineligible（対象外）」と表示されるのか
Azureの請求は契約形態や課金の種類、請求タイミングによって扱いが変わります。そのため、請求書画面の返金ボタン（expedited refund）は、一定の条件を満たす場合にしか出せない（または対象外になる）ことがあります。
よくあるイメージとしては、次のようなパターンです（実際の判定は契約条件や請求状況で変わるため、最終判断はサポート審査になります）。
| よくあるパターン | 請求書の返金ボタンが使えない理由（例） | 取るべき次の行動 |
|---|---|---|
| 請求書が「即時返金」の対象外ルールに該当 | 特定の請求種類・契約・支払い状況では自動返金が許可されない | 課金サポートへチケット作成して人手で審査してもらう |
| 利用明細の確定や請求処理の都合 | 請求処理が確定すると、画面上の簡易返金フローが閉じる場合がある | 該当期間・該当メーター・有効化期間を添えて問い合わせる |
| 返金の正当性の確認が必要なケース | 「未使用」「誤有効化」など状況確認が必要で、セルフ返金対象外になりやすい | 証拠（ログ・設定・スクリーンショット）を添付して説明する |
この段階で大切なのは、画面表示に引きずられて諦めないことです。「請求書からは出せない」＝「返金の相談ができない」ではありません。
結論：無償の「課金サポート（Billing）」にチケットを切って返金相談する
Azureは、技術サポート（有償プランが必要なことが多い）とは別に、課金・請求に関するサポート窓口は無償で利用できるのが基本です。今回のような「使っていないのに請求が出た」「意図せず機能を有効化していた可能性がある」「返金ボタンが対象外」などは、まさに課金サポート案件です。
サポートチケットでは、次の方針で相談すると話が早くなります。
- 事実：ストレージが空、SFTPを使っていない、しかしSFTP有効化相当の課金が1か月出ている
- 依頼：該当請求の調査と返金可否の検討（必要なら停止方法の案内も）
- 根拠：SFTP有効化の設定状況、課金明細（該当メーター）、有効化期間の手がかり
チケットを切る前にやっておくと強い「確認」と「証拠集め」
サポートは状況が具体的なほど動きやすく、返金検討もスムーズになります。チケット作成の前後どちらでも良いですが、最低限は次を押さえると強いです。
確認する場所（おすすめ順）
| 確認先 | 見るもの | 目的 | メモしておくと良い項目 |
|---|---|---|---|
| Cost Management（コスト分析） | 該当期間のコスト内訳 | 「何に対して課金されたか」を特定 | サービス名、メーター名（または明細名）、リソース名、金額、期間 |
| 請求書（Invoice） | 請求書番号、請求期間 | サポートが請求を追跡する鍵 | Invoice ID（または番号）、Billing profile / Billing account、期間 |
| 該当ストレージアカウントの設定 | SFTPが有効か、ローカルユーザー/認証関連の設定 | 「有効化していたか」「今どうなっているか」を説明 | 現在のON/OFF、設定画面のスクリーンショット |
| アクティビティログ（可能なら） | 設定変更の履歴 | 「いつ誰が有効化したか」の推定材料 | 有効化した日時、実行者（ユーザー/アプリ）、操作名 |
「未使用」を伝えるために有効な材料
“SFTP を使っていない”は、単なる主張だけだと審査が難しくなります。次のように、客観的に説明できる材料を添えると説得力が上がります。
- SFTPを利用するユーザー（ローカルユーザー等）を作っていない、または作ったが無効化済み
- 接続・転送の運用をしていない（利用部門も存在しない）
- 該当期間の監査ログ/アクティビティログに「接続やデータ転送を示す運用痕跡がない」（確認できる範囲で）
- 当該ストレージは検証用途で、現在不要（今後も利用予定なし）
ここでの狙いは、「誤って有効化した」「使っていない」ことを、サポートが判断しやすい形に落とすことです。
Azureポータルから課金サポートを作成する具体的な手順
以下は、AzureポータルからBilling（課金）カテゴリでサポートリクエスト（チケット）を作る流れです。UIは更新されることがありますが、基本の考え方は同じです。
- ブラウザで Azure ポータルを開き、サポート作成画面へ進みます。 https://portal.azure.com/#create/Microsoft.Support
- 画面上部の検索ボックスに 「billing」 と入力し、「Go」をクリックします。
- カテゴリとして 「Billing（課金）」 を選び、「Next（次へ）」に進みます。
- 対象となる サブスクリプション をプルダウンから選択し、「Next」をクリックします。
- 数秒待つと自動提案（解決策や誘導リンク）が表示されることがあります。ここで重要なのは、画面上部の「Create a support request（サポートリクエストを作成）」 を押して、チケット作成フォームへ進むことです。 注意：自動提案のリンクを深追いすると、案内ページを行き来してフォームに戻れなくなることがあります。迷ったら「Create a support request」へ進みます。
- サポートリクエストのフォームで、概要と分類を入力します。
- Summary（概要）：例「未使用のストレージSFTPに対する予期せぬ請求の返金相談」
- Problem type（問題の種類）：課金・請求関連
- Problem subtype（問題の詳細分類）：最も近いもの（例：予期せぬ請求、返金、請求の調査 など）
- 再び解決策候補が出る場合があります。リンクを開いて調査が長引くよりも、「Return to support request（サポートリクエストに戻る）」 でフォームに戻り、チケット作成を完了させるのが確実です。
- 「Additional details（追加情報）」で、状況を具体的に書きます。ここが返金審査の勝負どころです。
- 請求額（約 £250）と請求期間
- 該当の請求書（Invoice）の識別情報
- 対象サブスクリプション（Subscription ID）
- 対象ストレージアカウント名、リソースグループ名、リージョン（分かる範囲で）
- 「SFTPを有効化していたが、接続・転送など利用実態がない」こと
- 「expedited refund が Ineligible と表示され、請求書画面から申請できない」こと
- 希望：請求の調査と返金可否の検討（可能なら返金）
- 「Review + create（確認と作成）」で内容を確認し、「Create」をクリックして送信します。
チケットに書く内容（これだけ入れると強い）
課金サポートは、事実関係と請求の紐付けができると動きが早いです。入力欄に何を書けばいいか迷う場合は、次の表をそのままチェックリストにしてください。
| 項目 | 例 | なぜ必要か |
|---|---|---|
| 請求書情報 | Invoice番号、請求期間 | サポートが請求を特定できる |
| 金額 | 約 £250 | 影響度と対象範囲が明確になる |
| サブスクリプション | Subscription ID | 調査対象のスコープを固定できる |
| リソース特定 | ストレージアカウント名、リソースグループ | 「どの設定が原因か」を追いやすい |
| 状況説明（要点） | ストレージは空／SFTP未使用／有効化に対する課金が発生 | 返金審査の前提が揃う |
| 画面表示 | expedited refund が Ineligible | セルフ返金できない理由が明確になる |
| 証拠 | コスト分析のスクショ、設定画面のスクショ | 「未使用」「誤有効化」を説明しやすい |
| 希望する対応 | 請求調査＋返金可否の検討（可能なら返金） | ゴールが明確になり、サポート側の次アクションが決まる |
そのまま使える問い合わせ文テンプレート（英語・日本語）
サポートは日本語でも進められることがありますが、課金調査は英語テンプレートがあると速い場合があります。状況に合わせて書き換えてください。
英語テンプレート
Subject: Unexpected SFTP charge on empty Storage Account - Expedited refund shows Ineligible Hello Billing Support Team, I have an unexpected charge related to Azure Storage Account SFTP enablement for about £250 for one month. However, the storage account is empty and we have not used SFTP (no connections / no file transfers). When I tried to request an expedited refund from the invoice page, it shows: "Ineligible: This invoice is not eligible for expedited refund. Contact support." Could you please investigate the charge and advise if a refund is possible? Details: * Subscription ID: (your subscription ID) * Storage Account: (name) * Resource Group: (name) * Invoice: (invoice number / billing period) * Notes: SFTP may have been enabled, but there was no actual usage. I have attached screenshots from Cost Analysis and the storage account configuration. Thank you.
日本語テンプレート
件名：未使用のストレージアカウントSFTPに関する予期せぬ請求（請求書から返金申請が対象外） 課金サポートご担当者様 Azure Storage Account のSFTP有効化に関する請求が1か月分 約£250 発生しましたが、 当該ストレージアカウントは中身が空で、SFTPの接続・ファイル転送など利用実態がありません。 請求書画面から返金（expedited refund）を申請しようとすると、 "Ineligible: This invoice is not eligible for expedited refund. Contact support." と表示され、請求書画面から申請できない状況です。 請求の調査と、返金可否のご確認（可能であれば返金）をご相談したいです。 【情報】 * Subscription ID：（サブスクリプションID） * ストレージアカウント名：（名称） * リソースグループ：（名称） * 請求書：（請求書番号／請求期間） * 補足：SFTPが有効化されていた可能性はありますが、利用はしていません。 Cost Analysis と設定画面のスクリーンショットを添付します。 よろしくお願いいたします。
チケット作成後の流れ（やりとりで意識するポイント）
チケットを作ると自動返信メールが届き、その後サポート担当から追加情報の依頼が来ることが多いです。スムーズに進めるために、次の点を意識します。
- 追加質問には早めに回答：請求調査は関係部署照会が挟まることがあり、回答待ちで止まりやすい
- 「いつからいつまで有効だったか」の観点を持つ：SFTPが有効化されていた期間が課金期間と一致するかが重要
- 再発防止（既に無効化した）を伝える：今後の追加課金が出ないことを示し、返金相談に集中できる
- 「誤操作・検証目的」など背景を簡潔に：意図せぬ課金であることが伝わりやすい
返金相談を通しやすくする実務的なコツ
返金の可否は最終的にサポートと契約条件に依存しますが、実務上は「説明の仕方」でスムーズさが変わります。おすすめは次の書き方です。
やりがちな書き方（弱い）
- 「使ってないのに請求された。返金してほしい」だけ
- 請求書番号やサブスクリプションIDがない
- どのリソースのどの機能か曖昧
通りやすい書き方（強い）
- 請求の特定情報（請求書番号、期間、金額）を冒頭に置く
- 対象リソース（ストレージアカウント名、リソースグループ、サブスクリプション）を明確化
- 利用実態がないことを具体化（運用していない、接続・転送していない、検証で有効化した可能性など）
- セルフ返金が不可（Ineligible表示）なのでサポートでの審査依頼、という筋を通す
- Cost Analysisや設定画面など、根拠のスクリーンショットを添付する
「まず止血」：追加課金を止めるために確認したいこと
返金相談と並行して、同じ請求が次月も発生しないように「止血」しておくのが安全です。次の優先順位で確認します。
| 優先度 | 対応 | 狙い | 注意点 |
|---|---|---|---|
| 高 | SFTP を無効化する | 機能有効化に紐づく課金が続くのを止める | 無効化後も請求反映のタイミングは契約・処理状況で差が出る |
| 高 | 不要ならストレージアカウント自体を削除 | 関連機能も含めて課金要因を消す | 削除は復旧困難。必要データがないことを再確認 |
| 中 | 検証用のリソースを棚卸し | 「有効化したまま放置」を減らす | タグや命名規則があると運用が楽 |
「返金を依頼したから、設定はそのままでいい」は危険です。まず課金源を止め、次に返金審査、の順番がトラブルを大きくしません。
今後の予防策：検証用途ほど“課金が走る仕掛け”を先に入れる
今回のポイントは、「使った量」ではなく「機能の有効化・構成」によって料金が発生し得ることです。検証や一時的な有効化ほど、元に戻し忘れて請求が膨らみやすいので、予防策をセットで運用するのが効果的です。
予防策の実践例
使っていない機能は無効化する（“ONのまま”を作らない）
- 試しただけのSFTP、公開エンドポイント、診断設定などは、検証が終わった時点でオフに戻す
- 「いつでも使える状態」を残すより、「必要になったら有効化する」運用の方が事故が減る
- 検証リソースは作成日・用途タグを必ず付け、不要判断を早くする
コストアラート（予算）を必ず入れる
Cost Management の予算アラートは、少ない手間で効果が大きい対策です。
- 月額の予算を小さめに設定し、超過前に通知
- 通知先は個人だけでなく、チームの共有メールやTeams連携も検討
- 検証サブスクリプションは特に、低めの上限＋通知回数を多めにする
検証用サブスクリプションの棚卸しルールを決める
- 毎月（または隔週）で「検証リソースの削除日」を決める
- リソースグループ単位で“検証環境”をまとめ、削除を容易にする
- 命名規則に「dev」「test」「poc」などを含め、コスト分析で拾いやすくする
予防策の選び方（効果と手間のバランス）
| 対策 | 効果（事故防止） | 導入の手間 | 向いているケース |
|---|---|---|---|
| SFTP等の機能を都度オフ | 高 | 低 | 検証で一時的に機能を触ることが多い |
| 予算アラート | 高 | 低〜中 | 少人数運用、まず早期検知したい |
| 棚卸しルール（定例運用） | 中〜高 | 中 | 検証リソースが増えがち、継続運用が必要 |
| タグ・命名規則の徹底 | 中 | 中 | 後から追跡できる運用にしたい |
よくあるつまずきと回避策
自動提案のリンクを押してしまい、チケット作成フォームに戻れない
ポータルのサポート作成フローは、途中で解決策候補（ナレッジリンク）が出ます。調べものをしている間にフォームを見失いがちです。「Create a support request」→「Return to support request」を意識して、フォーム作成を先に終わらせるのがおすすめです。
請求のどこを見れば「SFTPの課金」なのか分からない
請求書だけだと粒度が粗いことがあります。Cost Management のコスト分析で、サービス名・メーター（明細）・リソースの軸で絞り込み、該当コスト行を特定してからサポートに渡すと、調査が一気に進みます。
「未使用」なのに課金されるのが納得できない
Azureには「利用量（GBや回数）」だけでなく、「機能の有効化・構成を維持していること」自体が料金の根拠になり得るサービスが存在します。今回のケースは、まさにそこに当たりやすいタイプです。納得感が得られない場合でも、まずは課金明細の根拠（何が課金対象になっているか）をサポートと一緒に特定し、そのうえで返金可否の審査に進めるのが現実的です。
まとめ：請求書で「対象外」でも、課金サポートが正式ルート
請求書画面で “Ineligible: This invoice is not eligible for expedited refund. Contact support.” と出ると行き止まりに感じますが、やるべきことは明確です。
- 請求書の返金ボタンが使えなくても、課金サポート（Billing）にチケットを作って返金相談できる
- チケットでは、請求の特定情報＋未使用の根拠（スクショや明細）をセットで出すと進みが速い
- 返金相談と同時に、SFTPを無効化／不要ならリソース削除で追加請求を止める
- 再発防止は、予算アラート＋検証リソース棚卸しが効果大
「対象外」表示は“セルフ手続きの対象外”というだけで、返金の可能性を完全に否定するものではありません。困ったときは、課金サポートに正式なサポートリクエストを出し、状況を整理して丁寧に相談するのが最短ルートです。
コメント