설명:

설명:

상자 1: 멀티스레딩 및/또는 배치 크기 설정 증가
상자 2: 특정 순서로 데이터를 로드하는지 확인하세요.
먼저 계층 구조에서 기본 테이블을 로드합니다.

설명:

박스 1: 비즈니스 규칙
코드를 작성하거나 플러그인을 만들지 않고도 로직과 검증을 적용하는 비즈니스 규칙과 권장 사항을 만들 수 있습니다. 비즈니스 규칙은 빠르게 변화하고 일반적으로 사용되는 규칙을 구현하고 유지 관리할 수 있는 간단한 인터페이스를 제공합니다.
박스 2: Power Automate 흐름
"레코드가 업데이트될 때"로 Power Automate 흐름을 트리거한 다음 흐름에 조건을 추가하고 상태 레이블이 '승인'과 같도록 구성합니다.
참조:
https://docs.microsoft.com/en-us/powerapps/maker/데이터-플랫폼/데이터-플랫폼-비즈니스-규칙-생성
https://www.inogic.com/blog/2021/12/how-to-win-lose-dynamics-365-crm-opportunity-through-power-automate-flow/

설명:

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