주제 5, 블루 욘더 항공
배경
블루 욘더 항공(Blue Yonder Airlines)은 1963년 보스턴에서 설립된 민간 항공사입니다. 이 회사는 북미 지역에서만 운항하며 하루 2,000편 이상의 항공편을 제공합니다. 블루 욘더 항공은 현재 사용 중인 전사적 자원 관리(ERP) 시스템을 Dynamics 365 Finance, Supply Cham Management 및 Commerce로 교체하는 계획 단계에 있으며, 구현팀을 구성하기 전에 솔루션 아키텍처에 대한 결정을 내리고 있습니다.
현재 환경
기술
블루 욘더 항공은 자체 개발한 ERP 솔루션을 사용하여 운영됩니다.
* 블루 욘더 항공은 ERP 솔루션을 포함한 여러 시스템 간의 데이터를 보고하고 분석하는 자체 개발 보고 및 분석 플랫폼을 사용합니다.
* ERP 솔루션은 거래 데이터를 5분마다 자동으로 별도의 데이터베이스로 전송하며, 보고 및 분석 플랫폼은 이 데이터를 판매 및 운영 계획(S&OP) 활동에 사용합니다.
* SQL Server Reporting Services(SSRS) 보고서는 기존 ERP 솔루션에서 공급업체에 전송되는 여러 재무 보고서에 사용됩니다.
* 사용자는 타사 도구를 활용하여 사용자의 요구 사항에 따라 보고서의 대체 레이아웃을 선택합니다.
* 블루 욘더 항공은 현재 마이크로소프트 365 및 오피스 365를 사용하고 있습니다.
구현
* 새로운 솔루션 및 기능 구현은 애자일 구현 전략을 따릅니다.
* 블루 욘더 항공에는 뛰어난 프로젝트 관리자가 여러 명 있습니다.
* 블루 욘더 항공은 여러 모델 기반 Microsoft Power Apps 앱을 실행하는 Microsoft Dataverse 인스턴스를 운영하고 있습니다. Microsoft Power Automate 및 Power Virtual Agent를 사용하는 여러 프로젝트가 현재 구현 중입니다.
개발
* ERP 시스템에는 서로 다른 기능에 대한 개발 주기를 완전히 소유하는 5개의 기능 그룹(Pod)이 있습니다.
* 모든 코드는 Microsoft Visual Studio 프로젝트를 사용하여 배포 및 관리됩니다.
* 현재 모든 개발 환경은 제3자 업체에서 호스팅하고 있습니다. 현재 비용이 매우 비쌉니다. ^
블루 욘더 항공은 새로운 ERP 시스템 도입을 통해 성능 및 통합 문제를 해결할 계획입니다.
라이선스
* 블루 욘더 항공은 자체 개발한 맞춤형 ERP 시스템을 사용하기 때문에 라이선스가 필요하지 않습니다.
* 대부분의 사용자는 ERP 솔루션 내에서 필요 이상으로 많은 접근 권한을 가지고 있습니다.
문제점
개발
* 개발팀과 기능팀이 성능 벤치마크 테스트에 대한 책임을 지지 않고 있습니다. 현재까지 기능 설계, 벤치마크 시나리오 또는 기대치 설정이 전혀 이루어지지 않았습니다.
보안
* 블루 욘더 항공은 일상적인 운영을 완료하는 데 필요한 사용자 접근 권한을 설정하기 위한 보안 설정을 어떻게 해야 하는지 알지 못합니다.
라이선스
* 라이선스 준수 감사 결과 시스템에 등록된 직원 수는 정확하지만 기본 및 부가 라이선스가 너무 많이 사용되고 있는 것으로 확인되었습니다.
* 일부 사용자는 규정 준수를 유지하기 위해 업무를 통합해야 할 가능성이 있습니다.

설명:

설명
박스 1: 이중 쓰기
작업 주문이 생성되면 Dynamics 365 Field Service는 해당 작업 주문에 대한 판매 주문을 실시간으로 생성해야 합니다.
Dynamics 365 필드 서비스와 공급망 관리를 통합하세요.
작동 방식
Field Service가 Common Data Service와 이중 쓰기 기능을 기반으로 구축되었기 때문에 이러한 통합이 가능합니다. 이중 쓰기 기능은 Dynamics 365 Supply Chain Management의 변경 사항을 Common Data Service에 기록하고 그 반대로도 기록합니다.
이중 쓰기 기능이 활성화되면 각 시스템의 엔티티를 통합할 수 있도록 필요한 필드를 추가하는 솔루션이 필드 서비스로 가져와집니다.
박스 2: 비즈니스 이벤트
사용자가 워크플로에서 새로 생성된 판매 주문 금액이 5,000달러를 초과할 경우 트리거되는 변경 기반 알림을 생성합니다. 이 알림은 사용자가 다른 단계를 자동화하도록 수정할 수 있는 워크플로를 트리거해야 합니다.
비즈니스 이벤트는 외부 시스템이 재무 및 운영 애플리케이션으로부터 알림을 수신할 수 있도록 하는 메커니즘을 제공합니다. 이를 통해 시스템은 비즈니스 이벤트에 대응하여 비즈니스 작업을 수행할 수 있습니다.
비즈니스 이벤트는 비즈니스 프로세스가 실행될 때 발생합니다. 비즈니스 프로세스 동안, 프로세스에 참여하는 사용자는 프로세스를 구성하는 작업을 완료하기 위해 비즈니스 활동을 수행합니다.
사용자가 수행하는 비즈니스 작업은 워크플로 작업 또는 비워크플로 작업일 수 있습니다. 구매 요청 승인은 워크플로 작업의 예이고, 구매 주문 확인은 비워크플로 작업의 예입니다. 두 유형의 작업 모두 외부 시스템에서 통합 및 알림 시나리오에 사용할 수 있는 비즈니스 이벤트를 생성할 수 있습니다.
참고: https://learn.microsoft.com/en-us/dynamics365/field-service/supply-chain-field-service-integration
https://learn.microsoft.com/en-us/dynamics365/fin-ops-core/dev-itpro/business-events/home-page

설명:

설명:
박스 1: 이중 쓰기
작업 주문이 생성되면 Dynamics 365 Field Service는 해당 작업 주문에 대한 판매 주문을 실시간으로 생성해야 합니다.
Dynamics 365 필드 서비스와 공급망 관리를 통합하세요.
작동 방식
Field Service가 Common Data Service와 이중 쓰기 기능을 기반으로 구축되었기 때문에 이러한 통합이 가능합니다. 이중 쓰기 기능은 Dynamics 365 Supply Chain Management의 변경 사항을 Common Data Service에 기록하고 그 반대로도 기록합니다.
이중 쓰기 기능이 활성화되면 각 시스템의 엔티티를 통합할 수 있도록 필요한 필드를 추가하는 솔루션이 필드 서비스로 가져와집니다.
박스 2: 비즈니스 이벤트
사용자가 워크플로에서 새로 생성된 판매 주문 금액이 5,000달러를 초과할 경우 트리거되는 변경 기반 알림을 생성합니다. 이 알림은 사용자가 다른 단계를 자동화하도록 수정할 수 있는 워크플로를 트리거해야 합니다.
비즈니스 이벤트는 외부 시스템이 재무 및 운영 애플리케이션으로부터 알림을 수신할 수 있도록 하는 메커니즘을 제공합니다. 이를 통해 시스템은 비즈니스 이벤트에 대응하여 비즈니스 작업을 수행할 수 있습니다.
비즈니스 이벤트는 비즈니스 프로세스가 실행될 때 발생합니다. 비즈니스 프로세스 동안, 프로세스에 참여하는 사용자는 프로세스를 구성하는 작업을 완료하기 위해 비즈니스 활동을 수행합니다.
사용자가 수행하는 비즈니스 작업은 워크플로 작업 또는 비워크플로 작업일 수 있습니다. 구매 요청 승인은 워크플로 작업의 예이고, 구매 주문 확인은 비워크플로 작업의 예입니다. 두 유형의 작업 모두 외부 시스템에서 통합 및 알림 시나리오에 사용할 수 있는 비즈니스 이벤트를 생성할 수 있습니다.
참고: https://learn.microsoft.com/en-us/dynamics365/field-service/supply-chain-field-service-integration
https://learn.microsoft.com/en-us/dynamics365/fin-ops-core/dev-itpro/business-events/home-page