참조:
https://powerapps.microsoft.com/en-us/blog/introducing-simplified-ai-builder-experience-in-power-automate/

1 - 메이커 앱을 열고 학생 테이블로 이동합니다.
2 - 대학 -1년 및 대학 -2년을 위한 새로운 옵션 생성
3 - 학생 엔터티 게시

Power Platform 관리 센터의 사용자 액세스 진단 도구:
여러 요인이 Microsoft Dataverse 환경에서 사용자 액세스에 영향을 줍니다. 관리자가 환경에 대한 사용자 액세스 및 액세스 또는 액세스 불가 이유를 진단하는 데 도움을 주기 위해 Power Platform 관리 센터의 새로운 "진단 실행" 기능은 환경의 개별 사용자에 대한 기본 액세스 진단을 제공합니다. 이 기능은 사용자 로그인 및 기타 문제의 잠재적 원인을 감지하는 데 도움이 되며 잠재적인 완화 방법을 제안합니다.
참조:
https://docs.microsoft.com/en-us/power-platform/admin/troubleshooting-user-needs-read-write-access-organization

1:N(일대다) 또는 N:1(다대일) 관계를 만들고 편집하는 데 사용할 수 있는 두 가지 디자이너가 있습니다.
* Power Apps 포털에서 1:N(일대다) 또는 N:1(다대일) 엔터티 관계를 만들고 편집할 수 있습니다.
* 솔루션 탐색기를 사용하여 1:N(일대다) 또는 N:1(다대일) 엔터티 관계를 만들고 편집할 수 있습니다.
https://docs.microsoft.com/en-us/powerapps/maker/common-data-service/create-edit-1n-relationships

핵심 구 추출 사전 구축 모델은 텍스트 문서의 주요 요점을 식별합니다.
참조:
https://docs.microsoft.com/en-us/ai-builder/prebuilt-key-phrase
주제 2, 광역 수입업자
배경
현재 환경
영업 담당자는 지역 관리자에게 주간 상태 보고서를 제출합니다. 이러한 상태 보고서에는 표준화된 형식이 없습니다. 상태 보고서를 관리하는 프로세스는 까다롭습니다.
Wide World Importers는 향후 앱 개발을 위해 Microsoft 365, Microsoft Azure 및 Power Platform을 사용하기로 결정했습니다. Wide World Importers와 Tailwind Traders는 모두 동일한 Microsoft SharePoint 및 Azure 구성을 가지고 있습니다. 두 회사 모두 별도의 테넌트를 사용합니다.
요구 사항
애플리케이션
영업 담당자의 상태 보고서 작성을 간소화하려면 모바일 앱을 작성해야 합니다. Tailwind Traders에서 동일한 앱을 사용할 수 있도록 해야 합니다. 모바일 앱은 다음 요구 사항을 충족해야 합니다.
코드 사용을 최소화합니다.
필요한 경우 수식과 표현식을 사용합니다.
다양한 시각적 레이아웃을 지원합니다.
SharePoint 목록을 사용하여 지역 관리자 및 영업 담당자에 대한 정보를 저장합니다.
Azure SQL Database를 사용하여 다른 데이터를 저장합니다.
상태 보고서

영업 담당자가 상태 보고서를 제출하고 프로세스에 위험 상태를 할당하는 경우 앱은 영업 담당자에게 위험에 대한 자세한 설명을 입력하라는 메시지를 표시해야 합니다. 이 정보는 지역 관리자에게 이메일로 보내야 합니다. 범주가 일과 삶의 균형인 경우 정보는 인적 자원 부서에 복사되어야 합니다.
영업 담당자가 합의된 마감일까지 주간 상태 보고서를 제출하지 않으면 시스템은 영업 담당자에게 이를 상기시키는 이메일을 보내야 합니다.
앱은 온라인과 오프라인 모두에서 실행할 수 있어야 합니다. 앱이 실행되는 모바일 장치가 인터넷에 연결된 경우 앱은 즉시 상태 보고서를 제출해야 합니다.
영업 담당자가 보고서를 제출하기 전에 앱이 오프라인인지 여부를 알 수 있도록 앱에 시각적 표시기를 표시해야 합니다.
데이터가 오프라인으로 제출되면 앱이 다시 온라인 상태가 될 때까지 데이터를 앱에 저장해야 합니다.
전문인
UI 레이아웃에 관계없이 기록된 데이터는 Azure DB 테이블에 표준화되어야 합니다. 앱에서 전역 변수를 사용해야 합니다.
전개
앱을 프로덕션에 배포하기 전에 앱이 Microsoft 접근성 및 성능 지침을 준수하는지 확인해야 합니다.
완성된 앱과 모든 지원 구성 요소는 Tailwind Traders에 제공되어야 합니다.
Tailwind Traders는 구성 요소를 변경할 수 없어야 합니다.
다음 버전 제어 번호 지정 체계를 사용해야 합니다.
전공: 앱이 패키징된 연도의 마지막 두 자리 숫자
Minor: 앱이 패키징된 월을 나타내는 두 자리 숫자
빌드: 앱에 대한 중요한 변경 사항을 나타내기 위해 증가하는 숫자입니다. 개정: 패키지에 대한 증가된 개정 응용 프로그램의 새 버전은 이전 버전의 앱을 완전히 대체해야 합니다.
앱 솔루션의 버전을 식별할 때 모든 종속성, 엔터티 및 사용자 인터페이스 구성 요소를 식별하여 개별 구성 요소를 이전 버전으로 되돌려 발생하는 의도하지 않은 문제를 방지해야 합니다.
롤백을 위해 이전 버전의 모바일 앱을 사용할 수 있어야 합니다.
프로덕션에 사용된 모든 소프트웨어 버전은 5년 동안 보관해야 합니다.
문제
모바일 앱이 출시된 지 몇 달이 지났습니다. 앱의 초기 버전이 영업 담당자에게 배포된 이후 8가지 버전의 앱이 출시되었습니다. 앱을 이전 버전으로 되돌리고 일부 기능을 다시 디자인해야 합니다.
User1은 종종 인터넷에 연결되지 않은 창고에서 일합니다. User1은 기존 상태 보고서를 편집하고 새 상태 보고서를 제출해야 합니다.
여러 영업 담당자에게 접근성 제한이 있습니다. User2는 시각 장애가 있어 이미지를 볼 수 없습니다. User3는 마우스를 사용할 수 없습니다.