한 회사가 로컬 Business Central Development Docker 컨테이너를 구축할 계획입니다.
이 환경은 새로운 프로젝트 아이디어를 테스트하는 데 사용될 예정입니다.
가장 최근의 Business Central 아티팩트 URL이 선택되었는지 확인해야 합니다.
어떤 명령을 사용해야 하나요?

Business Central 개발에서 열거형은 어떻게 사용되나요?

사례 연구 1 - Contoso, Ltd
배경
Contoso, Ltd.는 제조업계의 판매 회사입니다. 여러 국가/지역에 자회사가 있으며, 각각 자체 현지화가 있습니다. 자회사는 서로 데이터 독립적이어야 합니다. Contoso. Ltd.는 외부 비즈니스 파트너를 사용하여 일부 제조 품목의 하청을 관리합니다. Contoso, Ltd.는 여러 부문이 있으며 부문 간에 데이터 보안이 필요합니다.
현재 환경
Contoso, Ltd.는 재무, 판매, 구매, 창고 및 제조 공정을 위한 주요 ERP로 Business Central 온라인을 사용합니다. Business Central 웹 애플리케이션과 외부 애플리케이션을 사용하는 직원이 있습니다. 이 회사는 개발 중인 맞춤형 외부 모바일 앱을 보유하고 있습니다.
IT 부서와 파트너는 해당 기능을 기본적으로 사용할 수 없는 회사의 요구 사항을 충족하기 위해 맞춤형 확장 기능을 설치했습니다.
Contoso, Ltd.는 고객 및 파트너가 제공하는 외부 서비스와 상호 작용합니다. 다양한 애플리케이션은 Business Central에서 노출된 SOAP 및 OData 엔드포인트와 상호 작용합니다.
Contoso, Ltd.의 외부 비즈니스 파트너는 새로운 하청 주문에 대한 세부 정보를 수신하고 수신된 각 하청 주문의 계획된 출시 날짜를 전송하기 위한 REST API를 공개했습니다.
Contoso, Ltd.는 테넌트 모니터링을 활성화하지 않았으며 앱에 대한 내부 원격 측정 데이터가 없습니다.
맞춤형 보고서는 다양한 부서의 요구 사항을 충족하도록 작성되어야 합니다.
세입자 관리
Contoso, Ltd.에서는 다음과 같은 세입자 관리 고려 사항을 갖습니다.
IT 부서
IT 부서는 성능 문제를 방지하고 발생할 수 있는 이상을 감지하기 위해 테넌트를 모니터링할 수 있는 기능이 필요합니다.
IT 부서는 Azure Application Insights와 Log Analytics를 사용하여 수집된 원격 측정 신호를 검사할 계획입니다.
모든 테넌트 업그레이드는 Microsoft에서 자동으로 처리합니다. IT 부서는 업데이트 가용성이나 테넌트 관련 알림을 확인하지 않습니다.
IT 부서는 Business Central 관리 센터에서 테넌트 관련 알림 수신을 구성하지 않았습니다.
외부 비즈니스 파트너
외부 비즈니스 파트너는 Contoso, Ltd.를 위해 만든 애플리케이션에 사용자 지정 원격 분석을 추가하여 비즈니스 프로세스를 모니터링해야 합니다.
애플리케이션의 사용자 지정 원격 측정 신호는 파트너의 원격 측정에서만 볼 수 있어야 합니다.
비누
Contoso, Ltd.는 통합을 위해 SOAP 프로토콜을 사용하지 않을 계획입니다.
Contoso, Ltd.는 외부 애플리케이션이 Business Central SOAP 엔드포인트를 사용하고 있는지 감지할 수 있어야 합니다.
문제
Business Central 테넌트는 Microsoft에서 밤 동안 새로운 주요 버전으로 업그레이드됩니다.
사용자들은 Contoso, Ltd. 확장 프로그램 중 하나가 테넌트에서 사라졌다고 보고합니다. IT 부서는 확장 프로그램이 여전히 게시되어 있음을 확인했습니다.
맞춤형 모바일 애플리케이션 요구 사항
Contoso, Ltd.는 다음과 같은 요구 사항을 갖춘 맞춤형 모바일 애플리케이션을 만들 계획입니다.
직원은 앱을 사용하여 ERP에서 실시간으로 품목 세부 정보를 확인하고 제조 과정에서 발생하는 문제를 보고해야 합니다.
보관된 문제를 처리하려면 AL 확장을 만들어야 합니다.
모듈을 구현할 때는 Business Central 개발 지침을 따라야 합니다.
이슈 정보의 보고 및 추적을 위한 모듈을 구현해야 합니다. 이 모듈을 Issue Management라고 부를 계획입니다. 모듈은 PostIssue라는 메서드를 노출해야 합니다.
시간이 지남에 따라 코드 수정이 필요합니다.
이슈 관리 프로세스는 두 가지 확장으로 나누어야 합니다.
이슈베이스: 메인 확장
ISSUE EXT: ISSUE BASE의 종속성이 있는 두 번째 확장
ISSUE BASE 확장의 버전 1.0.0.0에서는 IssueTotal이라는 이름의 전역 Decimal 변수가 포함된 Issue 테이블을 만들 계획입니다.
ISSUE BASE 확장의 버전 1.0.0.0에서 다음과 같이 설명 필드가 정의된 Issue Category라는 이름의 테이블을 정의할 계획입니다.

ISSUE BASE 확장에 정의된 Issue 테이블에는 다음과 같이 정의된 Clone 프로시저가 포함되어 있습니다.

ISSUE EXT 확장에서 Issue 테이블의 tableextension 객체를 생성합니다.
Issue 테이블의 tableextension 객체는 IssueTotal: Decimal 변수에 액세스해야 합니다.
몇 주 동안 사용하다 보면 설명 필드와 복제 프로시저가 더 이상 필요하지 않으므로 제거해야 한다는 사실을 알게 됩니다.
ISSUE BASE 확장의 새 버전에서 새 Issue Type 테이블을 만듭니다. 이전에 사용되지 않는 Issue Category 테이블에서 새 Issue Type 테이블로 행별로 데이터를 이동해야 합니다. 많은 양의 데이터를 이동해야 하므로 DataTransfer 객체를 사용하여 업그레이드 코드 단위를 작성해야 합니다.
IT 부서는 사용자 정의 Issue 테이블을 노출하기 위한 사용자 정의 API를 만듭니다. API는 이슈를 새 테이블에 복사하기 위한 작업을 제공합니다. 작업은 다음과 같이 정의됩니다.

Contoso, Ltd.는 Business Central에서 API를 만들어 모바일 애플리케이션에 품목 세부 정보를 공개해야 합니다.
API는 업무 시간 동안 사용하는 경우 프로덕션 환경에 미치는 영향을 최소화해야 합니다.
API는 Get 작업만 지원해야 합니다.
디버깅 문제
Business Central의 ISSUE BASE 확장 프로그램 사용자가 문제를 보고했습니다.
문제를 디버깅하기 위해 다음 구성을 사용하여 스냅샷 디버깅을 활성화했습니다.

디버깅이 실행되지 않는다는 것을 발견했습니다.
하청을 위한 비즈니스 파트너와의 통합
Contoso, Ltd.는 Business Central을 비즈니스 파트너가 제공한 외부 API에 연결해야 합니다. 이는 파트너가 판매 수요를 충족하기 위해 새로운 하청 주문의 세부 정보를 보내고, 보낸 각 주문의 계획된 출시 날짜를 수신하는 데 사용됩니다. 통합 요구 사항은 다음과 같습니다.
비즈니스 파트너는 기본 인증으로 보안된 REST API를 제공합니다. API에 액세스하는 자격 증명은 Contoso, Ltd.와 공유됩니다.
하청 주문을 보내는 API는 인증된 POST 요청을 지정된 엔드포인트로 보내서 호출해야 합니다.
각 하청 주문의 주문 번호와 계획된 출시 날짜를 검색하기 위한 API는 다음 JSON으로 응답합니다.

각 주문 번호를 검색해야 합니다.
핫스팟 질문
요구 사항에 따라 API 페이지를 만들어야 합니다.
코드 세그먼트를 어떻게 완성해야 합니까? 대답하려면 답변 영역에서 적절한 옵션을 선택하세요.
참고사항: 정답 하나당 1점입니다.

PageType 속성을 RoleCenter로 설정하여 페이지를 만듭니다.
페이지의 다양한 섹션을 탐색할 수 있습니다.
페이지에 기능을 추가해야 합니다.
어떻게 해야 할까요?

참고: 이 질문은 동일한 시나리오를 제시하는 일련의 질문 중 일부입니다. 이 시리즈의 각 질문에는 명시된 목표를 충족할 수 있는 고유한 솔루션이 포함되어 있습니다. 일부 질문 세트에는 두 개 이상의 정답이 있을 수 있고, 다른 세트에는 정답이 없을 수 있습니다.
이 섹션의 질문에 답한 후에는 다시 돌아갈 수 없습니다. 따라서 이러한 질문은 검토 화면에 나타나지 않습니다.
어떤 회사에서는 영업 주문이 게시되면 Business Central 앱과 MyTable이라는 테이블을 만들어 레코드를 저장합니다.
사용자들은 다음과 같은 문제를 보고합니다.
- 사용자는 MyTable과 관련된 권한 오류를 받습니다.
- 사용자는 설치 이후 더 이상 판매 주문을 게시할 수 없습니다.
새로운 앱
- 사용자는 MyTable에서 생성한 목록 페이지에 접근할 수 없습니다.
새로운 권한 세트를 생성하지 않고 사용자 문제를 해결해야 합니다. 최소 권한의 원칙을 사용해야 합니다.
해결 방법: MyTable 개체에서 InherentPermissions = RI 속성을 추가합니다.
해결책이 목표를 충족하는가?