귀하는 Dynamics 365 Finance 개발자입니다. 다음 그림과 같이 두 개의 테이블이 있습니다.
Table2에 관련 레코드가 포함된 경우 Table1에서 레코드를 삭제할 수 없도록 Table1을 구성해야 합니다.
OnDelete 속성에 어떤 값을 사용해야 합니까?
정답: D
제한의 예
두 개의 테이블(고객 및 주문)이 있고 관계가 일대다 관계라고 가정합니다. 즉, 고객이 많은 주문을 가질 수 있습니다.
따라서 Order 테이블에 대해 삭제 작업 속성을 "RESTRICTED"로 설정하면 상위 테이블(Customer)에서 발생합니다. 그런 다음 고객 테이블에서 레코드를 삭제하면 됩니다. 먼저 하위 테이블의 레코드를 확인하고 존재하는 경우 먼저 하위 테이블에서 레코드를 삭제해야 한다는 경고 메시지가 나타납니다.
오답:
B: 캐스케이드의 예:
두 개의 테이블(고객 및 주문)이 있고 관계가 일대다 관계라고 가정합니다. 즉, 고객이 많은 주문을 가질 수 있습니다.
따라서 Order 테이블에 대해 삭제 작업 속성을 "CASCADE"로 설정하면 상위 테이블(Customer)에서 발생합니다. 그런 다음 고객 테이블에서 레코드를 삭제하면 됩니다. 또한 주문 테이블의 모든 관련 레코드가 자동으로 삭제됩니다.
C: 캐스케이드 + 제한의 예
세 개의 테이블(Person, Customer 및 Order)이 있다고 가정합니다. 이제 Person은 Customer 테이블의 부모이고 Customer는 (일대다) 관계를 갖는 Order 테이블의 부모입니다. Person 테이블의 삭제 작업 속성을 "로 설정하면 고객 테이블의 경우 CASCADE"이고 Order 테이블의 CUSTOMER 테이블에서 삭제 작업 속성을 "CASCADE +RESTRICTED"로 설정한 경우입니다.
따라서 고객 테이블에서 레코드를 삭제하면 먼저 하위 테이블(주문 테이블)의 레코드를 확인하고, 존재하는 경우 먼저 하위 테이블에서 레코드를 삭제해야 한다는 경고 메시지가 나타납니다.
그러나 Person 테이블에서 레코드를 삭제하면 Customer 테이블의 레코드가 자동으로 삭제되고 Order 테이블의 고객 테이블과 관련된 모든 레코드도 삭제됩니다.
참조:
https://amazingax.wordpress.com/2013/01/13/microsoft-dynamics-ax-2012example-of-cascaderestricted-and-cascade-restricted-delete-action-property-for-a-table-relation/ 개발자 도구 Testlet 1 사례 연구 이것은 사례 연구입니다. 사례 연구는 별도로 시간이 정해지지 않습니다. 각 사례를 완료하고 싶은 만큼 시험 시간을 사용할 수 있습니다. 그러나 이 시험에는 추가적인 사례 연구와 섹션이 있을 수 있습니다. 주어진 시간 내에 이 시험에 포함된 모든 문제를 완료할 수 있도록 시간을 관리해야 합니다.
사례 연구에 포함된 질문에 답하려면 사례 연구에 제공된 정보를 참조해야 합니다. 사례 연구에는 사례 연구에 설명된 시나리오에 대한 자세한 정보를 제공하는 전시물과 기타 리소스가 포함될 수 있습니다. 각 질문은 이 사례 연구의 다른 질문과 독립적입니다.
이 사례 연구가 끝나면 검토 화면이 나타납니다. 이 화면에서는 시험의 다음 섹션으로 이동하기 전에 답변을 검토하고 변경할 수 있습니다. 새 섹션을 시작한 후에는 이 섹션으로 돌아갈 수 없습니다.
사례 연구를 시작하려면
이 사례 연구의 첫 번째 질문을 표시하려면 다음 버튼을 클릭하세요. 질문에 답하기 전에 왼쪽 창에 있는 버튼을 사용하여 사례 연구의 내용을 살펴보세요. 이러한 버튼을 클릭하면 비즈니스 요구 사항, 기존 환경, 문제 설명 등의 정보가 표시됩니다. 사례 연구에 모든 정보 탭이 있는 경우 표시되는 정보는 후속 탭에 표시되는 정보와 동일합니다. 질문에 답할 준비가 되면 질문 버튼을 클릭하여 질문으로 돌아가세요.
배경
Wide World Importers는 미국 전역의 고객에게 사무용품, 가구 및 부속품을 판매합니다.
회사의 위치는 다음과 같습니다.
* 시애틀의 소매점
* 시애틀의 창고
* 애틀랜타의 고객 지원 및 콜센터
* 고객 현장에서 가구 설치 서비스를 제공하는 현장 작업자 팀.
Wide World Importers는 Dynamics 365 Finance 및 Microsoft Azure 클라우드 플랫폼 기능을 구현할 계획입니다.
현재 환경
고객은 이메일, 전화, 회사 홈페이지를 통해 주문할 수 있습니다. 회사는 웹 기반 애플리케이션을 사용하여 신용카드 거래를 승인하고 처리합니다. 고객, 재고, 공급업체, 기타 마스터 및 거래 데이터는 레거시 데이터베이스에 저장됩니다.
회사는 전화나 회사 웹사이트의 양식을 통해 고객으로부터 피드백을 수집하고 해당 데이터를 Microsoft Excel 통합 문서에 보관합니다.
Wide World Importers는 급여 및 근로자 보상을 관리하기 위해 온프레미스 애플리케이션을 실행합니다. 이 회사에는 보고 데이터베이스의 데이터를 표시하는 Microsoft Power BI 대시보드 세트가 있습니다.
회사는 LCS(Lifecycle Services) 구현 프로젝트를 만들고 Dynamics 365 Finance 온보딩을 완료합니다.
회사는 생산, 품질 보증(QA), 개발, 사용자 수용 테스트(UAT) 및 빌드 환경을 유지 관리합니다.
요구사항
일반적인
* 클라우드 기반 Dynamics 365 Finance 개발 환경을 구성하고 업데이트를 지원하는 코드 확장을 활성화해야 합니다.
* 버전 제어 및 빌드 환경을 구성해야 합니다.
* 기존 데이터를 모두 새 시스템으로 마이그레이션해야 합니다.
* X++ 코딩, 데이터 모델, 캐싱 및 보안에 대한 모범 사례를 구현해야 합니다.
* 모든 새로운 코드는 개발 환경에서 단위 테스트를 거쳐야 하며 코드가 소스 제어에 추가되기 전에 QA 팀의 유효성을 검사해야 합니다.
비즈니스 프로세스
* 공급업체 무역 계약을 구성해야 합니다.
* 제품은 간접비 절감을 위해 고객 위치에 따라 공급업체에서 고객에게 직접 배송되어야 합니다.
* 판매자로부터 직접 출고되는 상품에 대해서는 고객의 피드백을 반드시 수집해야 합니다.
* 코드를 프로덕션에 배포하기 전에 테스트를 위해 UAT 환경에 코드를 배포해야 합니다.
* 구매 주문서 작성 양식의 모든 항목을 확인해야 합니다.
* 고객이 제품을 찾아보고, 주문하고, 주문 상태를 확인할 수 있는 웹 포털을 개발해야 합니다. 웹 포털의 제품 데이터는 정기적인 배치로 통합되어야 합니다.
비즈니스 시스템
* Dynamics 365 Finance 내에서 신용 카드 처리를 위해 타사 솔루션을 설치하고 구성해야 합니다. 타사에서 배포 가능한 패키지를 제공합니다.
* 근로자 보상 애플리케이션은 API를 호출하여 Dynamics 365 Finance에서 근로자 보상 세부 정보를 업데이트할 수 있어야 합니다.
* 급여 분개를 시스템으로 가져오는 프로세스를 개발해야 합니다.
* 창고 운영을 위해서는 창고 모바일 장치 포털을 구성해야 합니다.
* 웹 포털 통합을 지원하려면 타사 솔루션을 설치해야 합니다. 솔루션은 소스코드 모델 파일로 제공됩니다.
공급업체 제외 목록
각 고객 및 품목 조합에 대한 공급업체 제외 목록을 유지 관리하려면 새로운 솔루션을 개발해야 합니다.
솔루션은 다음 요구 사항을 충족해야 합니다.
* VendExclusions라는 테이블을 생성하여 모든 새로운 공급업체 제외 코드를 새 어셈블리로 격리합니다.
* CustAccount, ItemId, VendAccount 필드를 사용하는 PrimaryIdx라는 테이블에 대한 인덱스를 생성합니다.
* 사용자가 고객 마스터 양식에서 공급업체 제외 목록 보고서를 열 수 있는지 확인하십시오. 목록에는 고객 계정, 품목 ID 및 공급업체 계정 필드가 표시되어야 합니다.
* 공급업체 제외 목록 양식에 대한 Excel 통합을 구현합니다.
* Dynamics 365 Unified Operations의 표준 보고 기능을 사용하여 보고서를 준비하기 위해 공급업체 제외 목록을 주기적으로 내보내는 기능을 제공합니다.
* 새로운 공급업체 제외 목록 기능 및 보고를 보고 유지하는 데 필요한 보안 권한을 개발합니다. 유지 관리 권한이 있는 사용자는 제외 목록을 생성, 업데이트 및 삭제할 수 있습니다.
회사 보안 모델과 일치하도록 보안 역할에 권한을 할당해야 합니다.
* 다른 테이블과의 참조 무결성을 유지합니다.
* 제외 목록에 있는 공급업체에 대해 직접 배송 구매 주문이 생성되기 전에 사용자에게 경고 메시지가 표시되어야 합니다.
* 새로운 제외 기록이 시스템에 추가되면 영업 관리자에게 알려야 합니다.
보안
* 기록을 생성한 사용자를 식별하려면 기록 수준 감사 기능을 구현해야 합니다.
* Excel을 사용하여 공급업체 제외 목록을 유지 관리할 수 있는 특정 사용자 권한을 부여합니다.
* 제안된 직접 배송 구매 주문 공급업체가 고객 및 제품 조합의 제외 목록에 있는지 확인하려면 검증을 구현해야 합니다.
문제
User1은 시스템의 많은 기능에 액세스할 수 없습니다. User1 관리자 권한을 제공해야 합니다.
영업 관리자는 공급업체 제외 목록에서 데이터 관련 문제를 의심합니다. User1은 참조된 제외 레코드를 생성한 사용자를 식별해야 합니다.
Developer2는 회사에 합류하며 개발 환경이나 소스 제어에 대한 액세스 권한이 없습니다.
User2는 현재 업데이트가 적용된 후 직접 배송 구매 주문을 생성할 때 성능 문제를 보고합니다.
User2는 새로운 기능과 보고서에 액세스할 수 없다고 보고합니다.
