주제 3, Contoso 제약
사례 연구
이것은 사례 연구입니다. 사례 연구는 별도로 시간이 지정되지 않습니다. 각 사례를 완료하고 싶은 만큼 시험 시간을 사용할 수 있습니다. 그러나 이 시험에 추가 사례 연구 및 섹션이 있을 수 있습니다. 주어진 시간 내에 이 시험에 포함된 모든 문제를 완료할 수 있도록 시간을 관리해야 합니다.
사례 연구에 포함된 질문에 답하려면 사례 연구에 제공된 정보를 참조해야 합니다. 사례 연구에는 사례 연구에 설명된 시나리오에 대한 추가 정보를 제공하는 전시 및 기타 리소스가 포함될 수 있습니다. 각 질문은 이 사례 연구의 다른 질문과 독립적입니다.
이 사례 연구가 끝나면 검토 화면이 나타납니다. 이 화면에서 답을 검토하고 시험의 다음 섹션으로 이동하기 전에 변경할 수 있습니다. 새 섹션을 시작한 후에는 이 섹션으로 돌아갈 수 없습니다.
사례 연구를 시작하려면
이 사례 연구의 첫 번째 질문을 표시하려면 버튼을 클릭하십시오. 질문에 답하기 전에 왼쪽 창에 있는 버튼을 사용하여 사례 연구의 내용을 탐색하십시오. 이 버튼을 클릭하면 비즈니스 요구 사항, 기존 환경 및 문제 설명과 같은 정보가 표시됩니다. 사례 연구에 모든 정보 탭이 있는 경우 표시되는 정보는 후속 탭에 표시되는 정보와 동일합니다. 질문에 답할 준비가 되면 버튼을 클릭하여 질문으로 돌아갑니다.
배경
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 앱을 만들고 게시할 수 있어야 합니다.
* UserB는 모든 시스템의 소유자여야 하며 권한을 제공하고 모든 새 환경을 생성할 수 있어야 합니다.
* UserC는 시스템에 연결된 앱을 생성하고 보안 역할 및 엔터티를 업데이트할 수 있어야 합니다.
* 약국 담당자는 앱을 실행하고 자신의 기록에 액세스할 수만 있어야 합니다.
* 회계 Power Apps 앱에 대한 접근은 회계팀원으로 제한되어야 합니다.
* 최종 사용자는 필수 시스템에 대한 최소 액세스 권한이 있어야 합니다.
* 관리자만 계정 양식에서 전화번호를 볼 수 있어야 합니다.
* 개발자는 모든 사용자를 위한 새 앱을 만들 수 있어야 합니다.
* 영업 사용자는 자신의 기록에만 액세스할 수 있어야 합니다.
보고
약국 주문은 다음과 같이 4개의 그래프로 표시되어야 합니다.
* 연간 매출 $100,000 이상
* 연간 매출 $100,000 미만
* 연구시설
* 병원
그래프는 대화형이어야 하며 사용자는 모든 차원을 드릴다운할 수 있어야 합니다.
커스터마이징
* Slack을 사용하여 리드가 추가되면 영업팀에 알림이 전송되도록 합니다.
* 리드에 판매 프로세스에 검토 단계가 추가되었는지 확인합니다.
* 의사가 목록에 없는 경우 Doctor라는 사용자 지정 엔터티에 의사를 수동으로 추가해야 합니다.
* 고객 처방에 대한 리필 날짜는 자동으로 결정되며 고객에게 알림이 전송되어야 합니다.
* 고객 기록에 의사의 이름과 전화번호 필드가 표시되어야 합니다.
* 고객의 기록에 입력된 의사는 시스템에 존재하는 의사와 검증을 받아야 합니다.
* 새로운 솔루션은 사용을 위해 다른 약국에 판매됩니다. 애플리케이션은 변경을 허용해서는 안 됩니다.
* 솔루션은 다른 환경에 설치될 때 문제가 발생하지 않도록 오류가 없어야 합니다.
* 영업 사원이 약국 이름을 추가하거나 검색할 수 있도록 사용자 정의 모바일 앱을 만들어야 합니다.
* 약국 기록은 약국 이름, 주소, 연락처 이름, 전화번호로 고유하게 식별되어야 합니다.
* 모바일 앱을 이용하여 약국을 추가할 경우, 전화번호는 모두 숫자로 인증되어야 합니다.

참조:
https://docs.microsoft.com/en-us/power-platform/admin/environments-overview
https://crmbook.powerobjects.com/system-administration/business-administration/security-roles/

참조:
https://docs.microsoft.com/en-us/dynamics365/customerengagement/on-premises/developer/register-deploy-plugins

참조:
https://docs.microsoft.com/en-us/powerapps/maker/common-data-service/create-edit-entity-relationships

데이터를 외부 데이터 원본과 동기화하는 대규모 조직에서는 이제 엔터티에서 변경 내용을 추적할 수 있습니다. 선택한 데이터 세트를 내보내거나 검색한 다음 외부 데이터 웨어하우스를 동기화된 상태로 유지할 수 있습니다.
데이터 내보내기 서비스는 Common Data Service 데이터베이스에서 고객 소유 Azure 구독의 Azure SQL Database 저장소로 데이터를 복제하는 기능을 추가하는 Microsoft AppSource에서 사용할 수 있는 추가 기능 서비스입니다.
데이터 내보내기 서비스는 초기에 전체 데이터를 지능적으로 동기화한 후 시스템에서 변경(델타 변경)이 발생하면 지속적으로 동기화합니다.
Dynamics 365 Sales 및 Dynamics 365 Customer Service와 같은 Dynamics 365의 모델 기반 앱과 함께 데이터 내보내기 서비스를 사용할 수 있습니다.
참조:
https://docs.microsoft.com/en-us/power-platform/admin/enable-change-tracking-control-data-synchronization
https://docs.microsoft.com/en-us/power-platform/admin/replicate-data-microsoft-azure-sql-database