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

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

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

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

****のエンタープライズアカウント間で既存の組織をGitHub.comします。

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

「AUTOTITLE」を参照してください。

制限事項

データ所在地付き GitHub Enterprise Cloudを使用する場合、GitHub.com上のGHE.comと企業の間で組織を譲渡することはできません。代わりに、 GitHub Enterprise Importerを使用して組織を移行する必要があります。「GitHub Enterprise Importer を使用した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 の既存の設定を維持します。
- 組織のメンバーが組織にアクセスするための personal access tokens または SSH キーに対する既存の SAML 承認を持っている場合、これらの承認はアクティブなままです。
  - これらの認可を見るには、organization または Enterprise に対して SAML が構成されていて、ユーザーがリンクされた SAML ID 持っている必要があります。
  - 企業が所有する追加の組織にアクセスするには、メンバーが personal access token またはキーを承認する必要があります。「シングルサインオンに使用する個人用アクセストークンの認可」と「シングルサインオンに使用する SSH キーの認可」を参照してください。
試用版エンタープライズ: 試用版企業に追加された場合、特定の機能が無効になることがあります。「GitHub Enterprise Cloud の試用版の設定」を参照してください。
GitHub Connect: 組織がGitHub Enterprise Serverを使用してGitHub Connectに接続されている場合、組織を企業に追加しても、接続は更新されません。 GitHub Connect 機能は組織に対して機能しなくなります。 GitHub Connectを引き続き使用するには、機能を無効にして再度有効にする必要があります。ドキュメントの GitHub Enterprise Server を参照してください。
GitHub Marketplace アプリ: 課金対象の GitHub Marketplace アプリを使用するスタンドアロン組織を追加した場合、組織は引き続きアプリを使用できますが、使用量は企業に対して課金されます。
- 企業が請求書で請求される場合は、アプリのベンダーに連絡し、直接支払います。
- 企業がクレジットカードまたは PayPal で請求される場合は、請求は自動的に続行されます。課金対象アプリを含む既存の Organization を Enterprise アカウント間で移転するには、まず課金対象アプリを削除し、移転が完了した後にアプリを再追加します。
スポンサーシップ: 組織によるいかなるスポンサーシップもキャンセルされます。
クーポン: クーポンは Organization から削除されます。クーポンを再適用するには、営業チームにお問い合わせください。

Azure の請求におけるGitHub Sponsorsの処理

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

GitHub Sponsorsを引き続き使用するには、エンタープライズアカウントまたはAzure課金にリンクされていない新しい個別の "シェル" 組織を作成します。このシェル organization を使って、スポンサープランを個別に管理できます。

メモ

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

新しい Organization を作成

エンタープライズアカウント設定内で作成した新しい組織は、エンタープライズアカウントの 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 またはエンタープライズアカウントに移管することも、それらから移管することもできません。

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

企業ページに移動してください。たとえば、GitHub.com の [Enterprise] ページから。
Enterprise 名の下にある [ Organization] タブをクリックします。
転送する組織の横にあるドロップダウンメニューを選択し、[ 組織の転送] をクリックします。
[Enterprise の選択] ドロップダウンメニューを選び、宛先 Enterprise の名前を入力し始め、Organization を移転する Enterprise をクリックします。
[転送の確認] をクリックします。
組織を移転するには、組織の移転をクリックします。

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

この記事で