課金モデルを選択する

適用対象: アーキテクト

この記事では、運用環境の SharePoint Embedded コンテナーの種類の課金モデルを選択します。 SharePoint Embedded は従量制の従量課金制サービスであり、コンテナーの種類のレベルで課金を選択します。

消費テナント パススルー セットアップについては、「Microsoft 365 管理センターで課金を設定する」を参照してください。

課金モデル

SharePoint Embedded には、次の 2 つの課金モデルが用意されています。

  • Standard billing.
  • パススルー請求。

どちらのモデルも同じ課金メーターを使用します。

このモデルによって、課金対象のテナントと、課金プロファイルの構成者が決まります。

重要

コンテナーの種類が作成されると、その課金モデルは変更できません。 モデルを切り替えるには、コンテナー タイプを削除して、目的の課金モデルで再作成する必要があります。

課金モデル 請求先 課金の構成者
標準 アプリケーションを所有または開発するテナント。 コンテナーの種類の所有者、SharePoint Embedded 管理者、または開発者テナントのグローバル管理者。
パススルー SharePoint Embedded アプリケーションを使用するために登録されたテナント。 消費テナントの課金管理者またはグローバル管理者。

Standard billing

標準請求では、すべての従量課金が、アプリケーションを所有または開発するテナントに直接請求されます。

コンテナー タイプの所有者は、所有するコンテナー タイプの課金プロファイルを作成および管理できます。 所有者は、SharePoint Embedded 管理者またはグローバル管理者の役割を必要としません。

SharePoint Embedded 管理者とグローバル管理者は、開発者テナント内の任意の標準請求コンテナーの種類の課金を管理できます。

次の場合に標準請求を使用します。

  • 開発者テナントは、利用料金を一元化したいと考えています。
  • アプリは内部のエンタープライズ基幹業務 (LOB) アプリです。
  • 独立系ソフトウェア ベンダー (ISV) または開発者テナントは、使用コストを吸収または個別に回収することを計画しています。
  • テナントを使用する場合は、独自の SharePoint Embedded 課金プロファイルを構成するべきではありません。

請求設定には、次のものが必要です:

  • 既存の SharePoint テナント。
  • 開発者テナントの Azure サブスクリプション。
  • Azure サブスクリプションに関連付けられているリソース グループ。
  • コンテナーの種類の所有者、SharePoint Embedded 管理者、または開発者テナントのグローバル管理者。
  • 課金を設定するユーザーの Azure サブスクリプションへの所有者または共同作成者のアクセス権。

コンテナーの種類の所有者として標準課金を管理する

管理者以外のコンテナーの種類の所有者は、SharePoint 埋め込み Visual Studio Code 拡張機能またはモデル コンテキスト プロトコル (MCP) サーバーを通じて、所有するコンテナーの種類の標準課金プロファイルを作成し、管理できます。

所有者には、Azure サブスクリプションへの所有者または共同作成者のアクセス権も必要です。 次のいずれかの施設を選択します。

  • SharePoint 埋め込み Visual Studio Code 拡張機能で、コンテナーの種類を選択し、[課金の添付] を使用します。 次に、Azure サブスクリプションとリソース グループを選択します。
  • SharePoint Embedded MCP サーバーで、billing_setup を使用して、コンテナーの種類をAzureサブスクリプションとリソース グループに接続します。 billing_check を使用して課金構成を調べます。

SharePoint 埋め込み課金サービスは、サインインしているユーザーがコンテナーの種類を所有していることを確認します。

コンテナーの種類を所有していないユーザーには、SharePoint Embedded 管理者ロールまたはグローバル管理者ロールが必要です。

管理者として標準請求を管理する

SharePoint Embedded 管理者とグローバル管理者は、SharePoint Online 管理シェルを使用して、開発者テナント内の任意の標準請求コンテナーの種類の課金を管理できます。

コンテナーの種類を作成します。

New-SPOContainerType -ContainerTypeName <ContainerTypeName> -OwningApplicationId <OwningApplicationId> -ApplicationRedirectUrl <ApplicationRedirectUrl>

Azure 課金プロファイルをアタッチします。

Add-SPOContainerTypeBilling -ContainerTypeId <ContainerTypeId> -AzureSubscriptionId <AzureSubscriptionId> -ResourceGroup <ResourceGroup> -Region <Region>

重要

すべてのコンテナー タイプには所有アプリケーションが必要です。 1 つの所有アプリが一度に所有できるコンテナーの種類は 1 つだけです。

パススルー請求

パススルー請求では、SharePoint Embedded アプリケーションを使用するために登録されているテナントに、従量課金制の料金が直接請求されます。

開発者テナントの SharePoint Embedded 管理者とグローバル管理者は、パススルー コンテナーの種類を作成するときに課金プロファイルを設定しません。

コンテナーの種類が消費テナントに登録されたら、そのテナントの課金管理者またはグローバル管理者によって課金プロファイルが設定されます。

パススルー課金を使用する場合:

  • 消費する各テナントは、独自の SharePoint Embedded 使用量に対して料金を支払う必要があります。
  • アプリは ISV マルチテナント アプリケーションです。
  • 従量課金制の料金に使用される Azure サブスクリプションは、使用中のテナントによって制御されます。
  • 消費テナントの課金管理者またはグローバル管理者が課金のオンボードを完了します。

次のパススルー作成パターンを使用します。

New-SPOContainerType -ContainerTypeName <ContainerTypeName> -OwningApplicationId <OwningApplicationId> -IsPassThroughBilling

注:

使用テナントが使用料を支払う場合は、New-SPOContainerTypeで-IsPassThroughBillingスイッチを使用します。

課金メーター

SharePoint Embedded の課金は使用量によって決まります。 サポートされているメーターについては、「 SharePoint Embedded 課金メーター」を参照してください。

現在のメーターには次のものが含まれます。

  • ストレージ。
  • アーカイブされたストレージ。
  • API トランザクション。
  • エグレス。

標準課金コンテナーの種類とパススルー課金コンテナーの種類はどちらも同じメーターを使用します。

ストレージ メーター

ストレージの消費量には、ファイルとドキュメント、およびメタデータとバージョン (アクティブな状態とアーカイブされた状態の両方) が含まれます。

ストレージの使用量には、ごみ箱内のコンテンツと SharePoint Embedded 内の削除されたコンテナー コレクションも含まれます。

ストレージ コストを念頭に置いてライフサイクル ポリシーと削除ポリシーを計画します。

アーカイブされたストレージメーター

アーカイブされたストレージメーターは、アーカイブされたコンテナーによって消費されるストレージを測定します。 コンテナーをアーカイブすると、そのデータがコールド ストレージ層に移動されるため、アクティブ ストレージよりもストレージ コストが低くなります。

API トランザクション メーター

SharePoint Embedded アプリケーションによって明示的に行われた各 Microsoft Graph 呼び出しは、1 つのトランザクションとしてカウントされます。

顧客はトランザクション数に基づいて請求されます。

アプリケーションがそれらの呼び出しを制御できない場合、内部サービスによって行われるコンテナーへの呼び出しは課金されません。

非請求トランザクションには、次のものが含まれます。

  • コンプライアンスまたは法的な目的でコンテナー コンテンツを検索する電子情報開示クエリ。
  • SharePoint 管理センターまたは SharePoint PowerShell を通じて実行される管理アクション。

エグレス メーター

エグレスは、顧客のクライアント デバイスにダウンロードされたドキュメントや、顧客が運用するサーバーに転送されたデータなど、SharePoint Embedded プラットフォームを排出するデータのことです。 料金は、転送されるデータの合計量 (GB) に基づいています。

SharePoint Embedded アプリケーション サーバーから Web アプリケーション コンパニオン (WAC) を介した Office デスクトップ クライアントまたは Office for the web へのダウンロードは、エグレス料金から免除されます。

運用計画の一部として、Azure Cost Management で価格とコスト管理を確認します。

請求に関する責任

課金モデル別にこれらの責任を計画します。

責任 Standard billing パススルー請求
コンテナーの種類の作成 開発者テナント内の開発者 開発者テナント内の開発者
請求プロファイルの添付または管理 所有するコンテナー タイプのコンテナー タイプ所有者。SharePoint Embedded 管理者またはグローバル管理者 (開発者テナント内の任意の標準請求コンテナーの種類の場合) 開発者テナントにありません
コンテナー タイプの登録 消費テナントにアプリを所有している 消費テナントにアプリを所有している
消費型テナント課金を設定する アプリ使用量の課金には必要ありません 消費テナントの課金管理者またはグローバル管理者
Azure コストの監視 開発者テナント テナントの使用

アプリ モデルとの関係

課金モデルとアプリ モデルは関連していますが、別の決定事項です。

開発者と消費テナントが同じorganizationであるため、エンタープライズ LOB アプリでは標準課金がよく使用されます。

ISV マルチテナント アプリでは、各顧客が独自の使用量を支払う必要がある場合に、パススルー課金を使用することがよくあります。

ISV がすべての使用料金を所有する場合、ISV は標準課金を使用できます。

モデルの選択については、「 アプリ モデルを選択する (シングルテナントまたはマルチテナント)」を参照してください。

モデルを選択した後、次のセットアップ参照を使用します。

計画チェックリスト

  • 開発者テナントと消費テナントのどちらが支払うかを決定します。
  • アプリ モデルを確認します。
  • コンテナーの種類が標準かパススルーかを確認します。
  • 標準課金を使用している場合は、Azure サブスクリプションとリソース グループを特定します。
  • パススルー課金を使用している場合は、消費テナントの課金管理者またはグローバル管理者を特定します。
  • 標準課金の場合、コンテナーの種類の所有者アクセス権、SharePoint Embedded 管理者またはグローバル管理者ロールを確認します。
  • パススルー課金に対する課金管理者またはグローバル管理者のアクセス権を確認します。
  • Azure サブスクリプションへの所有者または共同作成者のアクセスを確認します。
  • Azure Cost Management でコストの監視を計画します。
  • ストレージのライフサイクルを計画して、ストレージの消費量を制御します。
  • 呼び出しパターンを計画して、API トランザクション コストを管理します。

次の手順

テナント コンテンツのガバナンス責任を計画する: セキュリティ、コンプライアンス、ガバナンスを計画します。