エンタープライズへの組織の追加

企業に組織を追加するには、方法が3 つあります。

エンタープライズ内で新しいオーガニゼーションを作成する。

          既存の組織をエンタープライズに**招待**します。

GitHub.com 上の Enterprise アカウント同士で既存の組織を移転します。

現在、1 つの組織で GitHub Enterprise Cloud を使用している場合は、エンタープライズアカウントを作成することをお勧めします。

制限事項

データ所在地付き GitHub Enterprise Cloud を使っている場合、GitHub.com と GHE.com 上の Enterprise の間で organization を移転することはできません。代わりに、GitHub Enterprise Importer を使って organization を移転する必要があります。「GitHub 製品間の移行について」を参照してください。

Enterprise Managed Users を使っている場合、次の制限事項が適用されます。

既存の organization を Enterprise に追加することはできません。
マネージドユーザーを持つ企業の既存組織を別の企業に追加することはできません。

既存の組織を追加する場合の変更

既存の Organization を Enterprise に追加した後も、メンバーは Organization のリソースに同じ URL で引き続きアクセスでき、次の変更が適用されます。

2 要素認証 (2FA): エンタープライズで必要な場合、2FA のないメンバーまたは 2FA が安全でないメンバーは、エンタープライズの 2FA セキュリティ要件を満たす 2FA を構成するまで、organization のリソースにアクセスできなくなります。
エンタープライズライセンス: メンバーは企業の一員になり、使用量はEnterprise アカウントに課金されます。 Enterprise アカウントに、新しいメンバーに対応できる十分なライセンスがあることを確認する必要があります。「GitHub Enterprise の課金」を参照してください。
Enterpriseの役割管理 Enterprise 所有者は、Organization 内で自分の役割を管理できます。「あなたの企業が所有する組織での役割を管理する」を参照してください。
企業ポリシー企業に適用されるすべてのポリシーは、組織にも適用されます。組織に GitHub Actions の書き込みアクセス許可がある場合は、企業の書き込みアクセス許可を手動で設定する必要があります。詳しくは、「リポジトリのGitHub Actions設定の管理」をご覧ください。 GitHub Actions の organization レベルのアクセス許可を管理する方法については、「組織のGitHub Actionsの無効化または制限」を参照してください。
SAML SSO の構成
- 追加先の Enterprise に対して SAML SSO が構成されている場合、Enterprise の SAML 構成が organization に適用されます。
  - 現在、組織で SAML が構成されている場合、エンタープライズアカウントの SAML 構成によって組織の構成が上書きされます。個人アカウントを使っている Enterprise、Enterprise レベルでは SCIM を使用できないため、organization では SCIM が無効になります。新しく継承された Enterprise SAML の設定が、organization の SAML 設定ページに表示されます。
  - Enterprise で SAML が無効になっている場合、organization の SAML の設定は元の構成に戻ります。
- 追加先の Enterprise に対して SAML が構成されていない場合、organization は SAML と SCIM の既存の設定を維持します。
- Organization のメンバーが organization にアクセスするための personal access tokens または SSH キーに対して既存の SAML 認可を持っている場合、これらの認可はアクティブのままになります。
  - これらの認可を見るには、organization または Enterprise に対して SAML が構成されていて、ユーザーがリンクされた SAML ID 持っている必要があります。
  - Enterprise が所有する追加の Organization にアクセスするには、メンバーが personal access token またはキーを承認する必要があります。「シングルサインオンに使用する個人用アクセストークンの認可」と「シングルサインオンに使用する SSH キーの認可」を参照してください。
試用版エンタープライズ: 試用版企業に追加された場合、特定の機能が無効になることがあります。「GitHub Enterprise Cloud の試用版の設定」を参照してください。
GitHub Connect: 組織が GitHub Enterprise Server を使用して GitHub Connect に接続されていた場合、その組織をエンタープライズに追加しても接続は更新されません。 GitHub Connect 機能は Organization では機能しなくなります。 GitHub Connect を引き続き使用するには、機能を無効にしてもう一度有効にする必要があります。 GitHub Enterprise Server ドキュメントの「GitHub.com の GitHub Connect の有効化」を参照してください。
GitHub Marketplace アプリ: 課金対象 GitHub Marketplace アプリを使用するスタンドアロンの Organization を追加した場合、Organization は引き続きアプリを使用できますが、使用分は Enterprise に請求されます。
- 企業が請求書で請求される場合は、アプリのベンダーに連絡し、直接支払います。
- 企業がクレジットカードまたは PayPal で請求される場合は、請求は自動的に続行されます。課金対象アプリを含む既存の Organization を Enterprise アカウント間で移転するには、まず課金対象アプリを削除し、移転が完了した後にアプリを再追加します。
スポンサーシップ: 組織によるいかなるスポンサーシップもキャンセルされます。
クーポン: クーポンは Organization から削除されます。クーポンを再適用するには、営業チームにお問い合わせください。

Azure 課金による GitHub Sponsors の処理

組織が従量課金のAzureエンタープライズアカウントに追加されると、アクティブな GitHub Sponsors スポンサープランはキャンセルされます。 Azureを通じて組織がエンタープライズ課金を受けている間は、Azureを通じて課金される組織に対してスポンサーが現在サポートされていないため、これらのスポンサープランを再アクティブ化することはできません。

GitHub Sponsors を引き続き使用するには、Enterprise アカウントや Azure 課金にリンクされていない新しい独立した「シェル」Organization を作成してください。このシェル organization を使って、スポンサープランを個別に管理できます。

メモ

シェル組織を作成した後、スポンサーが新しい組織を指すように、公開されている参照やドキュメントを更新してください。

新しい Organization を作成

Enterprise アカウント設定内で作成した新しい Organization は、Enterprise アカウントの GitHub Enterprise Cloud プランに含められます。

Enterprise アカウントにより所有される Organization を作成した Enterprise のオーナーは、自動的に Organization のオーナーになります。「組織の役割」を参照してください。

GitHub Enterprise Cloud の試用中に、企業に最大 3 つの新しい組織を作成できます。

企業ページに移動してください。たとえば、GitHub.com の [Enterprise] ページから。
Enterprise 名の下にある [ Organization] タブをクリックします。
組織の一覧の上にある [新しい組織] をクリックします。
「組織名」欄に組織の名前を入力してください。

       **[Create organization](組織の作成)** をクリックします。

必要に応じて、"Invite owners" に組織の所有者として招待したい人のユーザー名を入力して、[Invite] をクリックします。

       **[完了]** をクリックします。

既存の組織を招待

エンタープライズ所有者は、既存の組織を招待して Enterprise アカウントに参加させることができます。

GitHub Enterprise Cloud の試用中に、組織を試用版企業に参加するよう招待できます。現在別の企業が所有していない組織を招待できます。招待相手の organization が既に別の Enterprise によって所有されている場合、その organization を自分の試用版 Enterprise に招待することはできません。

Organization を招待した後、所有者が招待を承認する前に、いつでも招待をキャンセルまたは再送信できます。

企業ページに移動してください。たとえば、GitHub.com の [Enterprise] ページから。
Enterprise 名の下にある [ Organization] タブをクリックします。
組織の一覧の上にある [組織の招待] をクリックします。
[Organization name] で、招待する organization の名前の入力を開始し、ドロップダウンリストに表示されたら、それを選びます。

       **[組織の招待]** をクリックします。 組織の所有者は、エンタープライズに参加するよう招待する電子メールを受け取ります。

組織の所有者が招待を承認したら、Enterprise 設定の [組織] タブに戻ります。
「Organizations」でX pending をクリックします。
移転を完了するには、Organization 名の横にある [承認] をクリックします。

既存の組織を譲渡

Enterprise 所有者は、Enterprise アカウント間で既存の Organization を移転することができます。あなたは両方の Enterprise アカウントの Enterprise 所有者である必要があります。

マネージドユーザーを含む Enterprise または現在 GitHub Enterprise Cloud の試用版に登録されている Enterprise アカウントとの間で、既存の Organization を移動することはできません。

既存の Organization で課金対象アプリが使用されている場合は、移転する前に課金対象アプリを必ず削除してください。移転が完了したら、アプリを再追加します。

企業ページに移動してください。たとえば、GitHub.com の [Enterprise] ページから。
Enterprise 名の下にある [ Organization] タブをクリックします。
移転する Organization の横にあるドロップダウンメニューを選択し、[Organization の移転] をクリックします。

       **[Enterprise の選択]** ドロップダウン メニューを選び、宛先 Enterprise の名前を入力し始め、Organization を移転する Enterprise をクリックします。

       **[転送の確認]** をクリックします。

組織を移転するには、組織の移転をクリックします。

この機能を使用できるユーザーについて

この記事で