앱 감사 프로세스

CoE(우수성 센터) 스타터 키트의 구성 요소는 여러 용도로 설계되었습니다. 스타터 키트 구성 요소를 사용하는 이 기사의 예제 프로세스는 다른 조직에서 유용하다고 판단한 일반적인 패턴을 보여주고 자신의 프로세스를 정의하는 데 영감을 주기 위한 것입니다.

앱 감사 샘플 프로세스는 CoE 부서 또는 IT 관리자가 앱 수준에서 감사 프로세스를 자동화하여 제조업체로부터 비즈니스 정당성 및 중단의 영향과 같은 앱에 대한 추가 정보를 수집하는 방법을 보여줍니다.

노트

이 프로세스를 구성하려면 규정 준수 구성 요소 설정 단계를 따르세요. 추가 정보: 규정 준수 프로세스

처리 설명

문제 진술: Contoso 테넌트에는 많은 앱이 있습니다. IT는 헬프 데스크가 호출될 때 이러한 앱이 무엇을 위한 것인지 또는 개별 앱을 지원하는 방법을 알지 못하며 모든 앱이 표준으로 유지되고 있는지 확실하지 않습니다. Power Apps for Admins 커넥터의 설명 및 공유 사용자 수와 같은 세부 정보를 볼 수 있지만, 앱 주변 상황을 완전히 이해하려면 앱 소유자와 직접 연락해야 합니다. 특히 Contoso와 같은 대규모 조직에서는 IT 팀이 각 앱 소유자에게 개별적으로 수동으로 연락할 책임이 없으며 이러한 세부 정보를 이메일 대화에 저장할 수 없습니다. Contoso 팀은 고품질 앱을 위한 중앙 앱 카탈로그를 원합니다.

해결 방법:CoE는 비즈니스 타당성을 위한 데이터 저장소로 Microsoft Dataverse를 사용하는 앱 수준의 감사 프로세스가 있어야 한다고 결정했습니다. 그들은 이 프로세스를 촉진하기 위해 앱과 흐름을 사용하기로 결정합니다.

관리자 | 준수 세부 정보 요청이라는 이름의 흐름은 테넌트의 모든 앱을 반복하고 앱이 준수하는지 확인하는 데 사용됩니다. 소유자가 비즈니스 타당성을 제출하지 않았고 앱이 광범위하게 공유된 경우(이 예에서는 20명 이상의 사용자 또는 하나 이상의 그룹) 흐름에서 소유자에게 특정 앱이 Contoso의 정책을 준수하지 않는다는 것을 알리는 이메일을 보냅니다. 전자 메일에는 개발자 준수 센터 캔버스 앱에 대한 링크가 포함되어 있으며 소유자는 양식을 제출하여 비즈니스 타당성 세부 정보를 제공할 수 있습니다. 또한 개발자 준수 센터 앱에는 준수 임계 값에 대한 세부 정보가 포함되어 있고 앱 설정에 대한 링크가 있으므로 소유자가 설명을 구성하고 필요한 경우 다시 게시할 수 있습니다.

제작자가 이러한 세부 정보를 추가하여 규정 준수를 입증한 후 관리자는 해당 세부 정보와 앱 자체를 검토할 수 있습니다. Power Platform 관리자 보기(모델 기반 앱)의 비즈니스 프로세스 흐름은 감사 프로세스를 용이하게 합니다.

앱 규정 준수 세부 정보를 검토할 때 관리자는 앱이 앱 카탈로그에 속하는지 여부를 결정할 수 있습니다.

프로세스에 대한 사용자 보기

여기에 관련된 사람들과 그들이 상호 작용하는 구성 요소의 관점에서 본 해당 프로세스가 있습니다.

제작자: 제작자는 앱이 규정을 준수하기 위해 해야 할 일이 있다는 알림을 받습니다. 알림에는 앱의 개발자 준수 센터에 대한 딥 링크가 포함됩니다.

시스템에서 세 가지 항목이 추적되며 사용자는 세 가지 항목을 모두 수행해야 할 수 있습니다.

• 새로 게시하여 활성화된 앱임을 표시합니다.

• 앱에 대한 설명을 추가하여 용도를 표시합니다.

• 비즈니스 타당성과 같은 지원 세부 정보를 추가합니다.

관리자: 앱이 이러한 세 가지 요구 사항을 모두 충족하면 Power Platform 관리자 보기 모델 기반 앱의 규정 준수 - 제출됨 필터에 표시됩니다.

관리자는 Power Platform 관리자 보기>규정 준수 - 제출됨을 열고 앱 내의 감사 탭에서 제작자가 수행한 작업을 조사한 다음 규정 준수 - 제출됨 섹션에서 평가를 표시하여 검토해야 할 모든 앱을 평가합니다.

관리자는 앱을 사용자에게 강조 표시해야 하는지 여부에 따라 앱 카탈로그에 앱을 배치하고 추천으로 표시할지 여부를 결정할 수 있습니다.

사용자: 제작자와 사용자는 이제 앱 카탈로그에서 앱을 볼 수 있습니다.