설명
웹 서버 앱에서 로그인 인증 흐름은 다음과 같은 상위 수준 단계를 따릅니다.

Microsoft ID 플랫폼 끝점에서 받은 공개 서명 키로 ID 토큰의 유효성을 검사하여 사용자의 ID를 확인할 수 있습니다. 후속 페이지 요청에서 사용자를 식별하는 데 사용할 수 있는 세션 쿠키가 설정됩니다.
단순 로그인 외에도 웹 서버 앱은 REST API와 같은 다른 웹 서비스에 액세스해야 할 수 있습니다.
이 경우 웹 서버 앱은 OAuth 2.0 인증 코드 흐름을 사용하여 결합된 OpenID Connect 및 OAuth 2.0 흐름에 참여합니다.
참조: https://docs.microsoft.com/en-us/azure/active-directory/develop/v2-app-types

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

상자 1: 예
나가는 웹훅이 팀에 추가되면 봇처럼 작동하여 다음을 사용하여 채널에서 메시지를 수신합니다.
@멘션, 외부 웹 서비스에 알림 전송, 카드 및 이미지를 포함할 수 있는 풍부한 메시지로 응답.
상자 2: 예
Webhook은 Teams가 외부 앱과 통합할 수 있는 좋은 방법입니다. 웹훅은 기본적으로 콜백 URL로 전송되는 POST 요청입니다. Teams에서 발신 웹훅은 사용자가 Microsoft Bot Framework를 통해 봇을 만드는 전체 프로세스를 거치지 않고도 웹 서비스에 메시지를 보낼 수 있는 간단한 방법을 제공합니다. 발신 웹훅은 Teams의 데이터를 JSON 페이로드를 수락할 수 있는 선택된 서비스에 게시합니다.
상자 3: 예
발신 웹훅 만들기
* 적절한 팀을 선택하고 (* * * ) 드롭다운 메뉴에서 팀 관리를 선택합니다.
* 탐색 모음에서 앱 탭을 선택합니다.
* 창의 오른쪽 하단에서 발신 웹훅 만들기를 선택합니다.
* 결과 팝업 창에서 필수 필드를 작성하십시오.
* 이름 - 웹훅 제목 및 @멘션 탭입니다.
* 콜백 URL - JSON 페이로드를 수락하고 Teams에서 POST 요청을 수신하는 HTTPS 끝점입니다.
참조:
https://docs.microsoft.com/en-us/microsoftteams/platform/webhooks-and-connectors/how-to/add-outgoing-webh

아래 답변 참조
설명
다음과 같이 대답

주제 2, (주)에이디텀
이것은 사례 연구입니다. 사례 연구는 별도로 시간이 지정되지 않습니다. 각 사례를 완료하고 싶은 만큼 시험 시간을 사용할 수 있습니다. 그러나 이 시험에 추가 사례 연구 및 섹션이 있을 수 있습니다. 주어진 시간 내에 이 시험에 포함된 모든 문제를 완료할 수 있도록 시간을 관리해야 합니다.
사례 연구에 포함된 질문에 답하려면 사례 연구에 제공된 정보를 참조해야 합니다. 사례 연구에는 사례 연구에 설명된 시나리오에 대한 추가 정보를 제공하는 전시 및 기타 리소스가 포함될 수 있습니다. 각 질문은 이 사례 연구의 다른 질문과 독립적입니다.
이 사례 연구의 마지막에 검토 화면이 나타납니다. 이 화면에서 답을 검토하고 시험의 다음 섹션으로 이동하기 전에 변경할 수 있습니다. 새 섹션을 시작한 후에는 이 섹션으로 돌아갈 수 없습니다.
사례 연구를 시작하려면
이 사례 연구의 첫 번째 질문을 표시하려면 버튼을 클릭하십시오. 질문에 답하기 전에 왼쪽 창에 있는 버튼을 사용하여 사례 연구의 내용을 탐색하십시오. 이 버튼을 클릭하면 비즈니스 요구 사항, 기존 환경 및 문제 설명과 같은 정보가 표시됩니다. 사례 연구에 모든 정보 탭이 있는 경우 표시되는 정보는 후속 탭에 표시되는 정보와 동일합니다. 질문에 답할 준비가 되면 버튼을 클릭하여 질문으로 돌아갑니다.
개요
ADatum Corporation은 E-invoicing이라는 SaaS(Software as a Service) 응용 프로그램을 개발합니다.
기존 환경
애플리케이션 아키텍처
전자 인보이스는 단일 페이지 애플리케이션(SPA)과 인보이스 관리 및 처리 기능을 제공하는 백엔드 웹 서비스로 구성됩니다.
전자 인보이스는 백엔드 클라우드 데이터베이스에 각 인보이스 작업의 모든 세부 정보를 저장합니다. 전자 인보이스는 PDF 형식의 인보이스를 생성하고 생성 후 PDF를 다운로드할 수 있는 기능을 사용자에게 제공합니다.
각 인보이스에는 invokeid라는 고유 식별자가 있습니다.
사용자는 전자 인보이스에 로그인한 다음 웹 브라우저의 여러 탭에서 전자 인보이스를 열어 애플리케이션의 다른 부분을 동시에 사용할 수 있는 공통 워크플로를 사용합니다.
보안 아키텍처
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)을 구현하고 브라우저 탭에서 로그인 프롬프트를 최소화합니다.
* Azure AD를 사용하여 백엔드 웹 서비스에 대한 보안 액세스.
* 모든 솔루션이 보안 코딩 방식을 사용하는지 확인합니다.
백엔드 보안 계획된 변경 사항
ADatum은 사용자 지정 응용 프로그램 역할을 사용하여 사용자 기능을 사용자에게 부여된 권한에 매핑하려고 합니다.
전자 인보이스에는 사용자가 백엔드 API를 호출할 수 있는지 여부를 동적으로 식별하는 내부 논리가 있습니다.
SSO JavaScript 스크립트
다음 코드를 사용하여 MSAL(Microsoft 인증 라이브러리)로 SSO를 구현할 계획입니다.

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

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