요청 강화 이해

요청 강화를 사용하면 정책 승인자가 요청을 승인하기 전에 요청 항목을 수정할 수 있습니다. 수정할 수 있는 항목과 작업은 보기의 승인자 권한 및 데이터 액세스 권한에 따라 다릅니다.

승인 정책에서 강화를 사용으로 설정하면 뷰에 있는 하나 이상의 데이터 객체에 대한 참가자(쓰기) 권한이 있는 정책의 모든 승인자가 승인 단계 중에 강화를 수행할 수 있습니다. 강화자가 수행할 수 있는 작업은 전적으로 뷰에 있는 강화자의 권한과 데이터 액세스 권한에 따라 달라집니다.

Note:

요청 제출자의 데이터 액세스 권한은 고려하지 않습니다. 즉, 강화자가 원래 요청 제출자가 수행할 수 없었던 요청에서 잠재적으로 작업을 수행할 수 있습니다.

강화자가 변경할 수 있는 사항은 원래 요청의 정책이나 데이터 객체에 국한되지 않습니다. 요청의 모든 데이터 객체에 대한 정책에서 강화가 사용된 경우 강화자는 권한 및 데이터 액세스 권한이 허용하는 뷰에서 모든 요청 작업을 수행할 수 있습니다.

예를 들어, General Ledger 애플리케이션과 Planning 애플리케이션의 뷰포인트를 포함하는 유지관리 뷰가 있으며 General Ledger 애플리케이션에 강화가 사용된 승인 정책이 있다고 가정합니다. 총계정원장에 비용 센터를 추가하도록 요청을 제출할 때 GL 정책의 승인자에게 Planning 애플리케이션에 대한 참가자(쓰기) 액세스 권한도 있으면, 승인하기 전에 Planning 애플리케이션에 비용 센터도 추가할 수 있습니다.

고려 사항

승인자가 데이터 체인 객체에 대한 둘 이상의 정책에 포함된 경우 임의 정책에 강화가 사용되어 있으면 승인자가 요청을 강화할 수 있습니다.
요청을 변경하려면 강화자가 현재 초대되어 있어야 합니다. 요청이 승인 단계에 있지 않은 경우(예 : 다른 승인자가 요청을 반송한 경우) 강화자는 요청을 변경할 수 없습니다.
강화자가 수행할 수 있는 요청 작업 및 속성 업데이트를 결정할 때 강화자 뷰의 권한과 데이터 액세스 권한을 고려합니다(데이터 액세스 권한 구성 참조). 예를 들어 다음과 같습니다.
- 강화자에 노드 유형에서 추가만 수행할 수 있는 데이터 액세스 권한이 있는 경우 노드 삭제 요청 항목을 추가하거나 삭제할 수 없습니다.
- 강화자에 속성에 대한 표시 전용 액세스 권한이 있으면 해당 속성을 수정하기 위해 요청 항목을 추가하거나 삭제할 수 없습니다.
강화자는 제출자 또는 다른 강화자가 수행한 이전 작업을 무효화하거나 변경하는 요청 작업을 수행할 수 있습니다.

강화된 요청 검증 및 승인

강화자가 요청을 변경하는지 여부에 관계없이 강화자는 승인자이기도 하므로 자신에게 지정된 요청을 승인해야 합니다. 강화자가 요청을 승인하면 강화자의 권한 및 데이터 액세스 권한에 따라 데이터 검증이 수행됩니다. 검증 및 승인 프로세스는 다음과 같습니다.

검증 오류가 발생하면 다음을 수행합니다.
- 승인자가 강화자이고 검증에 실패한 작업을 담당하는 경우 요청이 승인되지 않습니다. 뷰에 요청이 열린 상태로 남아 있고 검증 실패를 나타내는 메시지가 표시됩니다. 강화자는 데이터 이슈를 수정하거나 요청을 제출자에게 반송하거나 요청을 거부하여 요청에서 검증 실패를 수정하는 작업을 수행해야 합니다.
- 승인자가 검증에 실패한 작업을 담당하지 않으면 요청이 승인되고 새 초대 대상자가 계산됩니다.
검증 오류가 발생하지 않으면 요청이 승인되고 새 초대 대상자가 계산됩니다.

모든 승인 정책이 충족되었을 때 여전히 검증 오류가 있으면 제출자에게 알립니다. 제출자는 제출자의 권한 및 데이터 액세스 권한에 포함되지 않은 작업 또는 속성이 포함된 요청 항목을 포함하여 검증 이슈를 일으키는 요청 항목을 삭제할 수 있습니다.

검증 오류가 남아 있지 않으면 요청이 커밋됩니다.