請求
Archibot Chat の請求とクレジット
チャットの Billing 画面から、プラン、チャットと API で共有するクレジットプール、月次予算管理、Stripe チェックアウト、カスタマーポータルを確認します。
最終更新
請求は、アカウントが Archibot Chat を使用できるかどうか、そしていくつのクレジットを持つかを制御します。チャットメッセージと公開 API リクエストは同じ共有クレジットプールから引き落とされるため、この 1 つの画面で両方を扱います。
Billing 画面を開く
- Console にサインインし、左ナビゲーションから
Chatを開きます。 - チャットワークスペースの Billing 画面を開きます。ヘッダーには
Billingと表示され、チャットと API が同じクレジットプールを共有する旨の注記があります。 - 画面上部の
Back to chatを使うと、いつでも会話ビューに戻れます。

上部のカードには 3 つのライブ値が表示されます。
| 項目 | 意味 |
|---|---|
| Remaining | 共有のチャットと API プールでまだ利用可能なクレジット。 |
| Used | この期間にすでに消費されたクレジット。 |
| Status | active、trial、または運用担当者承認済み状態など、現在の請求ステータス。 |
クレジットが対象とするもの
クレジットは、チャットと公開 API の両方が引き落とす共有単位です。
- Archibot に応答を求めるチャットメッセージはプールから引き落とされます。
- API キーで行われた公開エンドポイントへのリクエストは、同じプールから引き落とされます。
プールが共有されているため、ブラウザのチャットと API リクエストは同じ Remaining 残高を減らします。以下は別途クレジットを引き落としません。
- 1 回の応答のストリーミング応答チャンク。
- 応答に付随するツールトレースおよび引用。
- 請求、予算、または API キーのメタデータの表示。
- すでに生成したアーティファクトのダウンロード。
アーティファクトの動作については Archibot Chat のアーティファクトを参照してください。API リクエストの仕組みについては Archibot Chat の API キーを参照してください。
月次予算管理
請求書払いのアカウントは、API の請求上限と同様に、月次のクレジット予算を厳格に設定できます。予算はプランの上に Console が適用する上限であり、プランの代替ではありません。
Monthly budget controls カードには次が表示されます。
| 項目 | 意味 |
|---|---|
| Budget used | この期間に予算に対して消費されたクレジット。 |
| Budget limit | 設定した上限、または予算がゼロの場合は No cap。 |
| Period | 現在の予算期間がリセットされる日付。 |
予算を設定または変更するには:
- 入力フィールドにクレジット量を入力するか、プリセットボタンを使用します。プリセットは
No cap、40 credits、80 credits、200 credits、800 creditsです。 - Console が適用する上限を設けたくない場合は、値を
0(No capプリセット)に設定します。 Save budgetを選択します。
入力欄の上にある進捗バーは、予算使用量が予算上限にどれだけ近いかを示します。
予算入力と Save budget が無効になっている場合、カードには予算管理がアカウント承認後に表示される旨の注記が出ます。アカウントが対象となる請求状態になると、コントロールが利用可能になります。
プラン
各プランカードには、プラン名とその共有クレジット割り当てが表示されます。例: 1,000 shared credits の Team。アカウントで利用可能な正確なプラン、価格、割り当ては、環境用に構成された Stripe 製品から取得されます。
- 有効なプランのカードには
Current planと表示され、そのボタンは選択できません。 - その他のプランカードには、チェックアウトを開始するために選択できるボタンが表示されます。
アカウントは、表示されているプランとは別に、トライアル、運用担当者承認済み、停止、または支払い失敗の状態になっている場合もあります。
Stripe チェックアウトの開始
環境に Stripe チェックアウトが構成され、プランに価格が設定されている場合:
- Billing 画面で、希望するプランカードのボタンを選択します。
- Console がブラウザで Stripe Checkout を開きます。
- Stripe で支払いを完了します。
チェックアウトが成功した後、Archibot Chat は署名済みの Stripe Webhook を待ってから請求ステータスを更新し、対応するクレジットロットを付与します。Webhook の処理が終わる前にブラウザが Stripe から戻った場合は、Billing 画面を更新してください。
チェックアウトが環境で準備できていない場合、またはプランに価格が設定されていない場合、プランボタンは無効のままになります。期待したプランが選択できない場合は、環境でチェックアウトが完全に接続されているかどうかを顧客管理者または ISM サポートに確認してください。
カスタマーポータル
アカウントに Stripe の顧客が存在するようになったら、Billing 画面の右上にある Customer portal を選択して、Stripe がホストするカスタマーポータルを開きます。
ポータルを使用して、Stripe がアカウント向けに公開している支払い情報、請求書、サブスクリプション設定を管理します。Archibot Chat はポータルでの変更後も署名済みの Stripe Webhook を信頼できる情報源として扱うため、Webhook が処理されると、プランとクレジットの更新が Billing 画面に表示されます。
Customer portal ボタンは、アカウントに Stripe の顧客が存在するまで無効です。
クレジットロットと有効期限
クレジットはロット単位で管理されます。各付与または購入は、付与日、有効期限、製品、元の金額、残り金額を持つロットを作成します。引き落としは最も早く期限切れになる対象ロットから消費し、期限切れのロットはチャットや API での使用に利用できません。
クレジットロットの記録と有効期限の調整は運用担当者側で管理されます。ロットの確認、有効期限のチェック、または付与の適用が必要な場合は、チャットの Billing 画面からロットを編集できると期待するのではなく、ISM サポートに依頼してください。Archibot Chat のサポートケースを参照してください。
支払いの失敗
支払いが失敗した場合:
- 新しいチャットメッセージまたは API 呼び出しがブロックされることがあります。
- 既存の会話履歴はポリシーに応じて引き続き表示される場合があります。
- API キーは一覧に残ったままになることがありますが、新しいリクエストは失敗します。
- 顧客管理者または請求オーナーは、カスタマーポータルを通じて支払い情報を更新する必要があります。
Archibot Chat はクレジットを引き落とす前に請求ステータスを確認するため、支払い失敗、停止、または保留状態のアカウントは、ブロックされたリクエストでクレジットを失わないはずです。支払いが修正されてもアクセスが引き続きブロックされている場合は、ISM サポートに連絡してください。
使用量通知
セットアップで使用量通知が有効になっており、環境にメール配信が構成されている場合、Archibot Chat は共有クレジット残高が 20% 以下に下がったときにアカウントユーザーにメールを送信します。そのしきい値について、低残高通知はアカウントごとに 1 回のみ送信されます。
請求ライフサイクル通知が有効になっている場合、Archibot Chat は署名済みの Stripe Webhook がプランステータスを更新したりクレジットを付与したりした後に、チェックアウトまたは請求のユーザーにメールを送信できます。メール配信、バウンス、抑制の証跡が記録されるため、サポートはアカウント設定の問題とメール配信の問題を区別できます。
通知を有効にするには、Archibot Chat のセットアップを参照してください。記録された配信と請求イベントを確認するには、Archibot Chat のアクティビティと監査を参照してください。
関連ガイド
- 最初のアクセスについては Archibot Chat をはじめる。
- チャット、API アクセス、通知の有効化については Archibot Chat のセットアップ。
- 同じクレジットプールから引き落とすキーについては Archibot Chat の API キー。
- アクセスやクレジットが予期しない動作をする場合は Archibot Chat のトラブルシューティング。
- 運用担当者側のクレジットおよび請求リクエストについては Archibot Chat のサポートケース。
完了の条件
- 有効なプランが想定どおりであること。
- 共有のチャットと API プールに残りクレジットが利用可能であること。
- 請求ステータスが active、trial、または運用担当者承認済みであること。