GitHub の個人用アカウントを使用してエンタープライズ リソースにアクセスしたり、必要に応じて追加の SAML アクセス制限を構成したり、Enterprise Managed Users で ID プロバイダー (IdP) を使用して Enterprise のアカウントをプロビジョニングおよび制御したりできます。 詳細については、 AUTOTITLE を参照してください。
Enterprise Managed Usersではなく SAML を使用する場合は、エンタープライズ レベルで SAML を構成するか、組織レベルで構成するかを選択する必要があります。
企業内の一部のグループで、異なる SAML 認証プロバイダーを使用して GitHub上のリソースへのアクセスを許可する必要がある場合は、個々の組織に対して SAML を構成します。 段階的にユーザーが SAML を使って認証できるようにすることで、時間をかけて組織に SAML を実装するか、特定の期日までに SAML 認証を必須にすることができます。 この期日までに SAML を使って認証しない組織のメンバーは削除されます。 Organization レベルの SAML について詳しくは、「SAML シングルサインオンを使うアイデンティティおよびアクセス管理について」をご覧ください。
Organization レベルで SAML を構成すると、メンバーは内部リポジトリにアクセスするために SAML 経由で認証する必要がなくなります。 内部リポジトリについて詳しくは、「リポジトリについて」をご覧ください。
内部リポジトリを保護する必要がある場合、または Enterprise 内のすべての Organization で一貫した認証エクスペリエンスを適用する必要がある場合は、代わりに Enterprise アカウントに対して SAML 認証を構成できます。 企業の SAML 構成は、個々の組織の SAML 構成をオーバーライドします。また、組織が企業の構成をオーバーライドすることはできません。 Enterprise の SAML を構成すると、Organization のメンバーは、Organization のリソース (内部リソースなど) にアクセスする前に SAML で認証する必要があります。
SCIM は、Enterprise Managed Usersを使用しないエンタープライズ アカウントでは使用できません。チーム同期は、idP として Microsoft Entra ID (旧称 Azure AD) を使用する場合にのみ、エンタープライズ レベルの SAML で使用できます。 詳しくは、「企業で組織のチーム同期を管理する」をご覧ください。
選んだ SAML 実装に関係なく、外部コラボレーターを組織またはチームに追加することはできません。 外部コラボレーターは、個々のリポジトリにのみ追加できます。