참조:
https://docs.microsoft.com/en-us/powerapps/developer/model-driven-apps/clientapi/clientapi-form-context
https://docs.microsoft.com/en-us/powerapps/developer/model-driven-apps/clientapi/reference/formcontext-data-process/eventhhandlers/addonstagechange
https://docs.microsoft.com/en-us/powerapps/developer/model-driven-apps/clientapi/reference/formcontext-data-process/eventhhandlers/addonstagechange

설명
상자 1: 옵션 세트
상자 2: 날짜만
팀 구성원이 토너먼트 기록을 생성할 때 토너먼트 시작 날짜를 입력해야 합니다. 토너먼트 종료일은 자동으로 계산되어야 합니다.
상자 3: 조회
고객 정보는 Accounts 엔터티에 저장됩니다. 각 토너먼트 기록에는 관련 영업 담당자가 토너먼트 소유자로 나열되어야 합니다.
참고: 새 조회 열을 생성하면 작업 중인 테이블과 조회에 대해 정의된 대상 행 유형 사이에 새로운 다대일(N:1) 테이블 관계가 생성됩니다. 테이블 간의 관계 만들기 및 편집에 설명된 이 관계에 대한 추가 구성 옵션이 있습니다.
그러나 모든 사용자 정의 조회는 단일 대상 행 유형에 대해 단일 행에 대한 참조만 허용할 수 있습니다.
참조:
https://docs.microsoft.com/en-us/powerapps/maker/data-platform/types-of-fields
항목 3, Contoso Pharmaceuticals
사례 연구
이것은 사례 연구입니다. 사례 연구는 별도로 시간이 정해지지 않습니다. 각 사례를 완료하고 싶은 만큼 시험 시간을 사용할 수 있습니다. 그러나 이 시험에는 추가적인 사례 연구와 섹션이 있을 수 있습니다. 주어진 시간 내에 이 시험에 포함된 모든 문제를 완료할 수 있도록 시간을 관리해야 합니다.
사례 연구에 포함된 질문에 답하려면 사례 연구에 제공된 정보를 참조해야 합니다. 사례 연구에는 사례 연구에 설명된 시나리오에 대한 자세한 정보를 제공하는 전시물과 기타 리소스가 포함될 수 있습니다. 각 질문은 이 사례 연구의 다른 질문과 독립적입니다.
이 사례 연구가 끝나면 검토 화면이 나타납니다. 이 화면에서는 시험의 다음 섹션으로 이동하기 전에 답변을 검토하고 변경할 수 있습니다. 새 섹션을 시작한 후에는 이 섹션으로 돌아갈 수 없습니다.
사례 연구를 시작하려면
이 사례 연구의 첫 번째 질문을 표시하려면 버튼을 클릭하세요. 질문에 답하기 전에 왼쪽 창에 있는 버튼을 사용하여 사례 연구의 내용을 살펴보세요. 이러한 버튼을 클릭하면 비즈니스 요구 사항, 기존 환경, 문제 설명 등의 정보가 표시됩니다. 사례 연구에 모든 정보 탭이 있는 경우 표시되는 정보는 후속 탭에 표시되는 정보와 동일합니다. 질문에 답할 준비가 되면 버튼을 클릭하여 질문으로 돌아가세요.
배경
Contoso Pharmaceuticals는 소매 및 도매 약국, 병원, 연구 시설에 약품을 제조 및 판매합니다.
회사는 Dynamics 365 Sales 및 Dynamics 365 Finance를 구현할 계획입니다.
현재 환경
Contoso는 공급하는 모든 약품을 나열하는 Microsoft Excel 통합 문서를 유지 관리합니다.
약국은 이메일을 통해 주문 요청을 제출합니다.
고객 위치의 모든 정보는 고객 담당자가 직접 작성합니다.
Contoso는 독점 데이터베이스를 사용하는 의료 산업 응용 프로그램인 Cerner를 사용합니다.
일부 계정은 다른 약국의 추천입니다.
모든 약국에는 자체 Dynamics 365 Sales 인스턴스가 있습니다.
요구사항
일반적인
Contoso는 시스템에 최소한의 사용자 지정 코드와 사용자 지정 커넥터가 있는지 확인하려고 합니다.
계정
약국 이름이 회계 시스템과 고객 관리 시스템 간에 동기화되었는지 확인하세요.
계좌 번호는 Cerner 데이터베이스에 있는 제약 시스템에 자동으로 입력되고 동기화되어야 합니다.
계정을 시스템에 입력할 때 추천 고객 상자를 선택한 경우 추가 필드가 나타나야 합니다. 상자를 선택하지 않으면 추가 필드가 나타나지 않아야 합니다.
계정 레코드가 생성된 후 10일 후에 계정 레코드의 우선 순위 필드를 1로 변경하는 트리거를 생성해야 합니다.
Priority 필드를 트리거하려면 Priority_Trigger라는 필드를 만들어야 합니다.
고객이 소매 약국, 도매 약국, 연구 시설 또는 병원인지 선택하려면 시설 유형 필드라는 필드를 추가해야 합니다.
사용자
UserA는 Power Apps 앱을 만들고 게시할 수 있어야 합니다.
사용자B는 모든 시스템의 소유자여야 하며 권한을 제공하고 모든 새로운 환경을 생성할 수 있어야 합니다.
UserC는 시스템에 연결된 앱을 만들고 보안 역할 및 엔터티를 업데이트할 수 있어야 합니다.
약국 담당자는 앱을 실행하고 자신의 기록에만 접근할 수 있어야 합니다.
회계 Power Apps 앱에 대한 액세스는 회계 팀 구성원으로 제한되어야 합니다.
최종 사용자는 필수 시스템에 대한 최소한의 액세스 권한을 가지고 있어야 합니다.
감독자만 계정 양식에서 전화번호를 볼 수 있어야 합니다.
개발자는 모든 사용자를 위한 새로운 앱을 만들 수 있어야 합니다.
영업 사용자는 자신의 기록에만 액세스할 수 있어야 합니다.
보고
약국 주문은 다음과 같이 4개의 그래프로 표시되어야 합니다.
연간 수익 $100,000 이상
연간 수익 $100,000 미만
연구시설
병원
그래프는 대화형이어야 하며 사용자는 모든 차원을 드릴다운할 수 있어야 합니다.
사용자 정의
Slack을 사용하여 리드가 추가되면 영업팀에 알림이 전송되는지 확인하세요.
리드에 판매 프로세스에 검토 단계가 추가되었는지 확인하세요.
의사가 목록에 없으면 의사라는 사용자 지정 엔터티에 의사를 수동으로 추가해야 합니다.
고객 처방전의 리필 날짜는 자동으로 결정되어야 하며 고객에게 알림이 전송되어야 합니다.
의사의 이름과 전화번호 필드는 고객 기록에 표시되어야 합니다.
고객 기록에 입력된 의사는 시스템에 존재하는 의사와 비교하여 검증되어야 합니다.
새로운 솔루션은 사용을 위해 다른 약국에 판매될 예정입니다. 애플리케이션은 변경을 허용해서는 안 됩니다.
솔루션은 다른 환경에 설치될 때 문제가 발생하지 않도록 오류가 없어야 합니다.
영업사원이 약국 이름을 추가하거나 검색할 수 있도록 하려면 맞춤형 모바일 앱을 만들어야 합니다.
약국 기록은 약국 이름, 주소, 연락처 이름, 전화번호로 고유하게 식별되어야 합니다.
모바일 앱을 이용하여 약국을 추가할 경우, 전화번호가 모두 숫자인지 인증해야 합니다.

참조:
https://docs.microsoft.com/en-us/powerapps/developer/data-platform/field-security-entities
https://docs.microsoft.com/en-us/power-platform/admin/database-security
https://docs.microsoft.com/en-us/power-platform/admin/database-security
https://docs.microsoft.com/en-us/power-platform/admin/manage-teams - 팀 유형
https://docs.microsoft.com/en-us/power-platform/admin/manage-teams#types-of-teams