Approvals

ユーザーは、Foundryで特定の変更を行うための権限を持っていない場合があり、その場合は変更のリクエストを行う必要があります。このリクエストは、リクエストを承認できる適切な管理者にルーティングされます。必要な承認が集まったら、リクエストされた変更が実行されます。

このFoundryでのリクエスト、承認、実行のワークフローは、Approvals アプリケーションによって管理されます。このアプリケーションは、Foundryプラットフォーム内またはコントロールパネルで特定の管理ワークフローに直接アクセスできます。Approvalsは、Foundry内でのコンプライアンス、ガバナンス、ピアレビューワークフローを容易に管理するための方法を提供します。Approvalsを使用するワークフローの例としては、プロジェクトへのアクセスリクエスト、参照追加リクエスト、オントロジー提案などがあります。

コアコンセプト

リクエストは、一つまたはそれ以上のタスクで構成されます。すべてのリクエストはApprovals受信箱にリストされます。

タスク

タスクは、Foundry内の個々のアクションです。タスクは個別に議論や承認ができ、適格な承認者のセットは異なるタスクを持つことができます。リクエストのすべてのタスクが承認されると、それらはすべて実行されます。タスクの例としては以下のようなものがあります：

• グループメンバーシップ： ユーザーをグループのメンバーとして追加します。このタスクは、グループに対してManage permissionsと/またはManage membershipの権限を持つ管理者が承認できます。
• プロジェクトアクセスリクエスト： ユーザーに直接プロジェクトのロールを付与します。プロジェクトのオーナーロールを持つユーザーがこのタスクを承認できます。
• マーキングアクセスリクエスト： ユーザーをマーキングのメンバーとして追加します。このマーキングに対してManage permissionsを持つ管理者がこのタスクを承認できます。
• 参照追加リクエスト： プロジェクトに参照を追加します。プロジェクトに対してエディターまたはオーナーロールを持つユーザーがこのタスクを承認できます。
• オントロジー提案： オントロジーに変更を加えます。このタスクは、提案された変更の詳細と共にオントロジーマネージャーにリダイレクトします。オントロジーに対してオーナーロールを持つ管理者がこのタスクを承認できます。

タスクは、異なる状態のライフサイクルを経ます：

• レビュー： タスクの要件が満たされておらず、適格なレビューアがレビューを追加するのを待っています。
• 承認済み： そのタスクのすべての要件が満たされ、必要なすべての承認が得られました。
• 拒否： タスクは適格なレビューアによって拒否されました。適格なレビューアは、このタスクに戻って初期の拒否を承認で上書きすることができます。

リクエスト

リクエストには、タスクが実行されるために承認が必要なタスクのセットが含まれています。一つのタスクが拒否されると、拒否されたタスクが再レビューされて承認されるまで、他のタスクは実行できません。Approvalsアプリケーションでは、受信箱はリクエストのリストです。以下はリクエストの種類の一部の例です：

• プロジェクトアクセスリクエスト： プロジェクトへのアクセスを取得します。
• 参照追加リクエスト： プロジェクトに参照を追加します。

リクエストは以下のいずれかの状態にあることができます：

• 進行中： 一部のタスクがまだ承認を必要としています。
• 閉じられた： リクエストは実行されずに閉じられました。リクエストが閉じられた後は、再開することはできません。
• 承認済み： すべてのタスクが承認されましたが、タスクはまだ実行されていません。
• 完了： すべてのタスクが承認され、実行されました。

ユーザーは'進行中'のリクエストを編集できます。リクエストはリクエストの提出者または適格なレビューアによって編集できます。

Approvals受信箱

Approvals受信箱では、ユーザーが複数の方法でリクエストをフィルター処理することができます。受信箱では、ユーザーは承認をタイプまたは作成者でフィルター処理し、作成日でソートすることができます。

リクエストは、完了しても永続化されるため、過去に行われた決定の監査ログとして常に参照することができます。

自分が作成したすべてのリクエストを表示するには、左側のサイドバーでMy requestsフィルターを選択します。

レビューを待っているすべてのリクエストを表示するには、Requests to reviewフィルターを選択します。

必要なチェックポイント

特定の同期アクション（例えば、プロジェクトへの参照の追加など）に対してチェックポイントが設定されている場合、非同期リクエストに対しても正当化が必要になります。

対応するタスクは、チェックポイントが既に完了しているかどうかを表示します。リクエストの作成者のみがチェックポイントを記入できることに注意してください。

通知

リクエスターとレビューアは、リクエストのライフサイクルのさまざまなポイントで、メールまたはFoundryプラットフォームで通知を受け取ります。プラットフォームの通知設定はAccount > Settings > Notificationsで設定します。以下のApprovals通知が設定で利用可能です：

• レビューアとして追加： リクエストにレビューアとして追加されました。通知はリクエストが最初に作成されたときに発生します。グループのメンバーシップによりリクエストのレビューアとして追加された場合、そのグループのメンバーシップを持つユーザーが50人未満である場合にのみ通知されます。これは、大きなグループに通知を送信するのを避けるためです。ユーザーが手動でレビューアとして追加した場合も通知が発生します。
• 実行成功： レビューしたタスクが成功裡に実行されました。
• リクエスト閉じる： 作成したリクエスト、またはレビューアとして追加されたリクエストが閉じられました。
• レビューナッジ： レビューがまだ必要なリクエストでナッジされました。