エンタープライズプランの料金、シート管理、共有アドオン Credits について説明します。
エンタープライズプランは企業やチーム向けに設計されており、一元管理、コラボレーション、セキュリティに関する機能を提供します。主な機能：
エンタープライズプランはシート単位の課金で、組織全体で消費する共有アドオン Credits の購入もサポートします。
組織内のユーザーに課金ロールが割り当てられると、シートを占有します。シートが一度占有されると、現在の課金サイクル内で継続して課金されます。そのユーザーが後で組織から削除されても、すでに発生したシート料金は返金されません。メンバーの追加と削除について詳しくは、メンバーとロールをご参照ください。
新しいシートを追加する場合、現在の課金サイクルの残り期間に基づいて日割り計算で課金されます。Teams プランの場合、新しいシートに含まれる 3,000 Credits も同様に日割りで付与されます。購入経路別の更新方法については、更新ガイドをご参照ください。
管理者は組織共有アドオン Credits を購入してモデル算力を補充できます。このクレジットは組織内の共有プールとして全メンバーが消費できます。
詳細については組織共有アドオン Creditsをご参照ください。
エンタープライズプランは一元課金をサポートします。
公式サイトで購入した組織：
サブスクリプションは月額または年額で課金されます。月額サブスクリプションの請求サイクルは、次のルールで計算されます。
年額請求サイクルの例：
更新には、新規購入時の「算出した時刻を次の午前 0 時まで繰り下げる」処理は適用されません。更新サイクルは、前回のサイクル終了時刻を基準に 1 暦月ずつ進みます。月額サブスクリプションの場合、更新サイクルの開始時刻と終了時刻は次のルールで計算されます。
新規購入から更新への移行例： 9 月 30 日 5:00 に月額サブスクリプションを購入した場合、最初のサイクルは 10 月 31 日 0:00 に終了します。更新後の次のサイクルは 10 月 31 日 0:00 から 11 月 30 日 0:00 までとなり、12 月 1 日 0:00 までではありません。
連続更新の例： 各更新は前回のサイクル終了日を基準に計算されるため、日数の少ない月を経ると終了日が前倒しになり、元の日付には自動的に戻りません。たとえば、前回のサイクルが 7 月 31 日 0:00 に終了する場合、以降の各サイクルは 8 月 31 日、9 月 30 日、10 月 30 日、11 月 30 日、12 月 30 日、翌年 1 月 30 日の各 0:00 に終了します。翌年が平年の場合、次のサイクルは 2 月 28 日 0:00 に終了し、以降は 28 日を基準とします。翌年がうるう年の場合は 2 月 29 日 0:00 に終了し、以降は 29 日を基準としますが、その後に平年の 2 月を迎えると 28 日に調整され、それ以降は 28 日を基準とします。
クラウドマーケットプレイスの Teams 版は、リデンプションコードによる残高チャージ方式を採用しています。有効期限は午前 0 時に統一されず、翌月の同日の注文時刻となります。
クラウドマーケットプレイスのリデンプションコードでアクティベートされた Teams サブスクリプションは、以下のルールに従います：
初回リデンプションアクティベート時、サブスクリプションサイクルはアクティベート時刻から 1 自然月として計算されます。翌月に同一日付が存在しない場合、有効期限はその月の最終日となります。
- 一元請求：組織の請求は管理者が集中管理・支払いし、リソース使用量の制限もサポートします。
- 管理コンソール：メンバーのアクセス権限、モデル使用制限、データプライバシーモードなどを管理します。
- ドメイン制限：特定のメールドメインのアカウントのみ組織に参加を許可します。
- シングルサインオン (SSO)：エンタープライズグレードの認証をサポートします。
- 分析とインサイト：データ統計と分析。
- 機能管理と配布：Plugin/Skill の管理と共有。
- ナレッジ：チームの知識価値を最大化。
プラン比較
| 機能 | Teams | Enterprise | |
|---|---|---|---|
| 対応プロダクト | Qoder IDE | ✓ | ✓ |
| QoderWork | ✓ | ✓ | |
| QoderWake | ✓ | ✓ | |
| Qoder JetBrains プラグイン | ✓ | ✓ | |
| Qoder CLI | ✓ | ✓ | |
| Cloud Agents | ✓ | ✓ | |
| Qoder Mobile | ✓ | ✓ | |
| アカウントと ID | SSO（SAML/OIDC） | ✓ | ✓ |
| ロール管理 | ✓ | ✓ | |
| グループ | ✓ | ||
| 一元課金管理 | リソースクォータ管理 | ✓ | ✓ |
| 共有アドオン Credits プーリング | ✓ | ✓ | |
| グループ別課金 | ✓ | ||
| ナレッジ | RepoWiki / ナレッジカード | ✓ | ✓ |
| 個人ナレッジベースクラウドストレージ | ✓ | ✓ | |
| AI 拡張性 | Plugin/Skill 共有 | ✓ | ✓ |
| Plugin/Skill 一元配布 | ✓ | ||
| Plugin Marketplace | ✓ | ||
| AI ガバナンス | モデルルーティングポリシー管理 | ✓ | |
| コンテンツセキュリティポリシー | ✓ | ||
| 分析 | リソース使用量統計 | ✓ | ✓ |
| AI コーディングメトリクス | ✓ | ✓ | |
| セキュリティとコンプライアンス | プライバシーモード管理 | ✓ | ✓ |
| 操作監査 | ✓ | ||
| オープン性 | OpenAPI | 基本 API | 拡張 API |
サブスクリプション料金とシートクォータ
エンタープライズプランはシート単位の課金で、組織全体で消費する共有アドオン Credits の購入もサポートします。
| シート料金 | |
|---|---|
| Teams | $40 / シート / 月 各シートには固定の AI 算力クォータ（Credits）が含まれます：
|
| Enterprise | $20 / シート / 月 各シートには AI 算力クォータは含まれません（Credits）。 Credits は共有アドオン Credits として別途課金されます。 |
シート管理
組織内のユーザーに課金ロールが割り当てられると、シートを占有します。シートが一度占有されると、現在の課金サイクル内で継続して課金されます。そのユーザーが後で組織から削除されても、すでに発生したシート料金は返金されません。メンバーの追加と削除について詳しくは、メンバーとロールをご参照ください。
- Enterprise：メンバーが組織から削除されると、そのシートは自動的に解放されて未割り当て状態に戻り、現在の課金サイクル内で追加料金なしに別のメンバーへ再割り当てできます。
- Teams：シートには Credits が含まれます。そのシートの Credits が一度でも使用されるとメンバーのアカウントに紐づき、現在の課金サイクル内では他のユーザーに再割り当てできません。
- シートの追加
- シートの削減
- 公式サイトで購入した組織は、管理者がメンバー ページ > シート数の調整 から必要に応じてシート数を調整できます。
- クラウドマーケットプレイスで購入した組織は、購入した Alibaba Cloud アカウントでクラウドマーケットプレイスの該当するサービス詳細 > アップグレード/ダウングレード からシート数を調整できます。
組織共有アドオン Credits
管理者は組織共有アドオン Credits を購入してモデル算力を補充できます。このクレジットは組織内の共有プールとして全メンバーが消費できます。
| 項目 | 詳細 |
|---|---|
| 料金 | $40 / 3,000 Credits（一括購入、複数回積み上げ可能）。 |
| 有効期間 | 購入またはリデンプションの日から 1 年 間有効、期限後にリセット。 |
| 返金ポリシー | 購入後の返金不可、他の組織への譲渡不可。 |
購入方法
購入方法
管理者は 組織設定 > 組織の使用量 > Shared Add-on Credits ページから購入・支払いを行えます。クラウドマーケットプレイスで購入した場合は、リデンプションコードで引き換えができます。リデンプションコードの使用方法についてはリデンプションコードについてをご参照ください。
消費の優先順位
消費の優先順位
メンバーがリクエストを発行すると、Credits は以下の優先順位で差し引かれます：
- 当月のシートクォータ
- メンバーが自身で購入した個人アドオン Credits
- 組織の共有アドオン Credits
メンバーの消費上限設定
メンバーの消費上限設定
共有リソースの消費を管理するため、管理者は 組織設定 > メンバー ページで各メンバーに個別の「共有リソース消費上限」を設定できます。
請求と支払い管理
エンタープライズプランは一元課金をサポートします。
公式サイトで購入した組織：
- 注文管理：管理者は 組織設定 > サブスクリプションと課金 > 注文 ページから取引明細の確認、未処理注文の支払い、注文のキャンセルを行えます。
- 支払い方法管理：組織設定 > サブスクリプションと課金 > 支払い情報の管理 ページで、クレジットカードの追加、デフォルト支払い方法の設定、請求先住所の更新が可能です。注：更新された支払い情報は将来の取引にのみ適用されます。
- 請求と支払い方法はクラウドマーケットプレイスの Alibaba Cloud アカウント内で確認・設定されます。Alibaba Cloud マーケットプレイスで管理してください。
請求サイクル
以下の請求サイクルルールは、クラウドマーケットプレイスの Teams 版を除くすべてのプランに適用されます。クラウドマーケットプレイスの Teams 版については、以下の特記事項をご参照ください。
新規購入シナリオ
サブスクリプションは月額または年額で課金されます。月額サブスクリプションの請求サイクルは、次のルールで計算されます。
- 購入時刻から 1 暦月を加算します。
- 対象月に購入日と同じ日付がない場合は、その月の最終日の同時刻を使用します。
- 算出した時刻を次の午前 0 時（00:00）まで繰り下げ、その時刻をサブスクリプションサイクルの終了時刻とします。
| 購入シナリオ | 開始時刻 | システムによる計算 | 終了時刻 |
|---|---|---|---|
| 9 月 30 日 5:00 に購入 | 9 月 30 日 5:00 | 1 暦月を加算して 10 月 30 日 5:00 とし、次の午前 0 時まで繰り下げる | 10 月 31 日 0:00 |
| 10 月 1 日 5:00 に購入 | 10 月 1 日 5:00 | 1 暦月を加算して 11 月 1 日 5:00 とし、次の午前 0 時まで繰り下げる | 11 月 2 日 0:00 |
| 10 月 30 日 5:00 に購入 | 10 月 30 日 5:00 | 1 暦月を加算して 11 月 30 日 5:00 とし、次の午前 0 時まで繰り下げる | 12 月 1 日 0:00 |
| 10 月 31 日 5:00 に購入 | 10 月 31 日 5:00 | 1 暦月を加算する。11 月には 31 日がないため、11 月 30 日 5:00 とし、次の午前 0 時まで繰り下げる | 12 月 1 日 0:00 |
| 11 月 1 日 5:00 に購入 | 11 月 1 日 5:00 | 1 暦月を加算して 12 月 1 日 5:00 とし、次の午前 0 時まで繰り下げる | 12 月 2 日 0:00 |
| 平年の 2 月（28 日間）：1 月 28、29、30、31 日の 5:00 に購入 | 1 月 28、29、30、31 日の 5:00 | 1 暦月を加算する。対象日が 2 月末を超える場合は月末を使用するため、いずれも 2 月 28 日 5:00 となり、次の午前 0 時まで繰り下げる | 3 月 1 日 0:00 |
| うるう年の 2 月（29 日間）：1 月 29、30、31 日の 5:00 に購入 | 1 月 29、30、31 日の 5:00 | 1 暦月を加算する。対象日が 2 月末を超える場合は月末を使用するため、いずれも 2 月 29 日 5:00 となり、次の午前 0 時まで繰り下げる | 3 月 1 日 0:00 |
| うるう年の 2 月（29 日間）：1 月 28 日 5:00 に購入 | 1 月 28 日 5:00 | 1 暦月を加算して 2 月 28 日 5:00 とし、次の午前 0 時まで繰り下げる | 2 月 29 日 0:00 |
- 通常のサブスクリプション： 2025 年 8 月 16 日にサブスクリプションを開始した場合、現在の請求サイクルは 2026 年 8 月 17 日の深夜に終了します。
- 月末のサブスクリプション： 2025 年 1 月 31 日にサブスクリプションを開始した場合、現在の請求サイクルは 2026 年 2 月 1 日の深夜に終了します。
共有リソースパッケージは一度限りの前払い購入であり、自動更新の対象外です。
サブスクリプションまたはリソースパッケージの有効期限が切れると、未使用の Credits はすべて自動的に失効します。
更新シナリオ
更新には、新規購入時の「算出した時刻を次の午前 0 時まで繰り下げる」処理は適用されません。更新サイクルは、前回のサイクル終了時刻を基準に 1 暦月ずつ進みます。月額サブスクリプションの場合、更新サイクルの開始時刻と終了時刻は次のルールで計算されます。
- 開始時刻は、前回のサイクル終了時刻です。
- 終了時刻は、開始時刻から 1 暦月後の同日 0:00 です。翌月に同じ日付がない場合は、その月の最終日 0:00 とします。
| 更新シナリオ | 開始時刻 | システムによる計算 | 終了時刻 |
|---|---|---|---|
| 前回のサイクルが 10 月 31 日 0:00 に終了 | 10 月 31 日 0:00 | 1 暦月を加算する。11 月には 31 日がないため、11 月 30 日とする | 11 月 30 日 0:00 |
| 前回のサイクルが 10 月 30 日 0:00 に終了 | 10 月 30 日 0:00 | 1 暦月を加算して 11 月 30 日とする | 11 月 30 日 0:00 |
| 前回のサイクルが 10 月 29 日 0:00 に終了 | 10 月 29 日 0:00 | 1 暦月を加算して 11 月 29 日とする | 11 月 29 日 0:00 |
| 前回のサイクルが 10 月 15 日 0:00 に終了 | 10 月 15 日 0:00 | 1 暦月を加算して 11 月 15 日とする | 11 月 15 日 0:00 |
| 平年の 2 月（28 日間）：前回のサイクルが 1 月 31 日 0:00 に終了 | 1 月 31 日 0:00 | 1 暦月を加算する。2 月には 31 日がないため、2 月 28 日とする | 2 月 28 日 0:00 |
| 年をまたぐ場合：前回のサイクルが 12 月 31 日 0:00 に終了 | 12 月 31 日 0:00 | 1 暦月を加算して翌年 1 月 31 日とする | 翌年 1 月 31 日 0:00 |
特記事項：クラウドマーケットプレイス Teams 版の請求サイクルルール
クラウドマーケットプレイスの Teams 版は、リデンプションコードによる残高チャージ方式を採用しています。有効期限は午前 0 時に統一されず、翌月の同日の注文時刻となります。
クラウドマーケットプレイス Teams 版の年払いと月払いは、リデンプションコードの支払いモードが異なるだけで、Teams サブスクリプションサイクルの計算には影響しません。実際にはいずれも月次サブスクリプションサイクルで残高を消費し、シートを割り当てて使用します。
- 例：8 月 5 日 10:00 に初回アクティベートした場合、現在のサイクルは 9 月 5 日 10:00 まで。1 月 31 日 10:00 に初回アクティベートした場合、2 月には 31 日がないため、有効期限は 2 月 28 日 10:00 となり、その後のサイクルは順に 3 月 31 日、4 月 30 日…と続きます。