# 代理店アカウント ## 代理店アカウントとは？ 代理店アカウントを使用すると、単一のダッシュボードから複数のクライアントアカウントを管理できます。クライアントごとに別々のアカウントにログインする代わりに、サブアカウントの作成、キャンペーンの監視、クレジットの割り当て、クライアント間の即時切り替えが可能な一元管理ビューを利用できます。 これは、複数の企業に代わってアプリを管理するマーケティングエージェンシー、コンサルタント、およびリセラー向けに設計されています。 ::: walkthrough agency-accounts ::: これを実現する2つのページ（**サブアカウント**と**SaaSモード**）は、設定内に隠されるのではなく、それぞれサイドバーに独自の場所が設けられています。このページは概要であり、日常的な操作については[サブアカウント管理](sub-accounts.md)で説明しています。 --- ## 共有クレジットシステム 代理店アカウントと通常のアカウントの主な違いの1つは、クレジットの仕組みです。 - **クレジットは共有されます**：エージェンシーアカウントとすべてのサブアカウント間で共有されます。 - サブアカウントがクレジット（AI応答、キャンペーンなど）を使用すると、その分がエージェンシーの残高から差し引かれます。 - サブアカウントにはクレジット残高は表示されず、使用状況のみが表示されます。エージェンシーであるあなたが、クレジットプール全体を管理します。 **例:** 代理店アカウントに1,000クレジットがあるとします。クライアントAが50件の連絡先にキャンペーンを送信（50クレジット）。クライアントBのAIボットが30件の会話に応答（30クレジット）。残高は920クレジットになります。 --- ## サブアカウントの作成 ::: master-only
v2のサブアカウントページ。6つの統計タイル（サブアカウント、問題あり、稼働中のキャンペーン、一時停止中のキャンペーン、クライアントに割り当て済み、未割り当て）、検索バー、およびテーブル内の1つのクライアント行が表示されています

サブアカウントページ：上部に統計タイル（右側の2つは、クレジットプールがクライアントの制限によってすでに使用されている分と、まだ利用可能な分に分割されています）、アカウントを追加ボタン、およびSaaSモードへのショートカットがあります。

::: 1. メインサイドバーの **サブアカウント** をクリックします。これは **設定** のすぐ上にある専用ページです。 2. 右上の緑色の **アカウントを追加** ボタンをクリックします。 3. 3ステップのモーダルで、アカウント（名前、メールアドレス）、ビジネス（ビジネス名、住所、説明）、機能の順に顧客の詳細を入力します。 ::: master-only
サブアカウント追加モーダルのアカウントステップ。3ステップの進捗（アカウント、ビジネス、機能）と、名、姓、メールアドレスのフィールドが表示されています

サブアカウント追加モーダル。3つのステップ：アカウント → ビジネス → 機能。入力したメールアドレスがクライアントのログインアドレスになります。

::: 4. **アカウントを作成** をクリックします。 確認画面に生成されたログインパスワードが表示されます。閉じる前にコピーしてください。クライアントにもメールで送信されます。詳細な手順：[サブアカウント管理 — サブアカウントの作成](sub-accounts.md#creating-a-sub-account)。 --- ## 見込み顧客へのライブデモの提示 顧客がサインアップする前に、相手側のインストール作業なしで、顧客自身のWebサイト上で動作するチャットアシスタントのライブプレビューを見せることができます。**クライアントデモリンク**を使用してください。 > **現在利用できません。** アプリの以前のバージョンにあった**クライアントデモリンク**セクションは、現在のチャットウィジェットの管理画面には含まれていないため、以下の手順はまだ完了できません。これらはデモリンクの仕組みを説明するためにここに残されています。 **仕組み：** クライアントのウェブサイトアドレスを貼り付けると、プラットフォームが共有可能なリンクを生成します。クライアントがそのリンクを開くと、自分のウェブサイトの上にあなたのチャットウィジェットが浮かんでいる状態が表示され、すぐにチャットを開始できます。実際のウェブサイトには何も変更は加わらず、コードを触る必要もありません。プレビューはすべてそのリンク上で完結します。 **手順：** **設定 → チャネル → チャネル**を開き、**チャットウィジェット**カードをクリックします。**クライアントデモリンク**セクションを見つけ、クライアントのウェブサイトアドレス（例：`theirbusiness.com`）を入力または貼り付けて、**デモリンクをコピー**をクリックします。あとはメール、WhatsApp、メッセージなど、好きな方法でそのリンクをクライアントに送信してください。 ::: master-only
設定 → チャネル → チャネルページ。管理ボタン付きのウェブサイトチャットウィジェットカードが表示されています

設定 → チャネル → チャネル：ウェブサイトチャットウィジェットカードが、ウィジェット設定への入り口です。

::: ::: master-only
チャットウィジェット管理モーダル。外観設定とライブプレビューパネルが表示されていますが、クライアントデモリンクセクションはありません

現在の管理モーダル：外観、動作、リード獲得、チャネルと埋め込みの各セクションはありますが、クライアントデモリンクはありません。

::: いくつか知っておくべきこと: - 一部のWebサイトでは、別のページ内に表示することを許可していません（相手側のセキュリティ設定によるものです）。その場合でもデモリンクは機能します。Webサイトアドレスが表示されたクリーンなプレビューフレームが表示され、チャットアシスタントはそのままライブで試用可能です。会話体験は同一であり、Webサイトの背景のみが異なります。 - デモでは実際のウィジェット設定が使用されるため、テスト中に顧客が送信したメッセージは、他のチャットウィジェットの会話と同様にあなたのもとに届きます。 --- ## クライアントのログイン情報 サブアカウントを作成すると、以下のようになります。 - クライアントは、あなたのホワイトラベル化されたサインインページから自分のアカウントにログインするためのメールアドレスとパスワードを受け取ります。 - クライアントにログインアクセス権を与えるのは**任意**です。必要であれば、すべてをあなた自身が代行して管理することもできます。 - クライアントがログインすると、自分のキャンペーン、連絡先、チャットが表示される専用のダッシュボードが表示されます。あなたのエージェンシーダッシュボードや他のサブアカウントは表示されません。 - クレジット残高は共有クレジットプールをあなたが管理するため、サブアカウントには非表示となります。 --- ## サブアカウントの切り替え クライアントのアカウントに切り替えるには2つの方法があります： **どこからでも可能なアカウント切り替え：** 1. サイドバーの上部にある **アカウントの切り替え** をクリックします。 ::: master-only
サイドバーで開いたアカウント切り替えドロップダウン。サブアカウント用の検索フィールドが表示されています

サイドバーのどこからでも開けるアカウント切り替えドロップダウンです。このエージェンシーにはまだサブアカウントがないためリストは空ですが、作成するとここに表示され、名前やメールアドレスで検索できるようになります。

::: 2. 名前またはメールアドレスでサブアカウントを検索するか、リストをスクロールします。 3. クリックします。ダッシュボードがそのサブアカウントのIDで再読み込みされます。 **「サブアカウント」ページから：** 1. サイドバーの**サブアカウント**をクリックします。 2. リストからサブアカウントを見つけます。その行の右端にある**詳細**メニュー（3点アイコン）をクリックします。 3. **ユーザーとしてサインイン**をクリックします。 いずれの場合も、サブアカウント内にいる間はサイドバーのスイッチャーピルが琥珀色になり、**Assisting: ** と表示されます。これをクリックして **Back to my agency** を選択すると、自分のダッシュボードに戻ることができます。ページ上部の琥珀色の **Assisting** バーからも同様に終了できます。スペースが必要な場合は、バーの **×** をクリックして、そのセッション中はバーを非表示にしてください。 クライアントが二要素認証を有効にしている場合、コードの入力を求められることはありません。あなたはすでに自分自身としてサインインしており、コードはあなたではなくクライアントに送信されるためです。 --- ## クレジット使用状況の追跡 代理店として、すべてのサブアカウント全体でクレジットがどのように消費されているかを追跡できます： - **サブアカウントページの統計タイル** — 稼働中/一時停止中のキャンペーン数や、問題が発生しているサブアカウントの数を集計します。 - **サブアカウントごとの追跡** — 各サブアカウントが使用しているクレジット数を、その行の**詳細**メニューから確認できます。 - **クレジット使用詳細** — 購入したクレジット、消費したクレジット、残高、理由別の使用状況、支出の多いキャンペーン、フィルタリング可能な取引テーブルなど、サブアカウントごとの専用ビューを表示します。 ::: master-only
v2のサブアカウントページ。6つの統計タイル（サブアカウント、問題あり、実行中のキャンペーン、一時停止中のキャンペーン、クライアントに割り当て済み、未割り当て）が表示されています

サブアカウントページ上部の統計タイルは、すべてのクライアントにわたるキャンペーンの健全性を全体的に把握できるほか、クライアントの利用制限によってクレジットプールがどれだけ消費されているか（クライアントに割り当て済み / 未割り当て）を確認できます。各行の詳細メニュー（図には表示されていません。サブアカウントが少なくとも1つ必要です）から、アカウントごとのクレジット追跡やクレジット使用状況の詳細にアクセスできます。

::: この可視性により、コストを把握し、使用量の多いクライアントを特定し、サービスに対して適切な価格を設定するのに役立ちます。 --- ## クレジット再販（SaaSモード） クレジット再販（Credit reselling）機能を使用すると、サブアカウントに対して独自の価格でクレジットを販売でき、代理店としての収益源を構築できます。この機能は、サイドバーの「**SaaSモード**」という専用ページで管理されます。これは、業界標準の名称である「クレジット再販」として知られている機能と同じものです。この機能は**代理店（Agency）**プランで利用可能であり、**ホワイトラベル**機能フラグによって制限されています。ホワイトラベル機能が含まれているプラン（ホワイトラベルが記載されているすべてのライフタイムディールティアなど）であれば、再販機能はすでに利用可能です。クライアントのためにアプリを管理するだけでなく、独自のブランド、独自の価格で、StripeやPayPalを通じてプランを販売できます。追加の購入は不要です。 ### 仕組み 1. **SaaSモードを開く** — メインサイドバーの項目（メニュー下部のサブアカウントの横にあります）をクリックするか、サブアカウントページ上部の**SaaSモード**ピルをクリックします。 2. **サブアカウントのクレジット再販を有効にする** — サブアカウントの**編集**モーダル（サブアカウントページ → 行の**その他**メニュー → **編集** → **クレジット管理**）で、モードを「手動」から「再販」に切り替えます。再販機能は、代理店プランでホワイトラベルが有効になっている場合にのみ提供されます。 3. **価格を設定する** — サブアカウントがクレジットを購入する際に表示されるクレジットパッケージと、クレジット単価を定義します。 4. **最低価格の適用** — プラットフォーム全体で持続可能な価格設定を維持するため、最低クレジット価格が適用されます。 5. **サブアカウントによるクレジット購入** — 接続した決済プロバイダー（Stripe、PayPal、またはその両方）を利用したカスタムチェックアウトを通じて購入されます。支払いは、そのプロバイダーのあなたのアカウントに直接入金されます。 6. **クレジットの自動付与** — 購入後、クレジットは自動的にサブアカウントに配信されます。クレジットはクライアントの購入済み残高に追加され、同数のクレジットが代理店プールから差し引かれます。この差し引き分が販売コストとなり、クライアントの支払額があなたの決済アカウントに入金されます。 ### クレジットの経済性 クライアントがクレジットを購入すると、そのクレジットはクライアント自身の購入残高に追加され、同時に同数のクレジットが**エージェンシーのプールから差し引かれます**。クライアントからの支払いはあなたのStripeアカウントに入金され、プールからの差し引き分がこの販売におけるプラットフォームのコストとなります。あなたの利益は、設定した価格とクレジットのコストとの差額です。これが、クレジットあたりの最低価格が存在する理由でもあります（プラットフォーム自体のクレジットコストを下回る価格でパックを設定することはできません）。 プール残高の維持：チェックアウト時には、購入されるパックと同数以上のクレジットがエージェンシーのプールに保持されている必要があります。支払い時にプールでその購入分をカバーできない場合、プラットフォームは自動的に登録済みのエージェンシーのカードに課金して残高を補充します。この自動課金が失敗した場合、クライアントの支払いは返金され、クレジットは付与されません。 **例：** 150クレジットを25ドルで販売する場合。150クレジットがクライアントの購入残高に追加され、25ドルがあなたのStripeアカウントに入金され、150クレジットがエージェンシーのプールから差し引かれます。もしそのプールクレジットのコストが15ドルであれば、この販売による利益は10ドルとなります。 購入したクレジットは、AIによる返信、ツール、フォローアップ、およびAI以外のWhatsAppコスト（番号のレンタル料、および2026年10月1日以降のメッセージごとの通信事業者料金）を含む、**クライアントが消費するすべての費用**をカバーします。これらすべては、まずクライアントが購入した残高から差し引かれます。エージェンシーのプールは、その残高で賄えない分のみをカバーします。WhatsAppコストにはクライアントごとの個別のマークアップは適用されません（**クライアント料金**フィールドはMaxおよびMini AIアクションの価格を再設定するだけです）。そのため、WhatsAppを再販する場合は、それらのコストをプランの価格に含めてください。SMSはこれに含まれません。SMSは常に自身で接続したTwilioアカウントで実行されるため、Twilioから直接請求され、クレジットは関与しません。 ### クライアントの残高がゼロになった場合 再販クライアントの利用料は、**月間許容量がゼロである限り**、そのクライアントが購入したクレジットの範囲内に制限されます。許容量がない場合、購入した残高がゼロになった瞬間に、**そのサブアカウントのAIボットは応答を停止します**。エージェンシーのプールに切り替わることはありません。クライアントが利用を再開するには、チェックアウトを通じて別のプランやクレジットパックを購入する必要があります。これが、あるクライアントの利用によってエージェンシーの残高が枯渇するのを防ぐための厳格な制限です。 サブアカウントに**月間許容量**が設定されている場合（[クレジット管理モード](sub-accounts.md#credit-management-modes)を参照）、その許容量は毎月付与され、手動モードと同様にエージェンシーのプールから消費されるため、クライアントは購入したクレジットがなくなった後も利用を継続できます。純粋な従量課金制（pay-to-play）にしたい場合は、サブアカウントの**編集**モーダルで許容量をゼロに設定してください。（SMSはいずれの場合もTwilioから直接請求されるため、クレジットの消費は発生しません。） ### セルフサービスでのサインアップフロー クレジット再販の目的は、お客様が手動でサインアップを管理しなくて済むようにすることです。フローは以下のようになります： 1. 支払いリンクを公開します（メール、ウェブサイト、広告など）。 2. 新規クライアントがそのリンクをクリックして支払うと、サブアカウントが自動的に作成されます。（プランに無料トライアルがある場合、支払いは発生せずトライアルが開始されます。トライアル終了時に自動的に課金されます。） 3. クライアントに仮パスワードが記載されたログイン案内メールが届きます。 4. クライアントがサインインし、オンボーディングを完了して利用を開始します。 お客様が介入するのは、クライアントがサポートを必要とする場合のみです。請求の追加購入や支払いの再試行などはすべて自動で行われます。 これを接続するには、**Stripe**（推奨、完全に組み込み済み）、**PayPal**（同じく組み込み済み、Stripeが利用できない場合の一般的な選択肢）、または**カスタム決済プロバイダー**（すでに使用しているその他のシステム。統合作業が少し必要）の3つの方法があります。 --- ### クレジット再販の設定 ::: master-only
SaaSモード設定ウィザード、全5ステップ中のステップ1。Stripeアカウントの作成画面で、「Stripeを開く」ボタン、「アカウントを持っています」ボタン、およびカスタム決済プロバイダーの代替オプションが表示されています

SaaSモード設定ウィザード（全5ステップ中のステップ1）。Stripeが標準的な経路です。下部のボックスは、お住まいの国でStripeが利用できない場合のカスタム決済プロバイダー経路を提供します。

::: 1. メインサイドバーの**SaaSモード**をクリックします。 2. 初めてアクセスした場合は、セットアップウィザードが表示されます。以下の3つのパスから1つを選択してください。 - **アカウントをお持ちの方 / Stripeを接続** — 推奨。以下の[オプション1：Stripeを接続](#option-1-connect-stripe)を参照してください。 - **代わりにカスタム決済プロバイダーを使用** — 独自の決済プロバイダーを使用する場合。以下の[オプション2：カスタム決済プロバイダー](#option-2-custom-payment-provider)を参照してください。 - **代わりにPayPalを接続** — Stripeと同様に組み込み済みで、PayPalビジネスアカウントに入金されます。以下の[オプション3：PayPalを接続](#option-3-connect-paypal)を参照してください。 > Stripeが最も手軽な方法です。お住まいの国でStripeが利用できない場合や、クライアントがPayPalを希望する場合は、PayPalを接続してください。これも同様に組み込み済みで、統合作業は不要です。カスタム決済プロバイダーのルートは、すでに利用していて今後も使い続けたい請求システム（Mollie、Paddle、GoCardless、独自のバックエンドなど）がある場合のために残しておいてください。 StripeとPayPalを同時に接続できます。その場合、クライアントにはそれぞれのボタンが表示され、好きな方を選択できます。 --- ### オプション1：Stripeを接続 これが推奨されるパスです。プラットフォームがチェックアウト、アカウント作成、クレジット付与を代行するため、お客様はStripeのキーを設定するだけです。 #### ステップ1 — 制限付きStripe APIキーを作成する 1. SaaSモードウィザードで、**Stripeシークレットキー**の入力を求められます。 2. 新しいタブでStripeダッシュボードを開き、**開発者** → **APIキー** → **制限付きキーを作成**の順に進みます。 3. キーに名前（例: *DM Champ Reselling*）を付け、以下の権限を付与します。 - **Checkoutセッション** → 書き込み - **プロダクト** → 書き込み - **価格** → 書き込み - **サブスクリプション** → 書き込み（各クライアントのサブスクリプションにタグ付けを行うことで、更新時や無料トライアルから有料プランへの移行時に正しいアカウントへクレジットが付与されます。また、削除前にアクティブなサブスクライバーがいるかどうかをプラットフォームが確認できるようになります） - **顧客** → 書き込み、**Setup Intents** → 読み取り、および **カスタマーポータル** → 書き込み（クライアントが自動チャージ用にカードを保存したり、サブスクリプションを管理したりする際に使用されます） - **アカウント** → 読み取り - **Webhookエンドポイント** → 書き込み（Webhookが適切なイベントで登録されているかをプラットフォームが確認し、登録されていない場合に自動修正するために使用されます。以下の[Webhookヘルスチェック](#webhook-health-check)を参照してください） 4. **キーを作成**をクリックし、キーをコピーします。 > **すでに少ない権限で接続済みの場合** 新しいキーは不要です。Stripeで**開発者 → APIキー**を開き、既存の制限付きキーをクリックして、不足している権限にチェックを入れて保存してください。次回の要求時にプラットフォームが自動的に認識します。**サブスクリプション**権限が不足している場合の典型的な症状として、価格ティアを削除しようとすると *"Could not verify if this tier has active subscribers"* というエラーが表示されます。 5. ウィザードに貼り付け、**保存して続行**をクリックします。 #### ステップ2 — Stripe Webhookを登録する 1. ウィザードに**Webhook URL**が表示されます。これをコピーしてください。 2. Stripeで **[開発者]** → **[Webhook]** → **[エンドポイントを追加]** の順に移動します。 3. コピーしたWebhook URLを送信先として貼り付けます。 4. イベントには、**`checkout.session.completed`**（初回購入）、**`invoice.paid`**（更新、および無料トライアル終了後の初回請求。これがないと、Stripeで更新料金は請求されますが、クレジットが補充されません）、**`customer.subscription.updated`**（Stripeカスタマーポータルでのプラン変更。これがないと、アップグレードしたクライアントは手動で修正するまで古い許容量のままになります）、および **`customer.subscription.deleted`**（キャンセル。これがないと、Stripeでキャンセルしたクライアントがこちらではサブスクリプション継続中のまま表示されます）を選択してください。 5. Stripeに新しいWebhookの**署名シークレット**が表示されます。これをコピーしてウィザードに貼り付け、**[保存して続行]** をクリックします。 ##### Webhookヘルスチェック 署名シークレットを保存した直後、およびその後1日1回、プラットフォームはStripeキーを使用して、Webhookエンドポイントが有効であり、4つすべてのイベントにサブスクライブされていることを確認します。イベントが不足しており、キーに **Webhook Endpoints → Write** 権限がある場合は、自動的に追加されます。プラットフォームで修正できない場合（エンドポイントが見つからない、エンドポイントが無効になっている、キーに権限がない、またはキーの期限切れや取り消しによりStripeがキーを拒否した場合）、SaaSモードのダッシュボードに **「Webhook needs attention（Webhookの対応が必要です）」** という警告が表示され、具体的な対処法が示されます。警告が表示されている間は、クライアントの更新料金はStripeで請求されますが、クレジットは補充されません。速やかに修正してください。 #### ステップ 3 — 料金プランを設定する 1. クライアントが購入できるクレジットパッケージ（最大20ティアまで。例：*スターター — 1,000クレジット / $29*、*プロ — 5,000クレジット / $99*）と、各ティアでアンロックされる機能を定義します。 - **月払いと年払いなど、同じプランを2つの請求サイクルで提供したい場合**は、一度設定してから、ティアのゴミ箱アイコンの横にある**複製**アイコンをクリックしてください。コピーには、クレジット、価格、機能、制限、トライアルなど、元の設定がすべて引き継がれ、ラベルに *(コピー)* が追加されます。まだ公開はされていません。**請求**を「年払い」に切り替え、価格とラベルを調整して保存すると、独自のStripe商品と価格が設定されます。コピーは意図的にプランリストの**最後**に追加されます。決済リンクや埋め込みコードはリスト内の位置でプランを指定しているため（[ステップ4 — 決済リンクを共有する](#step-4--share-your-payment-links)を参照）、Webサイトにすでに配置済みのものは移動しません。 2. **請求**セレクターでプランの請求方法を選択します：**月払い**、**年払い**、または**N週間ごと**。月払いの場合は変更はなく、入力した価格が毎月請求されます。**年払い**の場合、入力した価格は**1年分**の価格ですが、**月間クレジット**フィールドはそのままの意味で、クライアントが**毎月**受け取るクレジット数となります。つまり、*1,000クレジット / $290 / 年払い*の場合、クライアントは年に1回$290を支払い、毎月1,000クレジットを受け取ります。付与は月ごとに行われます（購入初月、その後は毎月自動的に付与され、年次更新時にカウントがリセットされます）。1年分が初日にまとめて付与されるわけではありません。これはプールにとって重要です。年払いの販売によって、1年分のクレジットが一度に消費されることはありません。クライアントがキャンセルした場合、月次の付与は停止します。**N週間ごと**はその他のサイクル用です。これを選択し、**支払い間隔（週）**（1〜52）を入力します。例えば「4週間ごと」にすると、年間12回ではなく13回の支払いになります。週単位のプランでは、価格とクレジットの両方が**請求期間ごと**に適用されます。*1,000クレジット / $29 / 4週間ごと*のプランでは、4週間ごとに$29が請求され、4週間ごとに1,000クレジットが付与されます。保存済みのプランの請求サイクルを変更するとStripe内に新しい価格が作成されるため、既存の購読者は契約時のプランのままとなります。 3. 必要に応じてプランに**無料トライアル**を設定します。**無料トライアル（日数）**には1〜90の数値を入力します（0にするとトライアルなし）。**トライアルクレジット**は、クライアントが開始時に持つクレジット数を設定します（デフォルトはプランの月間クレジット数ですが、最小1まで減らすことができます。クレジットがゼロのトライアルアカウントではセットアップを完了できないためです）。トライアルを設定すると、新規クライアントは**サインアップ時に課金されません**。初日にトライアルクレジットが付与され、すぐにプランを利用できます。トライアル期間が終了すると、Stripeが自動的にプラン価格を請求し、クライアントはそこから通常の月間付与に移行します。以下の点に注意してください： - **トライアルクレジットは代理店プールから消費されます**。他のプランクレジットと全く同じです。広く宣伝するプランで寛大なトライアルを設定すると実際のコストになるため、月間付与数そのままではなく、慎重に数値を設定してください。 - **トライアルは新規サインアップ用です。** 決済リンクや埋め込みチェックアウトからのサインアップでは、プランで設定された通りのトライアルが適用されます。すでに存在するサブアカウント（あなたが作成したもの、以前購読していたもの、すでにトライアル済みのもの）が自身の請求ページから購入する場合は即時課金され、2回目のトライアルはありません。トライアル中にキャンセルしたクライアントには課金されず、残りのトライアルクレジットは保持されます。 - **カードの要否は選択可能です。** デフォルトでは、トライアルでもサインアップ時にカード情報の入力を求められ、トライアル終了時にStripeが課金します。「トライアル開始時にカードを必須にする」をオフにすると、チェックアウトでカード入力がスキップされ、クライアントはメールアドレスのみで開始できます。トライアル終了までにカードを追加しなかった場合、プランは終了し、サブアカウントはキャンセル扱いとなり、クレジットの付与は停止され、残りのトライアルクレジットのみが保持されます。カードなしのトライアルはカードありよりも自動更新率が低いため、終了前にカードを追加するようクライアントにリマインドすることをお勧めします。 - **トライアル後の強制期限切れ — 未使用クレジットの回収。** カードスイッチの横には「トライアル後の強制期限切れ」があります。これをオンにすると、*アップグレードなしでトライアルが終了した場合、未使用のトライアルクレジットはプールに戻り、購読するまでクライアントのアカウントはロックされます。* オフ（デフォルト）のままにすると、前述の通りプランはキャンセルされ、クレジット付与は停止されますが、クライアントは残りのトライアルクレジットを保持するため、それらを使い切るまでAIは応答し続けます。オンにすると、アップグレードなしでトライアルが終了した瞬間に、未使用のトライアルクレジットは**代理店プールに戻り**、アカウントはロックされます。送信やAIの返信は停止し、クライアントには*「無料トライアルが終了しました。継続するにはプロバイダーに連絡してください。」*と表示されます。消費されなかった分のみが戻ります。実際に使用した分はコストとして発生します。ロックはクライアントがプランを購入すると自動的に解除されます。また、サブアカウントの**編集**モーダルから、支払いが滞ったクライアントに対する[ブロック制御](sub-accounts.md#blocking-pausing-a-sub-account)と同じものを使用して、手動で解除や変更を行うこともできます。（手動で設定したブロックは、これによって影響を受けることはありません。あなたの判断が優先されます。）強制期限切れは、カード必須・不要の両方のトライアルで機能します。カード不要のトライアルでは、チェックアウト時に、支払い方法を追加しない限りトライアル終了後にプランと残りのトライアルクレジットが自動的に終了することが購入者に通知されます。 4. **チャネル**グループにはプランの**チャネル制限**が含まれます。これはトグルではなく数値であり、チームシートやAIエージェント制限と全く同じように機能します。「設定なし」（デフォルト。プランで管理しないため、アカウントの既存設定が維持されます）、「無制限」、またはクライアントが一度に接続できるメッセージングチャネルの正確な数（0を含む。あなたがチャネルを接続・管理するプラン用）を**カスタム**で選択します。制限はクライアントの購読時に適用され、更新のたびにリフレッシュされます。特定のサブアカウントに対して手動で設定した制限（編集モーダル内）は、更新によって上書きされることはありません。これはチャネルの**種類**ではなく、**数**を制御します（種類は次のグループで設定します）。カウントはチャネルタイプごとではなく、**接続**ごとです。WhatsApp番号は（WhatsApp WebとビジネスAPIを問わず）それぞれ1スロットを消費し、InstagramとMessengerは同じMetaページ接続を通じて提供されるため、合わせて1スロットを占有します。制限に達したクライアントが別のチャネルを接続しようとすると、明確なメッセージが表示されます。すでに接続済みのチャネルの再接続はブロックされません。 5. 各ティアの機能リスト内には、クライアントに提供できるチャネルタイプをリストアップした**チャネルタイプ**グループもあります（チャットウィジェット、WhatsAppビジネスAPI、WhatsApp Web、Instagram、Facebook Messenger、Telegram、LINE、Viber、Email、SMS、iMessage）。チャネルタイプはデフォルトでオンになっているため、一部をオフにすることで、特定のチャネルを上位ティア専用にすることができます（例：スターターはウィジェットのみ、プロ以上でWhatsAppビジネスAPIを利用可能にするなど）。チャネルが除外されているティアのクライアントには、チャネルページでそのチャネルがロックされ、アップグレードを促す注記が表示されます。 6. 機能リストには**チーム**グループもあり、各プランでチームシートの許容量を定義できます。「チームシート」という選択項目で、プランのクライアントがチームメンバーを持てるかどうか、およびその人数を決定します。「含まれない」（デフォルト。このプランのクライアントはチームメイトを招待できません）、プリセット（3 / 5 / 10 / 無制限）、または正確な人数を**カスタム**で選択します（スターターは3シート、プロフェッショナルは10、エンタープライズは無制限など、価格に合わせて設定）。許容量はクライアントの購読時に自動的に適用され、更新のたびにリフレッシュされるため、クライアントごとに手動で設定する必要はありません。「設定なし」はチームメンバーが含まれるがプランでは人数を管理しないことを意味し、アカウントの既存のシート制限はそのまま維持されます。特定のサブアカウントに対して手動で設定したシート制限（編集モーダルまたはAPI経由）は更新によって上書きされないため、例外的な設定は請求サイクルをまたいで保持されます。また、上位プラン専用にしたい場合は**生産性**グループ（タスク、日次サマリー、AIメディアライブラリ）もあります。 7. **連絡先とAIエージェント**グループにはプランの**AIエージェント制限**が含まれます。これはトグルではなく数値であり、チームシートと全く同じように機能します。「設定なし」（デフォルト。アカウントの既存設定が維持されます）、「無制限」、またはクライアントが持てるAIエージェントの正確な数（0を含む。あなたがエージェントを構築・管理し、クライアントには作成させないプラン用）を**カスタム**で選択します。制限はクライアントの購読時に適用され、更新のたびにリフレッシュされます。特定のサブアカウントに対して手動で設定した制限（編集モーダル内）は、更新によって上書きされることはありません。制限に達したクライアントがエージェントを作成または複製しようとすると、明確なメッセージが表示されます。代理店側からサブアカウントにエージェントをコピーすることは、この制限によってブロックされません。 8. **未使用クレジット**グループは、プラン更新時にクライアントの残りのクレジットをどうするかを決定します。「最大保持数」は、このプランのクライアントが繰り越せる月数です。更新のたびに、未使用残高がその月数の月間付与分まで切り詰められ、その上に新しいクレジットが追加されます（`1`は1ヶ月分、`0.5`は0.5ヶ月分、`0`は繰り越しなし）。「未使用クレジットの有効期限」は日数です。その期間未使用のクレジットは、期限に達した後の最初の更新時に削除されます。消費は常に古いクレジットから行われるため、毎月付与分を使い切るクライアントがクレジットを失うことはありません。両方を空（デフォルト。現在販売中のすべてのプランの設定）にすると、上限や期限切れは適用されません。これらは、製品をほとんど使用しないクライアントが、あなたのプールに負担をかける残高を蓄積してしまうような、安価なプランやトライアル価格のプランで設定する価値があります。特定のサブアカウントで設定された値はプランの設定よりも優先されるため、単一のクライアントに対して例外を作ることも可能です。[繰り越し上限の設定](sub-accounts.md#capping-what-rolls-over)を参照してください。 9. **クレジット単価**を設定します。これはクライアントがアドホックな追加購入を行う際の価格です。 10. **保存して続行**をクリックします。 > **連絡先は数値ではなく、オン/オフの機能です。** 同じ **連絡先とAIエージェント** グループに **無制限の連絡先** がシンプルなオン/オフ項目として含まれており、連絡先数を入力するフィールドは意図的に設けられていません。オフにしても連絡先の上限を設定できるようになるわけではないため、特別な理由がない限りオンのままにしてください。実際に数値として指定できる3つの制限は、**チャネル制限**、**AIエージェント制限**、**チームシート**であり、それぞれ「未設定 / 無制限 / カスタム」から選択できます。 > **キャンペーンやブロードキャストにプランごとの上限はありません。** スターターティアを小規模に保ちたい場合は、エージェント数を制限してください。上記の **AIエージェント制限** を使用します。 > **ティアはサブスクリプションであり、一度限りの購入ではありません。** 各価格ティアは継続的なサブスクリプションであり、**Billing**セレクターの設定に応じて毎月、年1回、またはN週間ごとに課金され、クライアントが解約するまで継続します。月払いおよび年払いプランでは**毎月**クレジットが付与され、週単位のプランでは**請求期間ごと**に付与されます。一度限りの追加購入には、クレジット単価に基づいたカスタム金額オプションを使用してください。ティアは有効なサブスクリプションであるため、購読者が残っているティアを削除することはできません。削除する前に、該当するクライアントを解約または移行させてください。 > ⚠️ **更新時には常にティアの機能リストが優先されます。** クライアントがティアにサブスクライブした際、および更新のたびに、機能はティアに含まれる内容にリセットされます。そのため、**サブアカウントの編集**から特定のクライアントに機能を追加した場合は、そのティアにも追加してください。そうしないと、次回の更新時に機能が外れてしまいます。（一回限りのカスタムクレジット購入は機能に影響しません。） #### 特定のホワイトラベルドメインでプランを販売する 複数の[ホワイトラベルドメイン](white-labeling.md#up-to-three-white-labels)を運用している場合、各ティアに**販売先**の選択項目が表示されます（ドメインが2つ以上ある場合にのみ表示されます）。**メインドメイン**のままにしておけば、何も変更されません。他のドメイン（例：Lead Finderドメイン）を選択すると、以下のようになります。 - そのティアの**チェックアウト画面にはそのドメインのブランディングが適用**され、購入者は支払い完了後、メインドメインではなくそのドメインにリダイレクトされます。 - 購入者のサブアカウントは**自動的にそのドメインに割り当てられる**ため、メールやログイン画面のブランディングは初日からそのドメインに従うようになります（サブアカウントの**ホワイトラベル**設定で手動で割り当てるものと同じです）。 - そのドメインでサインインしているクライアントの「クレジット」ページには、そこで販売されているプランのみが記載された**プラン**カードが表示され、アップグレードボタンも表示されます。そのため、Lead Finderドメインを利用しているクライアントは、メインブランドを一度も目にすることなくサブスクリプションに登録できます。 メインドメインで販売されたプランが他のドメインに表示されることはなく、その逆も同様です。 後から[別のドメインをメインドメインに変更](white-labeling.md#changing-which-domain-is-main)した場合、**メインドメイン**に設定されていたすべてのプランは、実際に販売が行われていたドメインに固定されるため、そこで購入するクライアントに影響はありません。 「**設定完了！**」画面が表示され、チェックリスト（Stripeアカウント接続済み、価格ティア設定済み、Webhook登録済み）と、Stripeのテストカード `4242 4242 4242 4242` を使用したテストのヒントが確認できます。そこから**ダッシュボードを表示**をクリックすると、SaaSモードのダッシュボードに移動します。 #### クライアントのプラン変更 クライアントがStripeカスタマーポータルから自身のサブスクリプションを管理できるようにしている場合、クライアントは自分でプランを変更できます。その際、クレジットには以下の影響があります。 - **期間中のアップグレードでは、即座にクレジットが補充されます。** Starterプラン（月間100クレジット）のクライアントが10日目にProfessionalプラン（月間1,000クレジット）に変更した場合、その差額である900クレジットが即座に付与され、次回の更新時からは1,000クレジットが付与されます。Stripeは残りの期間分の差額を請求します。クレジットは通常通り、あなたのプールから差し引かれます。 - **ダウングレードでクレジットが回収されることはありません。** クライアントにすでに付与されたクレジットはそのまま保持され、あなたのプールに戻ることはありません。より少ない許容量は、次回の更新時から適用されます。 - **プランの変更を繰り返しても、許容量を二重に獲得することはできません。** プラットフォームは、クライアントの現在の期間ですでに付与された最大の許容量を記憶しているため、1か月以内に「Starter → Professional → Starter → Professional」と変更しても、900クレジットの差額が付与されるのは1回のみです。 - **プランの機能、シート数、制限は、アップグレード・ダウングレードを問わず、即座に新しいプランの内容が適用されます。** Stripeカスタマーポータルの設定で、以下の2点を確認してください。 - **「顧客が数量を変更できるようにする」はオフのままにしてください。** 数量を変更するとクライアントへの請求額は倍増しますが、受け取るクレジットは増えません。数量を3に設定したクライアントは、料金を3倍支払うことになりますが、受け取るクレジットは1プラン分のみです。 - **ダウングレードを請求期間の終了時にスケジュール設定するのが、金銭面では賢明なデフォルト設定です。** 即座に適用されるダウングレードは、クライアントがすでに高い料金を支払った期間に対してより小さなプランを適用することになり、すでに付与されたクレジットがあなたに戻ってくることはありません。 #### ステップ 4 — 支払いリンクを共有する ダッシュボードの **支払い** タブには、支払いリンクの一覧が表示されます。リンクには、ログインしているドメインが使用されます。`app.youraiconnector.com` からダッシュボードを開くと `app.youraiconnector.com` で始まるリンクになり、独自のホワイトラベルドメインからログインすると、そのドメインが使用されます。リンクの下にある注記でこの点を確認できます。（コピーしたURLのドメイン部分を手動で置き換えることも可能です。）チェックアウトページ自体は、常にロゴとブランドを使用したホワイトラベル仕様となります。 同じタブにある**埋め込みコードをコピー**を使用すると、価格カードを直接お客様のWebサイトに配置することも可能です。 Meta広告を運用していますか？埋め込みコードは、ページのMeta広告クリックID（`fbclid`）をチェックアウトボタンに転送します。通常の決済リンクでも同様に受け付けます（`...&fbclid=...`）。ホワイトラベルドメイン上の**MetaピクセルID**と組み合わせることで、Metaはサインアップを広告の成果として計測できるようになります。「[Meta広告のコンバージョンを追跡する](white-labeling.md#tracking-meta-ads-conversions)」を参照してください。 PayPalも接続している場合、各プランにはStripeリンクの横にPayPalリンクが表示され、埋め込みコードは各価格カードに接続された決済方法ごとに1つずつボタンを配置します。 各支払いリンクは、プランリスト内での位置によってプランを指定します（最初のプランは `tier=0`、2番目は `tier=1` となります）。プランを削除すると、それ以降のプランが1つずつ繰り上がります。そのため、プランを削除した後は必ず「支払い」タブからリンクと埋め込みコードを再コピーしてください。そうしないと、Webサイト上のボタンが誤ったプランや存在しないプランを指す可能性があります。プランは、プランリストに表示されている順序で顧客に提示されます。 **購入者がチェックアウト時に入力できる情報。** Stripeのチェックアウトページでは、カード情報に加えて、購入者のメールアドレス、電話番号、請求先住所の入力を求めます。また、オプションの**ビジネス名**フィールドや、VAT/税務IDを追加できる**「ビジネスとして購入する」**チェックボックスも提供されます。ビジネス名と税務IDはStripeアカウントの顧客情報に保存されるため、独自の請求書作成時にこれらを取得できます。 電話番号はデフォルトで入力が求められますが、オフにすることも可能です。**Payments**（支払い）タブの **Checkout Fields**（チェックアウト項目）で、**Ask for a phone number at checkout**（チェックアウト時に電話番号を求める）をオフにすると、購入者はメールアドレス、カード情報、請求先住所のみを入力するようになります。この設定は支払いリンクと埋め込みチェックアウトに即座に適用されるため、再コピーの必要はありません。また、この設定をオフにして登録されたアカウントには電話番号が登録されませんが、それ以外の動作には一切影響しません。 > ⚠️ **プラットフォームがStripeアカウント内に作成したプロダクトは削除しないでください。** 価格ティアを設定すると、プラットフォームは自動的に対応するStripeプロダクトと価格を作成します。Stripe側でこれらを削除すると、支払いリンクが機能しなくなります。価格設定はStripe内ではなく、SaaSモードのダッシュボードから管理してください。 --- ### オプション 2: カスタム決済プロバイダー Stripeが利用できない場合は、この方法を選択してください。プラットフォームは単一のWebhook URLフィールドを提供します。残りの仕組みはご自身で構築する必要があります。ご自身で接続する必要があるのは以下の**2点**です。 1. **初回登録** — 新規顧客が支払いリンクから支払った際に、プラットフォームのAPIを呼び出してサブアカウントを作成します。 2. **自動追加購入** — サブアカウントのクレジットが少なくなった際に、プラットフォームがWebhookを呼び出すので、カードに課金してクレジットを追加します。 #### ご自身で構築するもの - **プロダクト / 支払いリンク**（ご利用の決済プロバイダーにて。Stripe Connect外のStripe、Mollie、Paddle、GoCardless、手動請求など）。 - **支払完了時に実行されるワークフロー**。プラットフォームのAPIを呼び出し、以下を行います： - サブアカウントの作成 ([POST `/v1/sub-accounts`](https://help.dmchamp.com/api/reference))。 - 必要に応じて、クライアントに一時パスワードをメールで送信する。 - **プラットフォームからの自動リチャージWebhookを処理するワークフロー**：保存されたカードに課金し、プラットフォームのAPIを呼び出してクレジットを追加する。 ゼロからコーディングする必要はありません。Zapier、Make、n8nなどのノーコード/ローコードツールを使用して、プラットフォームのREST APIと決済プロバイダーのAPIを順次呼び出すことができます。 #### ステップ 1 — APIリファレンスを見つける 完全なAPIドキュメントは、**help.dmchamp.com → API Reference → Sub Accounts** にあります。 > ホワイトラベルのドキュメントURLではなく、`help.dmchamp.com` を直接開いてください。APIリファレンスはホワイトラベルのドキュメントからは除外されているため、クライアントには表示されません。 「Sub Accounts（サブアカウント）」セクションには、サブアカウント作成エンドポイント、レスポンスの形式（ウェルカムメールで使用できる一時パスワードを含む）、およびアカウント作成時に渡すことができる利用可能な機能フラグが表示されます。 #### ステップ 2 — 自動リチャージWebhookを設定する 1. SaaSモードのウィザードで、**代わりにカスタム決済プロバイダーを使用する**を選択します。 2. **Webhook URL**を入力します。これは、残高不足イベントを処理するサーバー（またはZapier / Make / n8n）のエンドポイントです。 3. **テストイベントを送信**をクリックして、エンドポイントに到達可能か確認します。結果パネルには、サーバーが返したHTTPステータス、往復レイテンシ、レスポンスボディ、および送信された正確なJSONペイロードが表示されます。これにより、実際のクライアントの残高が不足するのを待たずに、ハンドラーをエンドツーエンドで構築およびデバッグできます。テストイベントのペイロードには `test: true` が含まれているため、サーバーは課金処理をスキップできます。 4. **Webhook URLを保存**をクリックします。 設定が完了すると、サブアカウントのクレジット残高が自動リチャージのしきい値を下回るたびに、以下の処理が行われます。 - プラットフォームが、サブアカウントの詳細と必要なクレジット数をWebhook URLに通知します。 - サーバーは、任意の支払い方法（クライアントのカードへの課金、請求書の作成、プリペイド残高からの差し引きなど）で支払いを処理します。 - 支払いが確認された後、サーバーはAPIを呼び出してサブアカウントにクレジットを付与します。 WebhookペイロードとAPI呼び出しの詳細については、[Sub-Account Auto-Recharge (Custom Payment Provider)](sub-account-auto-recharge.md) を参照してください。 --- ### オプション3：PayPalを接続 お住まいの国でStripeが利用できない場合や、クライアントがPayPalでの支払いを希望する場合は、このパスを選択してください。Stripeと全く同じように組み込まれており、プラットフォームがチェックアウトを実行し、サブアカウントを作成してクレジットを配信します。支払いは**あなたのPayPalビジネスアカウント**に直接入金されます。PayPalビジネスアカウントと、その中で作成されたRESTアプリが必要です。構築作業は不要です。 PayPalを接続してもStripeは置き換えられません。両方接続している場合、クライアントの請求ページと価格カードの両方に両方のボタンが表示されます。 #### ステップ1 — PayPalアプリを接続する 1. SaaSモードウィザードで、**代わりにPayPalを接続**を選択します。 2. 新しいタブでPayPal開発者ダッシュボードを開き、ビジネスアカウントで**RESTアプリ**を作成します。 3. アプリの**クライアントID**と**シークレット**をコピーし、ウィザードに貼り付けます。 4. 環境を選択します。実際の支払いには**Live**、PayPalのテスト購入者を使用してフロー全体をテストしたい場合は**Sandbox**を選択します。クライアントIDとシークレットは選択した環境のものを使用する必要があります。Sandboxの支払いは実際のお金ではありません。リンクを共有する前に接続をLiveに切り替えてください。 5. **保存して続行**をクリックします。プラットフォームがすぐにPayPalで資格情報を確認します。PayPalが拒否した場合、何も保存されず、再度貼り付けることができます。 #### ステップ2 — PayPal Webhookを登録する Webhookは、支払いが完了したこと、購読が更新されたこと、または支払いが返金されたことをPayPalアカウントがプラットフォームに通知するための仕組みです。これがないと、クライアントが支払いをしてもクレジットが付与されません。 1. ウィザードに**Webhook URL**が表示されます。これをコピーしてください。 2. 同じPayPal RESTアプリで、そのURLを使用してWebhookを追加し、以下のイベントをサブスクライブします。 - `CHECKOUT.ORDER.APPROVED` - `PAYMENT.CAPTURE.COMPLETED`, `PAYMENT.CAPTURE.DENIED`, `PAYMENT.CAPTURE.REFUNDED`, `PAYMENT.CAPTURE.REVERSED` - `PAYMENT.SALE.COMPLETED`, `PAYMENT.SALE.REFUNDED` - `BILLING.SUBSCRIPTION.ACTIVATED`, `BILLING.SUBSCRIPTION.CANCELLED`, `BILLING.SUBSCRIPTION.SUSPENDED`, `BILLING.SUBSCRIPTION.EXPIRED`, `BILLING.SUBSCRIPTION.PAYMENT.FAILED` - `VAULT.PAYMENT-TOKEN.DELETED` 3. PayPalから新しいWebhookの**ID**が発行されます。これをコピーしてウィザードに貼り付け、**保存**をクリックしてください。 プランはどちらの方法でも同じです。[ステップ3 — 料金プランの設定](#step-3--set-up-pricing-tiers)で一度設定すれば、接続しているどの支払い方法からでも販売されます。 #### クライアントへの表示 - **トップアップ** — クライアントの請求ページに、カードオプションの横に**PayPalで支払う**ボタンが表示されます。価格は設定したクレジット単価と同じです。 - **プラン** — 各ティアには、**支払い**タブのStripeリンクと並んでPayPalチェックアウトリンクが表示されます。また、**埋め込みコードをコピー**すると、接続されている支払い方法ごとにボタンが生成されるため、Webサイトの料金カードでカードとPayPalを並べて提示できます。 - **自動トップアップ** — 下記を参照してください。 #### PayPalでの自動トップアップ **自動トップアップの請求**という1つの設定で、自動トップアップをどの接続済み方法（Stripe、PayPal、または独自のWebhook）で処理するかを決定します。StripeとPayPalの両方を接続している場合でも、一度に処理できるのはそのうちの1つだけです。それ以外の機能（手動トップアップ、プランのチェックアウト）では、引き続き両方が提供されます。 これを**PayPal**に設定すると、各クライアントは請求ページの**自動リチャージ**カードから、自身のPayPalアカウントを一度だけ接続します。その後、残高がしきい値を下回るたびに、プラットフォームは保存されたPayPalアカウントに設定したクレジット単価でトップアップ料金を請求し、自動的にクレジットを付与します。これはStripeカードのフローと全く同じです。PayPalをまだ接続していないクライアントには請求が行われません。残高がなくなるまで利用し、接続するか手動でクレジットを購入する必要があります。PayPalで支払いが拒否された場合、クレジットは付与されず、次回残高がしきい値を下回ったときにプラットフォームが再試行します。クライアントはいつでも同じカードからPayPalアカウントを削除できます。 後でSaaSモードでPayPalの接続を解除し、それが自動トップアップを処理していた場合、Stripeが接続されていればStripeに、設定されていれば独自のWebhookにフォールバックされます。 #### PayPalに関する重要な注意点 - **プランは、無料トライアル中であっても常にクライアントにPayPalアカウントを要求します。** トライアルは機能しますが（トライアル終了まで課金は発生しません）、PayPalは購入者が事前にアカウントで承認することを要求するため、プランの**トライアル開始にカードを必須にする**スイッチはPayPalチェックアウトでは機能しません。アカウント不要のトライアルに依存する場合は、そのプランをStripe経由で販売してください。 - **価格は設定通りに請求されます。** PayPalはチェックアウト時に個別の税金行を追加しないため、必要な税金はプランの価格やクレジット単価に含めてください。 - **プランの切り替えには、キャンセルと再サブスクライブが必要です。** PayPalサブスクリプションを利用中のクライアントは、その場で別のティアに移行することはできません。現在のプランをキャンセルし、新しいプランのリンクから購入する必要があります。（カードで支払うクライアントは、引き続きStripeカスタマーポータルで切り替え可能です。[クライアントによるプランの切り替え](#clients-switching-plans)を参照してください。） - **返金してもクレジットは回収されません。** PayPalアカウントからPayPal支払いを返金した場合、返金はここに記録されますが、付与済みのクレジットはクライアントの残高に残ります。これはStripeの場合と同じです。 --- ### 料金設定 - **料金プラン** — クライアントが購入できるクレジットパッケージを定義します（最大10個まで。例: 「スターターパック: 15ドルで100クレジット」）。SaaSモードの**プラン**タブで設定します。各プランは**月払い、年払い、またはN週間ごと**に請求されます（年払いでもクレジットは月ごとに付与されます。週払い形式のプランは請求期間ごとに付与されます）。1〜90日の**無料トライアル**を設定でき、独自のトライアルクレジット量を指定可能です。カードの事前入力を必須にするか否か、また**ハード有効期限**（トライアル終了時にアップグレードされなかった場合、未使用のトライアルクレジットをプールに戻し、アカウントをロックする）を設定するか否かを選択できます。[ステップ3 — 料金プランの設定](#step-3--set-up-pricing-tiers)を参照してください。各プランには**支払い**タブに独自の支払いリンク（Stripe、PayPal、または両方）が発行されます。各プランでは、更新時にクライアントが持ち越せるクレジットに上限を設けることもできます。**未使用クレジット**グループで**最大保持数**（保持する月数）と**未使用クレジットの有効期限**（日数）を設定し、プラン内の全クライアントに適用します。[持ち越し上限の設定](sub-accounts.md#capping-what-rolls-over)を参照してください。これらはすべてコードから管理することも可能です。[API経由での料金プラン管理](api-for-agencies.md#manage-your-pricing-tiers-over-the-api)を参照してください。 - **クレジット単価設定** — 柔軟なトップアップのために、クレジットあたりのカスタム価格を設定します。カスタム（アドホック）クレジット購入は、1トランザクションあたり10〜10,000クレジットの間である必要があります。ティアサブスクリプションは固定量をカバーし、カスタム量はその間のあらゆる量を処理します。オプションの**メモ**（最大200文字）は、請求ページの価格のすぐ下に表示されます。これは、ある通貨で価格設定し、別の通貨で請求する場合に便利です（例: *"基準レートに基づき1クレジットあたり0.25米ドル"*）。価格とメモはコードから読み取り、変更することもできます。[API経由でのクレジット単価設定](api-for-agencies.md#set-your-per-credit-price-over-the-api)を参照してください。 - **最低クレジット価格** — プラットフォームの持続可能性を維持するため、クレジットあたりの最低価格が強制されます。価格はこの最低額以上に設定してください。 ### サブアカウントクレジットダッシュボード 各サブアカウントの**クレジット使用詳細**（サブアカウントページの行にある**その他**メニューからアクセス）には、以下が表示されます。 - 購入済みクレジットと合計支出 - 消費済みクレジットと残高 - 時間経過に伴う使用傾向（理由別およびトップキャンペーン別の内訳） > **ダッシュボードの表示内容。** サブアカウントが貴社のエージェンシーAPIキーを使用する場合、ダッシュボードにはクレジットの利用状況が表示されますが、基となるドルコストは非表示になります。利用合計には実際に消費されたクレジットのみがカウントされます。プロモーションボーナス、月次更新、プラン調整は除外されるため、「使用済みクレジット」の数値は実際の活動を反映したものとなります。 --- ## キャンペーンのサブアカウントへのコピー エージェンシーアカウント（または任意のサブアカウント）から、実績のあるキャンペーンを1つ以上のサブアカウントへ一度にコピーできます。ボット設定、開始メッセージ、FAQとナレッジベース、カスタム関数、メディアなどがすべて引き継がれるため、手動で再構築する必要はありません。コピーされたキャンペーンは「下書き」として保存され、アカウント固有の設定（WhatsAppテンプレート、チャネルと電話番号、連絡先リスト）は各サブアカウントで再設定されます。 **サブアカウント**ページから開始します。行の**その他**メニューを開き、**キャンペーンをここにコピー**を選択してください。AIエージェントをコピーする場合は、同じメニューにある**エージェントをここにコピー**を使用するか、**AIエージェント**ページの各エージェント行にある**このエージェントをサブアカウントにコピー**アイコンを使用してください。単一のエージェントではなく、設定全体を一度にクライアントに引き渡す場合は、**スナップショット**を使用します。[スナップショット](snapshots.md)を参照してください。 コピーされる内容や再設定が必要な項目の詳細な手順については、「[サブアカウントへのキャンペーンのコピー](sub-accounts.md#copy-a-campaign-to-a-sub-account)」を参照してください。 --- ## サインインモード（サブアカウントとして操作） エージェンシーアカウントから直接、クライアントになりすましてサブアカウントのダッシュボードに入ることができます。これは他のプラットフォームで「アシスト」や「なりすまし」と呼ばれる機能と同じもので、ここでは**ユーザーとしてサインイン**という名称になっています。 1. サイドバーで**サブアカウント**をクリックします。 2. リストから対象のサブアカウントを探します。その行の右端にある**詳細**メニュー（3点アイコン）をクリックします。 3. **ユーザーとしてサインイン**をクリックします。 4. ダッシュボードがそのサブアカウントのものに切り替わり、キャンペーン、連絡先、チャット、設定にフルアクセスできるようになります。 5. 終了したら、サイドバー上部にあるオレンジ色の**アシスト中: **というピルをクリックし、**エージェンシーに戻る**を選択します。 これは、クライアントにログイン情報を共有してもらうことなく、直接的なサポートを提供する際に特に便利です。 --- ## サブアカウント機能の管理 エージェンシーのティアに応じて、各サブアカウントがアクセスできる機能を制御できます。機能の割り当ては、サブアカウントごと、および料金プランを通じて管理されます。 サブアカウントの**編集**モーダルから、個別に詳細な設定が可能です。利用可能な機能の切り替え、サイドメニューや設定からの特定のページの非表示、アラートメールの受信者の選択（[通知ルーティング](sub-accounts.md#notification-routing)を参照）、独自のAPIキー使用料に対する月間上限の設定、Max AIティアの有効/無効の切り替えなどが行えます。 機能エディターには、クライアントが接続できるメッセージングチャネルを決定する**チャネルタイプ**グループが含まれています（チャットウィジェット、WhatsApp Business API、WhatsApp Web、Instagram、Facebook Messenger、Telegram、LINE、Viber、Email、SMS、iMessage）。チャネルタイプはデフォルトでオンになっていますが、オフにすることも可能です。オフにしたチャネルは、クライアントのチャネルページでロックされた状態で表示され、現在のプランには含まれていない旨の注釈が表示されます。 > **クライアントが有料ティアを利用している場合は、その機能もティアに含めてください。** ここで設定したトグルは、クライアントのサブスクリプションが更新されるたびに、そのティア独自の機能リストによって上書きされます。単発の調整には**編集**モーダルを使用し、クライアントが保持すべき機能には価格ティアを使用してください。 > **Max AIティアと独自のAPIキー。** エージェンシーが独自のAPIキーで運用している場合、クライアントに対してMaxを有効にすると、そのクライアントのAI利用は「キー経由の無料利用」から、エージェンシーのプールに請求されるアクションあたり0.25クレジットに変更されます。Maxに含まれる**Mini**ティアも同様で、こちらも当社のインフラストラクチャ上で実行され、アクションあたり0.15クレジットが請求されます。お客様のキーは使用されません。 --- ## ヘルプが必要ですか？ If you have questions about agency accounts or sub-account management, reach out via our [email support](mailto:hi@dmchamp.com).