> For the complete documentation index, see [llms.txt](https://docs.dispel.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.dispel.com/documentation/documentation-ja/shisuru-2/billing.md).

# 請求

Billing エリアでは、Dispel を通じてお客様の組織の商取引全体が表示されます。つまり、何を購入したか、各サービスがいつ稼働するか、何を利用したか、どのアドオンを利用できるかが分かります。

## 概要

Billing は 3 つのタブに分かれています: **概要**, **支払い詳細**、および **注文履歴**。各タブは同じ基盤となる契約データの異なる切り口を表示するため、「今日のプランはどのように見えるか」から「Premium Support ティアはいつ始まったか」まで、ページを離れずに確認できます。

**ここで確認できる内容**

* 現在および今後のサービス期間。正確な開始日と終了日、さらに次回更新までのカウントダウンが表示されます。
* 登録済みの支払い方法と、該当する場合は請求経由のチャネルパートナー。
* アカウントに割り当てられた Dispel の営業担当者。氏名、メールアドレス、アバターが表示されます。
* 契約中の製品と数量の完全な一覧。注文ごとにグループ化され、サービス期間の日付も表示されます。
* アドオンモジュール — 現在有効なもの、将来有効化される予定のもの、そしてまだ購入可能なもの。
* サポート階層（Basic、Premium Support、Mission Critical）と、保留中の階層変更およびその適用日が含まれます。
* すべての注文にわたる各明細項目の履歴タイムライン。関係性がどのように変化してきたかをひと目で把握できます。

### 概要タブ

概要タブは既定の表示で、プランを最もひと目で把握できるビューです。

#### **プラン概要**

タブ上部の横長バーには、以下を含むアカウントの概要が表示されます:<br>

* **サービス期間。** 現在の契約期間の開始日と終了日です。契約がまだ開始していないが、今後のサービス期間がある場合、このラベルは次のように変わります **今後のサービス期間** そして将来の日付範囲を表示します。
* **次回更新。** 現在の期間が終了するまでの残り日数、または今後の期間では開始までの日数です。サービス期間の終了を過ぎている場合、このフィールドは次のように表示されます **期限切れ**.
* **支払い方法。** お客様の組織が使用している支払い方法です。チャネルパートナーとの関係を含む詳細は、支払い詳細タブにあります。
* **サポート階層。** 有効なサポート階層 — Basic（Included）、Premium Support（24/7）、または Mission Critical（24/7）。契約に将来の日付で予定されている階層のアップグレードまたはダウングレードが含まれる場合、このフィールドでは現在の階層が左、次の階層が右に表示され、適用日も示されます。
* **チャネルパートナー。** お客様の組織がチャネルパートナー経由で請求されている場合のみ表示されます。パートナー名は支払い方法の横に別フィールドとして表示されます。

**アカウント連絡先**

プラン概要の隣にあるアカウント連絡先カードには、アカウントに割り当てられた Dispel のアカウント担当者が表示されます。

{% hint style="info" %}
画面右下のヘルプボタンをクリックすると、いつでもアカウントに関するサポートを受けられます。
{% endhint %}

#### **製品**

製品テーブルには、現在契約中のすべての内容が注文ごとにグループ化されて一覧表示されます:

* 各注文は次の項目で示されます **注文ID** これにより、どの明細項目が同じ注文に属するかを確認できます。
* 注文内では、各明細項目が製品名、数量、サービス期間（開始日 — 終了日）を含む行として表示されます。
* まだ開始していない注文は、次の項目の下に表示されます **今後 — 注文ID** 区切り線が同じテーブル内でアクティブな行の直後に表示されます。
* 特定の明細項目に紐づかない有効なアドオンモジュール — たとえば、プランに含まれる機能バンドルなど — は、次の項目の下に表示されます **有効なアドオン** 区切り線と、クリック可能な **含まれる機能を表示** ピルが表示され、そこからそのモジュールの機能一覧を開けます。
* Dispel のアカウントチームによって行われたクォータ調整は、次の項目の下に表示されます **調整** 区切り線と、適用上限および **調整済み** バッジが表示され、上書きの説明ツールチップへのリンクになっています。

#### **機能とアドオン**

概要タブの下部には、アカウントに関連するすべての Dispel 機能モジュールをカバーするカードのグリッドが表示されます:

* **有効** — 現在利用中の製品。
* **有効化中** — 購入済みだがまだ開始していない製品。
* **利用可能なアドオン** — 現在プランに含まれていない製品。

Dispel によって直接付与された手動有効化は、次のようにタグ付けされます **手動**。トライアルとしてタグ付けされます **トライアル** と、残り日数インジケーターが表示されます。

### 支払い詳細タブ

支払い詳細タブでは、請求書の発行方法と回収方法に焦点を当てています。

**サービス期間**

概要タブに表示されている同じサービス期間情報が、残り日数のカウントダウンとともにここでも再表示されます。

**支払い方法**

専用セクションでは、お客様の組織がどのように支払いを行うかを正確に説明しています:

* **請求書支払いのお客様** 標準の Dispel 請求フローが表示されます — 請求書は Dispel によって発行され、Dispel に直接支払います。
* **チャネル利用のお客様** 請求を担当するチャネルパートナーの名前が表示されます。この場合の請求書は、お客様のチャネルパートナーによって発行されます。チャネル利用のお客様の場合、このセクションは、どのパートナー経由で請求されているかを確認するための正規の場所です。

**Dispel Finance**

Dispel Finance カードには、契約上の法人名と、買掛金チームが税務および請求情報を完了するために必要な連絡先情報が表示されます。

### 注文履歴タブ

注文履歴タブには、Dispel における注文履歴が表示されます。

**契約タイムライン**

横長のタイムラインにより、最も早い注文開始から最も遅い注文終了までをまたぐカレンダー軸上で、注文のサービス期間が可視化されます。これは、各機能やサービスがいつ利用可能になったか、または終了したかを把握するのに役立ちます。

**案件一覧**

タイムラインの下には、案件一覧があり、各注文がカード形式で整理されています。案件名、注文ID、契約期間、そして注文内の各明細項目の内訳が表示されます。チャネルパートナー案件には、その旨を示すタグが付くため、一覧を確認する財務チームはどの注文がパートナー経由で流れてきたかを把握できます。


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.dispel.com/documentation/documentation-ja/shisuru-2/billing.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.