기본적으로 서비스 주체에는 Microsoft Graph에 액세스할 수 있는 명시적 권한이 부여되지 않습니다. 그러나 Microsoft Graph에 대한 액세스 토큰을 요청하면 사용자에 대한 정보를 읽는 데 사용할 수 있는 user_impersonation 권한 범위가 있는 토큰(즉, User.Read.All)을 받습니다.
참조: https://docs.microsoft.com/en-us/sharepoint/dev/spfx/use-msgraph

설명
앱이 Microsoft Graph의 데이터에 액세스하려면 사용자 또는 관리자가 동의 프로세스를 통해 앱에 올바른 권한을 부여해야 합니다.
애플리케이션 권한은 관리자만 동의할 수 있습니다.
참조: https://docs.microsoft.com/en-us/azure/active-directory/develop/v2-permissions-and-consent
https://docs.microsoft.com/en-us/graph/permissions-reference

설명

상자 1: 아니오
상자 2: 예
상자 3: 예
Teams 클라이언트 내에서 정보 및 기능에 대한 링크를 만들 수 있습니다. 이것이 유용할 수 있는 예:
* 앱의 탭 중 하나에 있는 콘텐츠로 사용자를 이동합니다. 예를 들어 앱에는 사용자에게 중요한 활동을 알리는 메시지를 보내는 봇이 있을 수 있습니다. 사용자가 알림을 탭하면 딥 링크가 탭으로 이동하여 사용자가 활동에 대한 자세한 내용을 볼 수 있습니다.
* 앱은 필수 매개변수로 딥 링크를 미리 채워 채팅 생성 또는 회의 예약과 같은 특정 사용자 작업을 자동화하거나 단순화합니다. 이렇게 하면 사용자가 수동으로 정보를 입력할 필요가 없습니다.
참조: https://docs.microsoft.com/en-us/microsoftteams/platform/concepts/build-and-test/deep-links

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

참조:
https://docs.microsoft.com/en-us/microsoftteams/platform/resources/schema/manifest-schema#composeextensio
주제 2, ADatum Corporation
이것은 사례 연구입니다. 사례 연구는 별도로 시간이 지정되지 않습니다. 각 사례를 완료하는 데 원하는 만큼 시험 시간을 사용할 수 있습니다. 그러나 이 시험에 추가 사례 연구 및 섹션이 있을 수 있습니다. 제공된 시간 내에 이 시험에 포함된 모든 문제를 완료할 수 있도록 시간을 관리해야 합니다.
사례 연구에 포함된 질문에 답하려면 사례 연구에 제공된 정보를 참조해야 합니다. 사례 연구에는 사례 연구에 설명된 시나리오에 대한 추가 정보를 제공하는 전시회 및 기타 리소스가 포함될 수 있습니다. 각 질문은 이 사례 연구의 다른 질문과 독립적입니다.
이 사례 연구를 마치면 검토 화면이 나타납니다. 이 화면에서는 답안을 검토하고 시험의 다음 섹션으로 이동하기 전에 변경할 수 있습니다. 새 섹션을 시작한 후에는 이 섹션으로 돌아갈 수 없습니다.
사례 연구를 시작하려면
이 사례 연구의 첫 번째 질문을 표시하려면 버튼을 클릭하십시오. 질문에 답하기 전에 왼쪽 창에 있는 버튼을 사용하여 사례 연구의 내용을 탐색하십시오. 이 버튼을 클릭하면 비즈니스 요구 사항, 기존 환경 및 문제 설명과 같은 정보가 표시됩니다. 사례 연구에 모든 정보 탭이 있는 경우 표시되는 정보는 후속 탭에 표시되는 정보와 동일합니다. 질문에 답할 준비가 되면 버튼을 클릭하여 질문으로 돌아갑니다.
개요
ADatum Corporation은 E-invoicing이라는 SaaS(Software as a Service) 애플리케이션을 개발합니다.
기존 환경
애플리케이션 아키텍처
전자 송장은 단일 페이지 애플리케이션(SPA)과 송장 관리 및 처리 기능을 제공하는 백엔드 웹 서비스로 구성됩니다.
전자 송장은 각 송장 작업의 모든 세부 정보를 백엔드 클라우드 데이터베이스에 저장합니다. 전자 인보이스는 PDF 형식의 인보이스를 생성하고 생성된 PDF를 다운로드할 수 있는 기능을 사용자에게 제공합니다.
각 송장에는 invoiceid라는 고유 식별자가 있습니다.
사용자는 전자 인보이스에 로그인한 다음 웹 브라우저의 여러 탭에서 전자 인보이스를 여는 공통 워크플로우를 통해 애플리케이션의 다른 부분을 동시에 사용할 수 있습니다.
보안 아키텍처
ADatum은 가능할 때마다 최소 권한 원칙을 사용합니다. ADatum은 항상 최신 라이브러리 및 통합 엔드포인트를 사용합니다.
요구 사항
사업 목표
ADatum은 고객이 전자 청구서 내에서 직접 Microsoft Office 365 서비스를 활용할 수 있도록 전자 청구서, Azure AD(Azure Active Directory) 및 Microsoft Graph를 통합하려고 합니다.
계획된 변경
ADatum은 전자 인보이스에 다음 기능을 추가할 계획입니다.
* 현재 로그인한 사용자를 대신하여 생성된 인보이스를 고객에게 이메일로 보냅니다. 시스템에서 생성된 모든 이메일에는 청구서가 포함됩니다.
* 전자 청구 애플리케이션을 종료하지 않고도 브라우저에서 가능한 한 많은 작업을 수행하십시오.
* Azure AD를 사용하여 ID, 인증 및 권한 부여를 관리합니다.
* 특정 인보이스를 포함하는 모든 이메일을 표시합니다.
기술 요구 사항
ADatum은 계획된 전자 청구 기능에 대한 다음과 같은 기술 요구 사항을 식별합니다.
* Office 365에 대해 전자 청구서로 수행되는 모든 작업이 사용자에 의해 시작되는지 확인합니다. 응용 프로그램이 사용자를 대신하여 처음으로 Office 365 데이터에 액세스하려고 시도할 때 사용자가 Office 365 데이터에 액세스할 수 있도록 전자 청구를 승인해야 합니다.
* 지불 기한 전에 고객에게 예정된 알림을 보냅니다. 예약된 미리 알림을 활성화하려면 관리 사용자 인터페이스를 만듭니다.
* Microsoft Graph 변경 알림을 구현하여 지정된 사서함에 도착하는 공급업체의 전자 메일을 감지합니다.
* SSO(Single Sign-On)를 구현하고 브라우저 탭에서 로그인 프롬프트를 최소화합니다.
* Azure AD를 사용하여 백엔드 웹 서비스에 대한 보안 액세스.
* 모든 솔루션이 안전한 코딩 관행을 사용하는지 확인하십시오.
백엔드 보안 계획된 변경 사항
ADatum은 사용자 지정 애플리케이션 역할을 사용하여 사용자 기능을 사용자에게 부여된 권한에 매핑하려고 합니다.
전자 인보이스에는 사용자가 백엔드 API를 호출하도록 허용되어야 하는지 여부를 동적으로 식별하는 내부 로직이 있습니다.
SSO JavaScript 스크립트
다음 코드를 사용하여 MSAL(Microsoft 인증 라이브러리)로 SSO를 구현할 계획입니다.

액세스 토큰 JavaScript 스크립트
액세스 토큰을 얻기 위한 다음 JavaScript 코드가 있습니다.

알림 JSON 변경
공급업체 전자 메일을 검색하기 위해 Microsoft Graph 서비스에서 보낼 다음 JSON 메시지가 있습니다.