대본:
고객은 예약 시 식사를 선택할 수 있으며, 선택한 식사를 고객 선호 메뉴로 저장할 수 있습니다.
해당 항공사는 일반식과 채식식 두 가지 종류의 기내식을 제공합니다. 일부 기내식은 일시적으로 제공되지 않을 수 있습니다. 항공사는 글루텐프리 및 저염식과 같은 다른 종류의 기내식 제공을 검토 중입니다.
PowerApps에서 옵션 세트는 엔티티에 사용할 수 있는 필드 유형 중 하나입니다. 옵션 세트에 저장되는 정보 유형은 텍스트 값 목록입니다. 여기서 옵션 세트의 장점이 드러나는데, 텍스트 값을 한 번 정의하면 중앙에서 관리할 수 있다는 점입니다.
예:

참조:
https://michalguzowski.pl/how-to-work-with-option-set-in-powerapps/
주제 1, 렐클라우드
현재 환경
이 회사는 마이크로소프트 오피스 365를 사용합니다.
이 회사는 승객 수하물 관리 및 추적을 위한 맞춤형 앱을 보유하고 있습니다. 이 앱은 마이크로소프트 데이터버스(Microsoft Dataverse)를 사용합니다.
4시간 이상 비행하는 승객에게는 기내식이 제공됩니다. 고객은 예약 시 기내식을 선택할 수 있으며, 선택한 기내식을 고객 선호 메뉴로 저장할 수 있습니다.
해당 항공사는 일반식과 채식식 두 가지 종류의 기내식을 제공합니다. 일부 기내식은 일시적으로 제공되지 않을 수 있습니다. 항공사는 글루텐프리 및 저염식과 같은 다른 종류의 기내식 제공을 검토 중입니다.
이 회사는 예약 절차의 모든 단계가 완료되었는지 확인하기 위해 종이로 된 예약 체크리스트를 사용합니다.
그 회사는 협력업체를 통해 항공기를 정비합니다.
환경
직원별로 하나의 자격 증명 세트를 사용하여 모든 Microsoft 앱에 로그인할 수 있도록 하십시오.
타사 제품 및 맞춤 개발 사용을 최소화하십시오.
시스템이 일반적인 문제를 자동으로 해결하도록 하여 고객 지원 전화량을 줄이세요.
상담원용 보안 규칙에는 기본 고객 서비스 담당자 보안 역할에 필요한 권한이 포함되어야 합니다.
문제를 사례로 기록하세요. 사례 양식은 사례 유형에 따라 다양한 섹션을 표시해야 합니다. '좌석(Seats)'이라는 사용자 지정 엔티티를 포함하고 에이전트에게 해당 엔티티에 대한 액세스 권한을 부여하세요.
애플리케이션 사용 레이아웃은 역할별로 달라야 합니다.
자치령 대표
상담원들이 고객 전화번호를 입력하는 데 사용하는 형식을 표준화해야 합니다.
상담원들은 종이 예약 체크리스트를 대체할 솔루션이 필요합니다.
상담원들은 해당 업체에 대한 모든 예약 현황을 보여주는 대시보드가 ​​필요합니다.
상담원들은 예약 관련 문제를 추적할 수 있는 방법이 필요합니다.
상담원들은 원활한 고객 경험을 제공하기 위해 인터페이스에서 예약 단계를 시각적으로 확인할 수 있는 표시기가 필요합니다.
상담원들은 고객에게 보낼 여러 버전의 취소 정책이 필요합니다. 그중 한 버전은 시스템 내에서 관리할 수 있어야 합니다.
직원들은 각 승객의 수하물이 무엇인지 확인한 후 승객 기록에 총량을 합산해야 합니다.
그것
IT 담당자는 IT 관련 업무를 최우선으로 생각하기 때문에 모바일 앱 메뉴 상단에서 IT 사례를 확인할 수 있는 솔루션이 필요합니다.
IT 담당자는 진행 중인 사례를 쉽게 찾아볼 수 있는 시스템이 필요합니다.
IT 전문가들은 파워 BI 보고서를 디자인하려고 합니다. 그러려면 시스템의 기본 테이블 관계를 이해해야 합니다.
IT 전문가들은 작업을 신속하게 완료할 수 있도록 텍스트 기반이 아닌 시각적인 솔루션이 필요합니다.
관리
경영진은 이해관계자들을 위해 페이지별로 정리된 보고서를 필요로 합니다.
경영진은 단골 고객들이 전화할 때 더 나은 서비스를 제공하고자 합니다.
관리자는 모바일 기기 메뉴 상단에서 모든 고객 대시보드를 볼 수 있어야 합니다.
유지
유지보수 관리자는 Dynamics 365 고객 서비스에 접근할 수 없어야 합니다. 관리자는 계약 관련 사항에 대해 계약팀과 소통할 수 있어야 합니다.
항공기 정비 업체는 송장 및 영수증에 대한 조회 및 업로드 권한만 가져야 합니다.
유지보수 업체와의 계약은 Dynamics 365 Customer Service에 저장해야 합니다.

Power Virtual Agents를 사용하면 고객, 다른 직원 또는 웹사이트나 서비스 방문자가 제기하는 질문에 답변할 수 있는 강력한 챗봇을 만들 수 있습니다.
Dynamics 365 고객 서비스를 사용하여 다음을 수행하세요.
케이스를 통해 고객 문제를 추적하세요.
사건과 관련된 모든 상호 작용을 기록하십시오.
지식 기반에서 정보를 공유하세요
대기열을 생성하고 사례를 적절한 채널로 배정합니다.
서비스 수준 계약(SLA)을 통해 서비스 수준을 생성하고 추적합니다. 권한을 통해 서비스 조건을 정의합니다. 보고서 및 대시보드를 통해 성능과 생산성을 관리합니다. 서비스를 생성하고 예약합니다. 채팅에 참여합니다. 다양한 채널에서 대화를 관리합니다. 참고:
https://docs.microsoft.com/en-us/power-virtual-agents/fundamentals-what-is-power-virtual-agents
https://docs.microsoft.com/en-us/dynamics365/customer-service/overview

설명:
박스 1: 보안 그룹
박스 2: 보안 역할
박스 3: 보안 역할
이것이 현재로서는 가장 적절한 답변입니다. 만약 비즈니스 유닛 기능을 사용할 수 있었다면 사용자를 비즈니스 유닛별로 지정하고 동일 환경 내에서 데이터를 분할할 수 있었겠지만, 여기서는 해당 기능이 제공되지 않습니다.
참조:
https://docs.microsoft.com/en-us/power-apps/maker/portals/add-form
https://docs.microsoft.com/en-us/power-apps/guidance/planning/security

설명:

박스 1: 보안 역할
Microsoft Dataverse는 역할 기반 보안 모델을 사용하여 데이터베이스에 대한 액세스를 보호합니다.
대본:
* 검사가 최종 완료된 것으로 표시된 후에는 사용자가 검사 순서 데이터를 변경하지 못하도록 해야 합니다.
* 관리자는 표준 체크리스트를 수정할 수 있어야 합니다. 다른 직원은 체크리스트를 수정해서는 안 됩니다.
박스 2: 데이터 흐름
데이터플로우는 셀프 서비스 방식의 클라우드 기반 데이터 준비 기술입니다. 데이터플로우를 사용하면 고객은 데이터를 수집, 변환 및 Microsoft Dataverse 환경, Power BI 작업 영역 또는 조직의 Azure Data Lake Storage 계정으로 로드할 수 있습니다.
시나리오: 각 단계별 테스트 측정 한계를 시각적으로 표현합니다. 측정값이 측정 한계와 어떻게 비교되는지, 그리고 측정값이 허용 오차 범위 내에 있는지 여부를 나타냅니다. 사용자는 시각화 설정을 통해 최소값과 최대값을 표시하고, 측정값이 특정 목표값의 허용 오차 범위 내에 있는지 여부를 확인할 수 있어야 합니다. 또한, 장비 설치 후 유지보수 점검에도 활용할 수 있어야 합니다.
참조:
https://docs.microsoft.com/en-us/power-platform/admin/database-security
https://docs.microsoft.com/en-us/power-query/dataflows/overview-dataflows-across-power-platform-dynamics-365
주제 4, VanArsde1, Ltd
배경
VanArsde1, Ltd.는 맞춤형 주택을 건설하는 회사입니다. 이 회사는 하나의 Azure 테넌트를 사용하며, 여러 시스템을 활용하여 주택 판매, 건설 및 보증을 관리합니다.
이 회사는 영업, 시공, 보증의 세 부서로 구성되어 있습니다. 영업, 계약, 보증 관련 정보는 부서 간에 공유되지 않습니다.
VanArsde1, Ltd.의 소유주는 회사 전체가 각 주택의 진행 상황을 추적할 수 있는 통합 시스템을 필요로 합니다.
매상
* 회사 직원들은 모든 의사소통에 마이크로소프트 아웃룩을 사용합니다.
* 회사 직원들은 마이크로소프트 워드를 사용하여 판매 계약서를 작성합니다.
* 영업부 직원들은 근무 장소와 근무 시간이 서로 다른 경우가 많습니다.
영업 부서 직원들은 협업을 위해 Microsoft Teams의 계약 팀을 사용합니다.
* 해당 회사는 제3자 마케팅 도구를 사용하여 매일 연락처 정보를 업데이트합니다.
현재 환경
* 타사 마케팅 도구에서 연락처를 가져오기 전에 연락처 이름 형식을 지정해야 합니다.
* 회사는 계약을 5년간 유지해야 합니다.
* 회사에서는 영업 부서가 Microsoft Teams에서 모든 계약을 볼 수 있도록 요구합니다.
* 모든 계약 정보는 '모든 계약' 보기 영역에 저장되어야 합니다.
* 기기를 분실하거나 도난당한 경우에도 계약서는 분실되지 않습니다.
문제
* 영업부서 직원들은 각자의 컴퓨터에 계약서를 저장합니다.
* 건설팀은 주택 매매가 완료된 후에야 계약서 사본을 받습니다.
건설
현재 환경
건설 부서 직원들은 프로젝트 온라인을 사용하여 일정을 관리합니다.
건설 부서 직원들은 마이크로소프트 엑셀을 사용하여 프로젝트 비용을 관리합니다.
* 주요 건설 자재 공급업체는 해당 회사에 API를 제공합니다. 해당 회사는 이 API를 사용하여 프로젝트에 필요한 자재 공급을 거의 실시간으로 관리합니다.
요구 사항
* 건설 부서 직원들은 작업 과정을 문서화하는 것보다는 작업 수행 방식을 직접 시연할 수 있어야 합니다.
* 회사는 계약 체결 후 1주일 이내에 프로젝트 일정을 수립할 것을 요구합니다.
* 각 항목에는 재료비의 합계가 포함되어야 합니다.
문제점
건설 부서 직원들은 향후 프로젝트에 대한 정보를 받지 못해 자원 배분을 계획할 수 없습니다.
* 건설 부서 직원들은 현재 각 소프트웨어 애플리케이션에 기본적인 프로젝트 정보를 수동으로 입력하고 있습니다.
보증
현재 환경
* 보증 부서 직원들은 엑셀을 사용하여 프로젝트 문제 및 해결 과정을 추적합니다.
* 회사에서는 보증 부서 직원들이 각자의 직무에 대해 직접 만나 논의하도록 요구합니다.
요구 사항
* 회사는 보증 청구가 한 달 이내에 해결되어야 한다고 요구합니다.
* 회사는 모든 청구 건과 관련 문제를 시스템에 입력하도록 요구합니다.
* 청구가 무효로 판명될 경우, 회사는 해당 청구 및 관련 문제를 삭제할 것을 요구합니다.
문제
* 보증 부서 직원들은 프로젝트 범위에 대한 정보 없이 고객의 집에 파견되는 경우가 빈번하다고 보고합니다.
일반적인
요구 사항
* 새 시스템은 개발 및 운영 환경을 사용해야 합니다.
* 개발 환경이 모든 변경 사항을 주도해야 합니다.
* 모든 테이블 변경 사항은 솔루션에 반영되어야 합니다. 프로덕션 환경에서는 솔루션에 대한 변경이 허용되지 않아야 합니다.
* 각 부서는 맞춤형 앱을 보유해야 합니다. 직원들은 소속 부서의 앱에만 접근할 수 있어야 합니다.
* 모든 판매, 계약 및 보증 관련 데이터는 부서 간에 공유되어야 합니다.
* 프로젝트 관리자는 프로젝트 배포 계획을 수립하고 관리하는 데 전적인 책임을 져야 합니다.
* 모든 프로젝트는 애자일 방법론을 사용하여 진행해야 합니다.
* 배포 계획에는 환경 설정, 교육 계획, 출시 전략 및 배포 지원이 포함되어야 합니다.
문제
IT 관리자는 배포 계획이 아직 완료되지 않았다고 보고했습니다.

참조:
https://docs.microsoft.com/en-us/power-bi/collaborate-share/service-troubleshoot-sharing
https://docs.microsoft.com/en-us/power-bi/connect-data/service-gateway-onprem
https://docs.microsoft.com/en-us/powerapps/maker/data-platform/use-powerapps-checker