GitHub Copilot の支払い・請求方法を理解する
ユーザーとライセンスの管理に関する前回のガイドでは、ユーザーへのライセンスの割り当てには、ユーザーごとのアプローチから組織全体へのアクセス許可まで、複数の方法があることを説明しました。このガイドでは、請求に関するよくある質問にお答えし、ライセンス管理のアプローチに影響を与える可能性のある請求に関する考慮事項を理解していただき、コストを管理して予期せぬ請求を回避するために必要なものを確認します。
このガイドの学習内容
GitHub Copilot の請求の計算方法
プランにユーザーを追加できるユーザー
支払額に影響する可能性のある請求明細
GitHub Copilot の請求の仕組み
GitHub Copilot Business または GitHub Copilot Enterprise プランに登録するときに、組織または企業のどのメンバーが GitHub Copilot にアクセスできるかを選択します。メンバーにアクセスを許可すると、プランに「シート」が追加されます。毎月、割り当てたシートの数に対して請求されます。GitHub Copilot へのアクセスを許可または削除することで、いつでもシートを追加または削除できます。事前に設定された数のシートを購入する必要はありません。
請求は毎月のサイクルで計算され、各サイクルの最後に請求されます。GitHub Copilot に初めて登録するときは、最低利用期間は適用されません。
クレジットカードや Microsoft Azure プランなど、組織アカウントや Enterprise アカウントで設定した支払い方法に基づいて請求されます。
最新の料金とご利用いただける機能については、GitHub Copilot プランページを参照してください。
誰がユーザーにアクセス権を付与できますか?
組織に対して GitHub Copilot を有効にすると、Organization のオーナーであれば誰でもメンバーにアクセス権を付与できます。登録する前に、以下を行うことをお勧めします。
組織内の「オーナー」の役割を持つ人を確認します。オーナーはシートの割り当てにより、請求に影響を与える可能性があります。
ライセンス管理戦略を決定し、Organization のオーナーに事前に伝えます。ユーザーとライセンスの管理に関するガイドでは、さまざまなアプローチとベストプラクティスについて説明します。
1 つの Enterprise アカウントを使用して複数の組織を管理している場合は、請求を管理しやすくするために、GitHub Copilot を使用できる組織を選択できます。手順については、GitHub Docs の「エンタープライズで GitHub Copilot のポリシーを適用する」を参照してください。
シートの追加や削除はいつできますか?
支払いサイクル中はいつでもシートを自由に追加したり削除したりできます。ASOS がユーザーとライセンスの管理に関するガイドで概説したものと同様のアプローチを採用する場合は、ユーザーのリクエストに応じて自動的にシートを追加したり、GitHub Copilot を使用していないユーザーのシートを非アクティブにしたりできます。
シートの追加や削除はさまざまな形で請求に影響します。
サイクルの途中でシートを追加すると、料金は現在のサイクルの残りの期間で日割計算され、次のサイクルでは通常どおり請求されます。シートの料金は、ユーザーが実際に GitHub Copilot の使用を開始した時点ではなく、シートを割り当てた時点から請求が開始されます。
サイクルの途中でシートを削除すると、この変更は次の支払いサイクルの開始時から適用されます。それまでは、ユーザーは引き続き GitHub Copilot にアクセスできます。
組織の GitHub Copilot の使用状況は、組織の支払い設定でいつでも追跡できます。手順については、GitHub Docs の「GitHub Copilot の使用状況の表示」を参照してください。
1 人のユーザーが複数のシートを占有できますか?
1 つの Enterprise アカウントを使用して複数の組織を管理している場合、各組織はメンバーに GitHub Copilot へのアクセスを許可する必要があります。ユーザーが複数の組織のメンバーである場合は、複数のシートを受け取る可能性があります。
幸い、企業が 1 人のユーザーに対して二重に請求されることはありません。ユーザーが同じ企業内の複数の組織からシートを受け取った場合、GitHub は当該ユーザーに関して請求する前にこれらのシートの重複を排除します。
ユーザーの GitHub Copilot Individual プランは、ユーザーが GitHub Copilot Business または GitHub Copilot Enterprise プランへのアクセスを付与されるとすぐにキャンセルされることにもご注意ください。これにより、ユーザーが既存の個人プランに対して不必要な支払いをすることがなくなります。
Enterprise プランの場合でも、ユーザーがアクセス権を付与されている組織を追跡することが重要です。これは、組織が GitHub Copilot に設定したポリシー (GitHub Copilot がパブリック コードに一致する提案をブロックするかどうかなど) は、その組織を通じてアクセスを許可された全てのユーザーに適用されるためです。ユーザーは、チャットや CLI アクセスといった特定の機能については、所属する組織全体で寛容なポリシーの恩恵を受けますが、重複検出のようなポリシーについては、組織内で最も制限の厳しいルールが優先されることに注意する必要があります。
ここで、これまでに学んだことを復習し、GitHub Copilot で他に何ができるかを見てみましょう。
次の内容: GitHub Copilot の基礎のまとめ
GitHub Copilot の使用を開始する