Explanation

1 - 클라우드에 앱 사본을 만듭니다.
2 - 앱을 패키지로 내보냅니다.
3 - 새 테넌트의 사용자와 앱을 공유합니다.

캔버스 앱을 만들고 텍스트 인식기 AI Builder 구성 요소를 화면에 추가합니다. 이 구성 요소는 로컬 장치에서 사진을 찍거나 이미지를 로드한 다음 이를 처리하여 사전 구축된 텍스트 인식 모델을 기반으로 텍스트를 감지하고 추출합니다. 이미지에서 텍스트를 감지하면 구성 요소는 텍스트를 출력하고 이미지의 각 인스턴스에 대한 사각형을 표시하여 인스턴스를 식별합니다.
참조:
https://docs.microsoft.com/en-us/ai-builder/prebuilt-text-recognizer-component-in-powerapps
주제 2, 전 세계 수입업체
현재 환경
영업 담당자는 지역 관리자에게 주간 상태 보고서를 제출합니다. 이러한 상태 보고서에는 표준화된 형식이 없습니다. 상태 보고서를 관리하는 프로세스는 까다롭습니다.
Wide World Importers has decided to use Microsoft 365, Microsoft Azure, and Power Platform for future app development. Both Wide World Importers and Tailwind Traders have identical Microsoft SharePoint and Azure configurations. Both companies use separate tenants.
Requirements
Application
You must create a mobile app to streamline the creation of status reports by sales representatives. You must make the same app available to Tailwind Traders. The mobile app must meet the following requirements:
Minimize the use of code.
Use formulas and expressions when necessary.
Support a variety of visual layouts.
Use a SharePoint list to store information about regional managers and sales representatives.
Use Azure SQL Database to store other data.
Status reports

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

기존 구성 요소 라이브러리를 수정하고 추가 버전 메모와 함께 변경 사항을 저장할 수 있습니다. 그러나 구성 요소 라이브러리를 사용하는 기존 앱에서 사용하려면 업데이트된 구성 요소 라이브러리 버전을 게시해야 합니다.
다른 앱의 제작자는 업데이트된 구성 요소를 사용할 수 있다는 알림을 받습니다. 제작자가 캔버스 앱 스튜디오에서 앱을 편집할 때 알림이 나타납니다. 구성 요소를 업데이트하도록 선택할 수 있습니다.

검토를 선택하면 구성 요소를 업데이트하는 옵션이 표시됩니다.

참조:
https://docs.microsoft.com/en-us/powerapps/maker/canvas-apps/component-library

설명
그래픽 사용자 인터페이스, 텍스트, 애플리케이션, 테이블, 이메일 설명 자동 생성

상자 1: AI 빌더
PowerApps용 AI Builder의 개체 감지 구성 요소는 사진을 찍거나 이미지 파일을 로드하여 개체 감지 스캔을 수행합니다. 모바일 장치에서 사용자는 사진을 찍거나 장치 사용자 인터페이스에서 이미 사용 가능한 사진을 선택하는 것 중에서 선택합니다. 이미지를 선택하면 구성 요소가 자동으로 이미지를 스캔하여 개체를 식별합니다.
상자 2: 텍스트에서 엔터티 및 엔터티 유형 추출
엔터티 추출 미리 빌드된 모델은 텍스트의 주요 요소를 식별하고 미리 정의된 엔터티로 분류합니다.
Power Apps 및 Power Automated에서 미리 빌드된 모델을 즉시 사용할 수 있습니다.
상자 3: 범위
범위는 스테이지와 같이 유사한 작업과 조건을 함께 배치하는 간단한 방법입니다.
참조:
https://docs.microsoft.com/en-us/ai-builder/object-detector-component-in-powerapps
https://powerapps.microsoft.com/en-us/blog/new-ai-builder-models-are-now-generally-available/