既定では、組織メンバーはApidog組織内にチームを作成できません。組織オーナーまたは管理者は権限を有効にして、メンバーがホーム画面から組織所有のチームを作成できるようにできます。
チームの作成者は新しいチームのチームオーナーになりますが、組織上の役割は引き続きメンバーです。チームを作成しても、組織管理ページへのアクセス権は付与されません。
はじめる前に
次のものを準備します。
- 組織オーナーまたは組織管理者のアクセス権
- テスト用の組織メンバーアカウント
- チーム名と所有権に関する命名・運用規約
- 必要に応じてバックアップオーナーになれる、アクティブな組織メンバー
この設定で変更されるのは、組織所有のチームを作成できるユーザーだけです。組織の役割、プロジェクト権限、既存チームの権限は変更されません。
ステップ1：組織メンバーによるチーム作成を有効にする
- 組織設定を開きます。
- 役割と権限に移動します。
- 組織メンバーがチームを作成できるオプションを有効にします。
- 設定を保存します。
この権限は既定で無効になっており、組織オーナーまたは管理者が変更できます。
組織オーナーと管理者は、この設定に関係なく組織チームを作成できます。
ステップ2：組織メンバーとしてチーム作成をテストする
テスト用の組織メンバーアカウントで、次の手順を実行します。
- メンバーとしてサインインします。
- Apidogホーム画面を開きます。
- 組織内に新しいチームを作成します。
- チーム名を入力し、作成フローを完了します。
- 新しいチームを開きます。
次の項目を確認してください。
- チームが組織に属している
- 作成したメンバーがチームオーナーになっている
- 作成者がチームオーナーの役割に従ってチームを管理できる
- 作成者が組織管理ページにはアクセスできない
最後の確認が重要です。チームオーナーはチームを管理できますが、組織管理者にはなりません。
ステップ3：チームとオーナーの状態を確認する
組織オーナーと管理者は、チーム管理ページで組織チームを監視できます。
- 組織のチーム管理ページを開きます。
- 各チームのチームオーナーを確認します。
- 非アクティブなどの理由で利用できないオーナーを確認します。
- フォローアップが必要なチームを、オーナーや状態で検索またはフィルタリングします。
チームリストを使うと、オーナーが利用できず、所有権の移譲が必要なチームを特定できます。
定期的なアクセスレビューの際や、組織からメンバーを削除する前に、オーナーの状態を確認する運用がおすすめです。
ステップ4：チームの所有権を移譲する
組織オーナーと管理者は、1つまたは複数のチームを別の適格な組織メンバーに移譲できます。
- 組織のチーム管理ページを開きます。
- 新しいオーナーが必要なチームを選択します。
- オーナーを変更を選択します。
複数のチームを選択し、同じ新しいオーナーに割り当てることもできます。
- 新しいチームオーナーを選択します。
- 移譲を確認します。
新しいオーナーは、組織の適格なアクティブメンバーである必要があります。
新しいオーナーには、次の条件があります。
- 利用可能なApidogアカウントを持っている
- アクティブな組織メンバーである
- 組織がSAML SSOを使用している場合、組織に関連付けられたSSO IDを持っている
保留中、削除済み、無効、またはSSOとの関連付けが不完全なユーザーは選択できません。
所有権移譲後の変更点
移譲後は、次のようになります。
- 選択したメンバーがチームオーナーになる
- 必要に応じて、Apidogが新しいオーナーをチームに追加する
- 以前のオーナーがチームに残っている場合、その役割はチーム管理者になる
- 移譲が組織の監査ログに記録される
所有権の移譲で変更されるのはチームオーナーだけです。チームが別の組織に移動することはありません。
設定を確認する
すべてのメンバーに権限を付与する前に、次のチェックを実行します。
| 確認事項 | 期待される結果 |
|---|---|
| メンバーがチームを作成する | チームが組織の下に作成される |
| 作成者のチーム上の役割 | 作成者がチームオーナーになる |
| 作成者の組織上の役割 | 作成者は組織メンバーのままである |
| 組織設定へのアクセス | 作成者は組織管理ページを開けない |
| オーナーの確認 | 組織オーナーまたは管理者がチームとオーナーの状態を確認できる |
| 所有権の移譲 | 適格な新しいオーナーが所有権を受け取り、イベントが監査ログに表示される |
パイロット運用の後、この権限を使うメンバーに、チーム名、オーナー、プロジェクト作成に関する規約を共有してください。
トラブルシューティング
| 問題 | 確認事項 |
|---|---|
| メンバーがチームを作成できない | 設定が有効であり、ユーザーが対象組織のアクティブなメンバーであることを確認します。 |
| メンバーが組織設定へのアクセスを期待している | チームの所有権は、組織管理者権限を付与しません。 |
| 新しいオーナーを選択できない | アカウントがアクティブであり、SAML組織では組織のSSO IDにリンクされていることを確認します。 |
| 以前のオーナーが引き続きチームにアクセスできる | 以前のオーナーがチームに残っている場合、役割はチーム管理者に変更されます。アクセスが引き続き必要か確認します。 |
| チームが別の組織に移動した | 所有権の移譲ではチームは移動しません。別のチーム移譲アクションが実行されていないか確認します。 |
重要な制限事項
- この設定は、メンバーによる組織所有チームの作成を許可しますが、組織の管理権限は付与しません。
- 作成者には組み込みのチームオーナー役割が付与されます。チーム役割のカスタム権限は現在サポートされていません。
- チームレベルの所有権だけで、すべてのプロジェクトの役割が決まるわけではありません。プロジェクトへのアクセスは別途確認してください。
- 所有権の移譲によって、組織間でチームが移譲されることはありません。
関連するAPIガバナンスチュートリアル
次のチュートリアルでは、企業APIワークスペースを統制するための補完的なコントロールを説明しています。
- APIガバナンスフレームワーク — 所有権、コントロール、証拠、ライフサイクルに関する意思決定を連携させます。
- Microsoft Entra IDとのSAMLグループマッピング — IDプロバイダーグループからチームアクセスを割り当てます。
- シークレットスキャナー — サポートされているApidogアセットで公開されている可能性のある資格情報を確認します。
- 監査ログ — 組織の管理アクティビティを調査およびエクスポートします。
- SCIMプロビジョニング — IDライフサイクルを通じて組織ユーザーを管理します。
- エンタープライズポリシー — 資格情報、メンバーシップ、SSOセッション、招待を管理します。
- セルフサービスAPIチーム — 所有権の監視を維持しながら、メンバーによるチーム作成を許可します。
- GitHub Enterprise Cloud統合 — サポートされているGHE.comリポジトリをOpenAPIワークフローに接続します。
Top comments (0)