Approvals의 요청, 검토와 변경 적용

Approvals는 권한이 필요한 변경을 요청하고, 적격 검토자가 승인한 뒤 실제 변경을 적용하는 과정을 관리합니다. 프로젝트 접근 요청, 온톨로지 변경 제안 등에서 사용할 수 있으며 일부 관리 작업은 Control Panel에서도 처리합니다.

요청(Request)은 하나 이상의 작업(Task)으로 구성됩니다. 작업은 그룹 구성원 추가나 프로젝트 역할 부여 같은 개별 변경입니다. 요청에 포함된 모든 작업이 승인되어야 변경을 적용할 수 있습니다.

수신함과 기록

Approvals 수신함의 왼쪽 필터에서 유형, 생성자와 상태로 요청을 찾습니다. 자신의 검토를 기다리는 요청은 Your inbox 또는 검토 화면의 Requests to review에서, 자신이 만든 요청은 Created by you에서 확인합니다.

완료한 요청도 보관되므로 과거 판단을 확인하는 기록으로 사용할 수 있습니다.

요청 상태

요청자와 적격 검토자는 요청을 편집하거나 닫을 수 있습니다. 승인, 거부와 거부 후 닫기는 적격 검토자만 수행할 수 있습니다. 요청 수준의 작업 메뉴를 사용하면 그 검토자가 검토할 자격이 있는 작업에만 결정이 적용됩니다.

작업과 검토 자격

기본적으로 직접 해당 변경을 수행할 권한이 있는 사용자가 그 작업의 검토 자격을 갖습니다. 한 요청 안에서도 작업마다 검토자가 다를 수 있습니다.

작업의 상태는 Review, Approved, Rejected입니다. Review는 요구사항을 충족하지 않아 검토를 기다리는 기본 상태이고, Approved는 필요한 승인을 모두 받은 상태입니다. Reject and close 또는 Changes requested를 선택하면 관련 작업이 Rejected가 됩니다. 요청이 아직 열려 있으면 적격 검토자가 다시 검토해 이전 거부를 승인으로 바꿀 수 있습니다.

예를 들어 검토자가 Aircraft delays [Datasource] - Viewer 그룹의 관리 권한은 있지만 PII 표지의 관리 권한은 없다고 가정합니다. 이 검토자는 그룹 가입을 승인할 수 있지만, PII 표지 가입은 해당 표지 관리자의 승인이 필요합니다. 일부 작업의 승인만으로 전체 변경이 적용되지는 않습니다.

사유와 자료 확인

요청 오른쪽 댓글 위젯의 기본 All은 요청 전체의 댓글을 보여 줍니다. 드롭다운에서 작업을 선택하거나 작업 옆 댓글 아이콘을 사용하면 개별 작업의 논의를 볼 수 있습니다.

댓글에는 Foundry 또는 외부 리소스 링크와 파일을 첨부할 수 있습니다. 추가 접근이 필요한 이유나 승인에 필요한 법적 자료 등을 요청할 수 있습니다. 자신이 일부 작업만 검토하더라도 전체 요청이 미치는 영향을 고려합니다.

검토자 추가와 결정

대부분의 작업은 생성 시 승인 권한이 있는 사용자를 검토자로 자동 지정합니다. 직접 지정하려면 Invite reviewers를 선택합니다. 초대받은 사람에게 알림이 가고 검토 대기 목록에 요청이 나타나지만, 초대 자체가 요청 조회나 작업 승인 권한을 부여하지는 않습니다.

검토 자격이 있는 작업의 + Review에서 Approve 또는 Reject를 선택할 수 있습니다.

요청의 Actions에서 Approve all 또는 Reject all을 선택하면 자신에게 검토 자격이 있는 모든 작업에 같은 결정을 적용합니다.

필수 Checkpoints

그룹 구성원 추가처럼 사유 확인이 설정된 작업은 관련 요청에서도 사유를 제출해야 합니다. 각 작업에 Checkpoint 완료 여부가 표시됩니다. 보통 요청자가 신청할 때 작성하지만, 빠져 있으면 적격 검토자가 요청자를 대신해 제출할 수 있습니다.

모든 승인을 받았어도 필수 사유 확인이 끝나지 않으면 요청은 Action required 상태로 남을 수 있습니다. Checkpoints는 그 사유를 기록하고 검토하는 기능입니다.

알림

Account > Settings > Notifications에서 이메일과 Foundry 알림을 구성합니다.