次の方法で共有


顧客の Azure サブスクリプションまたは予約、または節約プラン (Azure プランの下) を別の CSP に転送する

対象のロール: 管理エージェント

この記事では、お客様が Azure サブスクリプション、予約、および節約プランを、Azure プランの下で、クラウド ソリューション プロバイダー (CSP) プログラムのパートナー間で変更する方法について説明します。

Note

この記事では、 Azure プランの新しいコマース エクスペリエンス サブスクリプション パートナー間で譲渡する方法について説明します。 Azure レガシ サブスクリプションの転送手順については、 の Azure レガシ転送に関するトピックを参照してください。

顧客の Azure サブスクリプション、予約、および節約プランを別のパートナーから切り替えるには、次の手順に従います。 現在のパートナー、将来のパートナー、お客様には、それぞれに完了すべき手順があります。

Note

移行ツールにアクセスできるのは、Microsoft との直接請求関係を持つパートナーのみです。 間接リセラーが移行ツールを使用するには、間接プロバイダーと一緒に作業する必要があります。

顧客は、移行ツールを使用する前に、現在のパートナーと今後のパートナーの両方とやり取りする必要があります。 混乱やチャーンを回避するには、オフラインでの会話を行う必要があります。 パートナーと顧客は、切り替えを開始する前に、次の考慮事項と前提条件を理解しておく必要があります。

考慮事項

  • パートナーは、サブスクリプションと共に Azure 予約インスタンスを将来のパートナーに譲渡できます。 前払い予約の譲渡後、顧客はこれらの予約を取り消したり交換したりすることはできません。 譲渡された予約が月払いプランの場合、次の月額料金は日割り計算された金額ではなく、移行先パートナーの調整ファイルに表示されます。 前の月額料金 (月額料金全体) は、ソース パートナーの調整ファイルに表示されます。
  • Azure サブスクリプションの場合、このセルフサービス移行ツールは、お客様の現在のパートナーに以前の Azure オファー (MS-AZR-0145p) または新しい Azure オファー (Azure プラン) がある場合に使用できます。 どちらの場合も、移転が完了すると、Azure サブスクリプションは将来のパートナーでの Azure プランのもとに置かれます。
  • Azure 予約インスタンスの譲渡を要求していて、課金通貨が現在のパートナーと異なる場合、Azure 予約インスタンスは次の課金サイクルの開始時に取り消されます (前払いされていない予約に適用されます)。 サービスを続行するには、Azure 予約インスタンスを再購入する必要があります。 この動作は、節約プランの転送にも適用されます。
  • 現在のパートナーの Azure サービスの CSP 価格は譲渡されません。
  • azure プラン (MS-AZR-0145p)サブスクリプション譲渡すると、それらの Azure サブスクリプションは、Azure プラン内の新しい Azure オファー サブスクリプションに同時に変換されます。
  • 顧客に対するサポート責任は、今後のパートナーに移ります。
  • 課金と請求は、譲渡時に将来のパートナーに移動されます。 この動作は、節約プランの転送にも適用されます。
  • Azure ロールベースのアクセス制御 (RBAC) は転送されません。
  • 代理管理者 (AOBO) は、既定では将来のパートナーに付与されません。
  • サードパーティの Azure Marketplace 製品は、製品が Azure Marketplace の適格性チェックに合格している限り転送されます。
    • 特別な割引や地域の制限はありません。
    • 製品はサブスクリプション ベースではありません。
    • 今後のパートナーは発行元と連携して、発行元が製品の展開用の許可リストに登録されていることを確認する必要があります。
    • これらの条件のいずれかが満たされない場合は、Azure Marketplace 製品をキャンセルする必要があります。 Azure サブスクリプションは移転する必要があり、Azure Marketplace 製品は新しいパートナーから購入する必要があります。

Azure 予約転送の具体的な詳細

単一スコープの予約インスタンスは Azure サブスクリプションと同じセクションに表示されますが、共有スコープの予約インスタンスは [予約] セクションに表示されます。

予約インスタンスの転送を示すスクリーンショット。

アクティブな予約と非アクティブな予約の両方が転送ウィザードに表示され、パートナーはアクティブな予約のみを選択する必要があります。 それ以外の場合は、移転リクエストを受け入れることができません。 ソース パートナーは、アクティブな Azure サブスクリプションと RI (単一および共有スコープ) のみを転送できます。

次の種類の予約インスタンスを選択できます。

  • 単一スコープ: これらの予約インスタンスは Azure サブスクリプションに関連付けられていて、パートナーが Azure サブスクリプションの横にあるシェブロンを選択すると表示されます (上の図の手順 2)。
  • 単一スコープ (孤立した予約インスタンス): これらの予約インスタンスは、Azure サブスクリプションが関連付けられた RI なしで転送されるときに表示されます。 孤立した単一スコープ RI は、パートナーが予約の横にあるシェブロンを選択したときにも表示されます (手順 3)。
  • 共有スコープ: 共有スコープ予約は独立した RI であり、パートナーが予約の横にあるシェブロンを選択したときに表示されます (手順 3)。

パートナーが RI を転送する方法の主要なシナリオと対応する手順を次に示します。

  • ソース パートナーが Azure サブスクリプションのみを転送する場合 (アクティブまたは非アクティブな単一または共有スコープの RI なし): ソース パートナーは、Azure サブスクリプションのみを選択する必要があります (手順 1 でシェブロンを選択し、RI が選択されていないことを確認します)。
  • ソース パートナーが Azure サブスクリプションと単一スコープのアクティブな RI を転送する場合は、手順 1 と 2 が必要です。すべての非アクティブな、取り消された、削除された単一スコープの RI がオフになっていることを確認します。
  • ソース パートナーが Azure サブスクリプション、単一スコープ RI、および共有スコープ RI を転送する場合は、手順 1、2、3 が必要です。すべての非アクティブな、取り消された、削除された単一および共有スコープの RI がオフになっていることを確認します。

Note

パートナーは、1 つの Azure サブスクリプションを譲渡できます。 パートナーは、Azure サブスクリプションに合わせて予約を譲渡することもできます。 転送の詳細ページで選択されているものは、転送されます。 選択されていない項目は転送されません。 Azure サブスクリプションを選択しても予約は自動的に転送されません。パートナーは、譲渡する予約を選択する必要があります。

パートナーは、転送するすべてのアクティブな Azure サブスクリプション、予約、および Azure の節約計画を選択したら、[同意して転送] ボタンを選択できます。 重要なパートナーは、非アクティブなアイテム、取り消されたアイテム、削除されたアイテムが選択されていないこと、または転送フローを開始できないことを確認します。

前提条件

  • 顧客は、切り替える意向を現在の CSP パートナーに通知します。
  • 今後の CSP パートナーは、顧客と連携しながら、顧客のニーズを確実に満たしていきます。
  • 今後の CSP パートナーは、切り替えを開始する前に、顧客との関係を確立し、Azure プランを購入します。
  • 顧客は、今後の CSP パートナーと一緒に Microsoft 顧客契約に署名します。
  • 将来の CSP パートナーは、移転ツールを使用する前に Microsoft Partner Agreement に署名します。

Note

間接プロバイダーは、転送で使用されるレコードのパートナー (POR) が顧客の Azure プランの POR と一致することを確認する必要があります。 POR が一致しない場合、ソース パートナーは Azure アイテムを更新および送信できません。

顧客タスク

Azure サブスクリプション、予約、および節約プラン (Azure プランの下) を譲渡するには、顧客が現在のパートナーに連絡してプロセスを開始する必要があります。 今後のパートナーが顧客に代わって移転リクエストに入力できるよう、顧客は現在のパートナーの会社名と Microsoft ID に関する情報を取得する必要があります。

また、お客様は、現在のパートナーから譲渡する Azure サブスクリプション、予約、および節約プラン (Azure プランの下) を特定する必要があります。 Office 365、Enterprise Mobility Suite、または Microsoft Dynamics CRM サブスクリプションのパートナーを変更することもできます。

Note

移転プロセスが開始される移転リクエスト フォームを完成させる責任は、今後のパートナーにあります。 Microsoft が、お客様または現在のパートナーのために仲介することはできません。 顧客は、切り替えを円滑に進めるために、計画を立てながら、今後と現在のパートナーと密接に連携する必要があります。

今後のパートナーのタスク

サブスクリプションの今後のパートナーは、パートナー センターから移転リクエスト フォームに入力し、サブスクリプションの移転を要求する必要があります。

  1. パートナー センターの左側のペインで [顧客] を選択し、移転リクエストを作成する顧客を選択します。

  2. お客様固有のメニューで、 [サブスクリプション] を選択します。

  3. [移転リクエスト] タブで [新規リクエストの追加] をクリックします。

    [要求の転送] タブを示すスクリーンショット。

  4. 新しい移転リクエスト フォームを完成します。

    • 1 層パートナーの場合は、次のようになります。

    [新しい転送要求] フォームを示すスクリーンショット。

    • 2 層パートナーの場合は、必ずリセラー ID (必須) を指定してください
  5. [移転リクエストの送信] > [送信] の順に選択します。

  6. 移転リクエストの内容を確認します。

    転送要求の確認を示すスクリーンショット。

Note

今後のパートナーは、移転リクエストの状態が "保留中" の場合のみ、ウィンドウの右上隅にある [リクエストのキャンセル] を選択することによって、移転リクエストをキャンセルできます。移転リクエストの状態が "進行中" または "完了" の場合、キャンセルはできません。

  1. azure サブスクリプションを Future パートナーに譲渡するには 顧客が既存の Azure プランを持っている必要があります。 譲渡が完了すると、今後のパートナーは、Azure プランの取得時に自動的に作成される既定のサブスクリプションを取り消すことができます。

現在のパートナーのタスク

顧客の現在のパートナーの管理エージェントは、顧客がサブスクリプションの譲渡を要求していることを示す電子メールを受け取ります。

顧客の譲渡要求の電子メール通知を示すスクリーンショット。

現在のパートナーは、パートナー センターからの移転リクエスト フォームを確認してそれに同意し、サブスクリプションの移転を完了する必要があります。

譲渡を確認して受け入れる

パートナーは、多くの場合、電子メール通知から転送要求を開きます。 これらのリンクは、CSP パートナーの資格情報以外の資格情報を使用してパートナー センターにパートナーを自動的にログインさせる場合があります。 転送ページの読み込み時にエラーが発生したパートナーは、この転送要求にアクセスするために適切なパートナー アカウントにサインインする必要があります。 パートナーは、以下の手順に従って、譲渡を確認して受け入れます。

Note

現在のパートナーが 30 日以内に応答しない場合、要求は期限切れになり、今後のパートナーは新しい譲渡要求を作成する必要があります。 期限切れの転送は 保留中のままですが 再送信することはできません。 パートナー センターで期限切れの保留中の転送要求を削除または取り消すことはできません。

  1. 以下のいずれかのアクションを実行します:

    1. 電子メール [転送要求の確認 ]、[ OR] の順に選択します
    2. パートナー センターの左側のウィンドウで、 Customersを選択し、転送要求を送信する顧客を選択します。
  2. お客様固有のメニューで、 [サブスクリプション] を選択します。

  3. [移転リクエスト] タブで [受信したリクエスト][移転リクエスト ID] を選択して、移転情報を展開します。

    現在のパートナーによって表示される [Transfer requests]\(要求の転送\) タブを示すスクリーンショット。

  4. 移転リクエストを確認します。 転送する要求された Azure サブスクリプション、予約、および節約プラン (Azure プラン) を選択します。

    • 転送後に次のことに気付く:
      • 選択した Azure サブスクリプション、予約、および節約プラン (Azure プラン) にアクセスすることはできません。
      • それ以上の使用については請求されません。
  5. [同意して移転] を選択して、転送プロセスを完了します。

    [転送要求の確認] 画面を示すスクリーンショット。

    • 以前の Azure オファー サブスクリプション (MS-AZR-0145p) を持つお客様がいる場合は、同じ方法で作業を進め、譲渡する項目を選択してから、 [同意して譲渡] を選択して譲渡プロセスを完了します。
  6. 移転の同意確認を表示します。

この時点で、同意された移転リクエストについて、今後のパートナー、顧客、および現在のパートナーに電子メールで通知が届きます。

移転に同意されると、システムが更新されている間、移転状態は最大 15 分間は "保留中" のままになる可能性があります。 この処理がさらに長くかかる場合、システムは 3 日間処理を試み続けます。 3 日間過ぎても移転状態が "保留中" のままである場合、パートナーはサービス要求を送信する必要があります。

譲渡が完了すると、要求に含まれる Azure サブスクリプション、予約、および節約プランが、将来のパートナーの Azure プランに表示されます。 現在のパートナーには表示されません。

Note

間接プロバイダーは、移転リクエストが受け入れられたことを間接リセラーに通知する必要があります。

譲渡された顧客の Azure サブスクリプション、予約、および節約プランの管理 (Azure プラン)

移転中、Azure RBAC を介して割り当てられた既存のユーザー、グループ、またはサービス プリンシパルへのアクセスは影響を受けません。 Azure RBAC は、Azure リソースにアクセスできるユーザー、ユーザーがそれらのリソースで実行できる操作、ユーザーがアクセスできる領域を、顧客が管理するのに役立ちます。

譲渡後は、新しいパートナーであるため、顧客のリソースに対する RBAC アクセス権がありません。 顧客の前のパートナーが RBAC アクセスを保持します。 顧客と協力して、Azure サブスクリプション、予約、および節約プランに関する分析情報を持つユーザーと、必要な変更を行う方法を理解します。

顧客は、前のパートナーの Azure RBAC アクセスを削除し、アクセス権を追加する必要があります。 アクセスの提供に関する詳細については、「Azure ロールベースのアクセス制御 (Azure RBAC) とは」を参照してください。 アクセスの削除の詳細については、ロールの割り当ての削除に関するページを参照してください。

また、 Admin on Behalf Of (AOBO) サブスクリプションと予約へのアクセス権は自動的に取得されません。 顧客の Azure サブスクリプションと予約を管理するには、AOBO が必要です。 Azure の特権の詳細については、「顧客のサービスまたはサブスクリプションを管理するためのアクセス許可を取得する」を参照してください。