{"meta":{"title":"予算構成の最適化","intro":"規模、構造、支出の目標に基づいて、組織の予算管理の適切な組み合わせを見つけます。","product":"GitHub Copilot","breadcrumbs":[{"href":"/ja/copilot","title":"GitHub Copilot"},{"href":"/ja/copilot/tutorials","title":"チュートリアル"},{"href":"/ja/copilot/tutorials/budgets","title":"予算を設定する"},{"href":"/ja/copilot/tutorials/budgets/optimizing-your-budget-configuration","title":"予算構成の最適化"}],"documentType":"article"},"body":"# 予算構成の最適化\n\n規模、構造、支出の目標に基づいて、組織の予算管理の適切な組み合わせを見つけます。\n\n予算の構成を最適化する前に、予算管理のしくみと、システムがそれらを評価する方法を理解していることを確認してください。 「[使用量ベースの課金の予算](/ja/copilot/concepts/billing/budgets-for-usage-based-billing)」を参照してください。\n\n予算をまだ設定していない場合は、 [予算統制の使用を開始する](/ja/copilot/tutorials/budgets/getting-started-with-budget-controls) から始めて基本を設定してから、このガイドに戻って構成を最適化してください。\n\nユーザー インターフェイスを使用してコスト センターを管理するか、REST API を使用するかを決定するには、 [大規模なコストの管理と追跡](/ja/billing/tutorials/control-costs-at-scale) を参照してください。\n\n## 予算のサイズ設定\n\nユーザー レベルの予算 (ULB) と他の予算の関係は、予期しないブロックの最も一般的な原因です。 ユーザー レベルの予算で共有プールが提供するよりも多くの消費が一括で許可される場合、その差は従量制課金になり、予算はそのギャップをカバーするのに十分な高さである必要があります。\n\n見積もり方法を次に示します。\n\n1. ユーザー レベルの予算で許容される最大消費量を計算します。 ユニバーサル予算のユーザーの場合は、その数値にユニバーサル ULB を掛けます。 コスト センターのユーザー レベルの予算の合計 (ユーザーごとの金額に各コスト センターのユーザー数を乗算) を追加します。 次に、個々の ULB オーバーライドの合計を追加します。\n2. プールの値を計算するには、Copilot Business シートに $19 USD を掛け、Copilot Enterprise シートに $39 USD を掛けて、その合計を求めます。\n3. 合計消費量の最大値からプールの値を減算します。 その結果、予算でカバーする必要がある従量制課金の最大料金が計算されます。\n\nコスト センター予算も使用する場合は、コスト センター予算とエンタープライズ予算の合計がギャップをカバーする必要があります。 エンタープライズ予算は、コスト センターに割り当てられないユーザーに適用されます。\n\n各コスト センターを独自のライセンス ファンド AI credits 内に収める場合は、含まれている使用制御をそのコスト センターに適用します。 これにより、共有プールから各チームが使用できる量に自動的に上限が設けられるため、従量制の予算が適用される前に、あるチームが大量に使用しても他のチームの取り分を使い切ってしまうことはありません。 「[使用量ベースの課金の予算](/ja/copilot/concepts/billing/budgets-for-usage-based-billing#included-usage-controls-for-cost-centers)」を参照してください。\n\n> \\[!TIP]\n> ユーザー レベルの予算を引き上げるたびに、この計算を再確認します。 企業予算を引き上げずに ULB を引き上げると、ユーザーが各自の予算に達する前に、企業予算の上限によってブロックされる可能性があります。\n\n## スコープの選択\n\nほとんどの企業では、 **ユーザーを直接割り当てたコスト センター予算**をお勧めします。 ユーザーがコスト センターに直接割り当てられている場合、料金は常にユーザーに従うので、ライセンスの構造に関係なく、適用は予測可能です。\n\n| Scope      | 次の場合に使用します。                                            | 設定できる人               |\n| ---------- | ------------------------------------------------------ | -------------------- |\n| コストセンターの予算 | エンタープライズ管理者として予測可能な組織レベルの支出制御が必要です。                    | エンタープライズ所有者、課金マネージャー |\n| 組織の予算      | 組織の所有者は、エンタープライズ管理者の関与なしに、独自の使用制限を設定する必要があります。         | 組織の所有者               |\n| エンタープライズ予算 | より狭い予算でカバーされていないすべてのユーザーの従量制課金料金の合計を上限とするフェールセーフが必要です。 | エンタープライズ所有者、課金マネージャー |\n\n企業内のユーザーが複数の組織の Copilot ライセンスを持っている場合、組織の予算と、組織のみを含むコスト センター (ユーザーではない) の両方で予測不能な適用が行われます。 課金組織はサイクルごとにランダムに選択されるため、支出は月ごとに異なる予算に対してカウントされる可能性があります。 コスト センターにユーザーを直接割り当てると、この問題は回避されます。\n\n### 組織の予算からコスト センターへの移行\n\n企業に既に組織の予算がある場合は、引き続き機能します。 ただし、複数の組織を通じて割り当てられた Copilot ライセンスを持つユーザーがいる場合は、直接ユーザー割り当てを使用してコスト センターに移行すると、より予測可能な適用が可能になります。\n\n1. コスト センターを作成し、(組織だけでなく) ユーザーを直接割り当てます。\n2. 目的の支出上限に一致するコスト センター予算を設定します。\n3. コスト センターの予算が設定されたら、組織の予算を削除します。\n\n## 一般的なシナリオ\n\n次のシナリオは、さまざまなエンタープライズ構造の一般的な予算構成を示しています。\n\n### 責任を持って共有の使用状況を管理する\n\n**状況：** 1 人のユーザーがプールの不釣り合いな共有を使用できないようにしながら、より多くのユーザーに柔軟性を提供したいと考えています。\n\n**構成：**\n\n* プーリングを有効にするには、**ユーザー共通の予算**を各ライセンスの値を上回る値に設定します。\n* 上限を高くする必要がある既知のパワー ユーザーに対して **、個々のユーザー レベルの予算のオーバーライド** を設定します。\n* 従量制課金のセーフティ ネットとして **エンタープライズ予算** を設定します。\n* エンタープライズ **予算で \\[予算制限に達したときに使用を停止する]** を有効にします。\n\nこれは最もシンプルな構成であり、ほとんどの企業にとって良い出発点です。\n\n### 事業単位別予算\n\n**状況：** 複数の部署または組織があり、それぞれに従量制課金の支出に対する責任を果たしたいと考えています。\n\n**構成：**\n\n* 各組織を対象にした **コスト センター** を作成します。 「[コスト センターを利用して、費用を事業部門に割り当てる](/ja/billing/how-tos/products/use-cost-centers)」を参照してください。\n* 各コスト センターに **組み込まれた使用制御** を適用して、事業単位が独自のライセンス ファンド AI credits 含まれている共有プールよりも多くの共有プールを描画できないようにし、上限で支払われた超過分をブロックするか許可するかを選択します。\n* 各部署の **コスト センター予算** を設定します。\n* コスト センターに割り当てられないユーザーのフェールセーフとして **エンタープライズ予算** を設定します。\n* すべての **予算で \\[予算の上限に達したときに使用を停止する]** を有効にします。\n\nこの構成では、各部署に独自の従量制課金の上限があります。 コスト センターの予算が不足すると、そのコスト センターのユーザーのみがブロックされ、他の部署は影響を受けません。 エンタープライズ予算は、コスト センターに割り当てられていないすべてのユーザーをキャッチします。\n\n企業予算とは別に事業単位を運用する場合は、 **コスト センターの除外** を有効にすることを検討してください。 これにより、エンタープライズ予算が $0 USD に達した場合でも、コスト センター ユーザーは支出を維持できますが、従量制課金は独自のコスト センター予算によってのみ制限されます。\n\n### チーム別にユーザーごとの制限を区別する\n\n**状況：** 部門によって必要な制限はユーザーごとに異なります。たとえば、エンジニアリングにはマーケティングよりも開発者ごとに多くの容量が必要ですが、何千もの個別の予算を管理する必要はありません。\n\n**構成：**\n\n* 各部門の **コスト センター** を作成し、ユーザーを直接割り当てます。 「[コスト センターを利用して、費用を事業部門に割り当てる](/ja/billing/how-tos/products/use-cost-centers)」を参照してください。\n* 各部門の **コスト センターのユーザー レベルの予算** を設定して、そのコスト センターのすべてのメンバーに同じユーザーごとの制限を付与します。\n* 部門の既定値とは異なる制限を必要とする特定のユーザーに対して **、個々のユーザー レベルの予算のオーバーライド** を設定します。\n* 従量制課金のフェールセーフとして **エンタープライズ予算** を設定します。\n* エンタープライズ **予算で \\[予算制限に達したときに使用を停止する]** を有効にします。\n\nコスト センターのユーザー レベルの予算では、コスト センターのすべての現在および将来のメンバーに適用されるユーザーごとの金額が 1 つ設定されるため、ユーザーごとに予算を編集するのではなく、部門の制限を 1 か所で調整できます。 優先順位は、最も具体的なものから最も一般的なものの順です。個別の予算はコストセンターのユーザーレベルの予算より優先され、コストセンターのユーザーレベルの予算はユニバーサル予算より優先されます。\n\n### 事業部門内のパワー ユーザー\n\n**状況：** チームごとのアカウンタビリティが必要であり、特定の開発者に事業単位内で高い制限を与える必要があります。\n\n**構成：**\n\n* 各組織を対象にした **コスト センター** を作成します。\n* ほとんどのユーザーを上限とするように **、ユニバーサル ユーザー レベルの予算** を設定します。\n* より多くの容量を必要とするパワー ユーザーに対 **して、個々のユーザー レベルの予算のオーバーライド** を設定します。\n* 各部署 **の原価センタ予算を** 設定します。\n* **エンタープライズ予算**をフェールセーフとして設定します。\n* すべての **予算で \\[予算の上限に達したときに使用を停止する]** を有効にします。\n\nこれは最も詳細な構成です。 ユーザーごとのコントロール（各ユーザーがどの程度利用できるか）、チームごとのコントロール（各事業部門がどれだけの従量課金額を発生させられるか）、そして企業全体にわたる安全策を組み合わせています。 これは、チーム間で使用パターンが混在していて、きめ細かなガバナンスが必要な場合に使用します。\n\n### 組織の所有者に制御を委任する\n\n**状況：** 組織の所有者は、エンタープライズ管理者を使用せずに、独自の支出ガードレールを設定する必要があります。\n\n**構成：**\n\n* 各組織の所有者は、 **組織の予算** を設定します。\n* エンタープライズ管理者は、 **エンタープライズ予算** をセーフティ ネットとして設定します。\n* すべての **予算で \\[予算の上限に達したときに使用を停止する]** を有効にします。\n\n組織の予算は、組織の所有者が使用できる唯一の予算オプションです。 組織の予算では、エンタープライズ管理者が設定した予算を下回る使用量のみを制限できます。上位レベルの予算をオーバーライドすることはできません。\n\n企業内のユーザーが複数の組織を通じて Copilot ライセンスを割り当てられている場合、組織の予算がそれらのユーザーに対して予測どおりに適用されない可能性があります。 この場合、GitHub は各課金サイクルごとに 1つの組織をランダムに選び、その組織に対してシート料金を請求します。 つまり、ユーザーの支出は月ごとに異なる組織の予算に対してカウントされ、適用が予測不能になる可能性があります。 これを回避するには、各ユーザーが 1 つの組織を通じて 1 つのライセンスを持っていることを確認するか、直接ユーザー割り当てでコスト センターの予算を使用します。\n\n## 履歴データを用いた予算規模の見積もり\n\nAI 使用状況ダッシュボードと使用状況エクスポート CSV は、予算のサイズ設定に最適なツールです。 次を見てください:\n\n* **ユーザーごとの使用量:** クレジットがユーザー間でどのように分散されるかを特定します。 消費が小規模なグループに集中している場合、個々のオーバーライドを使用するユーザー レベルの予算は、1 つの高いユニバーサル ULB よりも効果的です。\n* **モデルの使用パターン:** モデルが異なると、クレジットが異なるレートで消費されます。 少数のユーザーがプレミアム モデルを通じて高い支出を推進している場合は、モデル ポリシー (使用可能なモデルを制限する) が予算の引き締めよりも効果的かどうかを検討します。\n* **毎月の傾向:** 消費が安定しているか、それとも急増があるかを確認します。 急増は、新たなベースラインではなく、一時的なものかもしれません（移行プロジェクトやオンボーディングの集中期間など）。 安定状態の予算のサイズを設定し、一時的な例外に個別のオーバーライドを使用します。"}