既定では、組織メンバーは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ワークフローに接続します。
関連する公式ドキュメント:
