통합은 Microsoft Power Platform과 같은 시스템과 QMS(품질 관리 시스템) 간의 수동 데이터 핸드오버를 자동화하려는 경우에 유용합니다. QMS에 잘 정립된 승인 워크플로가 있는 경우 이를 재사용하고 해당 프로세스 트리거를 사용하여 승인 흐름을 자동화할 수 있습니다.
통합은 다음과 같은 경우 자동화를 허용합니다.
- QMS 레코드 항목이 생성된 경우
- 가이드가 실행 환경에서 효과적인 경우
- 가이드가 폐기되어 더 이상 유효하지 않게 된 경우(예: QMS의 표준 운영 절차[SOP]가 폐기되었거나 관련 콘텐츠가 폐기된 경우)
통합이 처음부터 요구 사항인지 여부에 관계없이, 이 문서의 정보는 사용자 여정 및 데이터 모델과도 관련이 있으므로 구현 초기 단계에서 고려하는 것이 좋습니다.
QMS와의 통합 및 규제된 상황에서 콘텐츠 분류를 위한 전제 조건
가이드가 구성하는 몰입형 콘텐츠는 Microsoft Power Platform에 저장됩니다. 이 콘텐츠는 QMS 자체에서 열 수 없습니다. 대신 QMS와 외부에 저장된 콘텐츠(가이드) 사이에 링크를 만들고, QMS에서 디지털 가이드에 대한 문서 유형/레코드 종류를 연결하거나 새로 만들어야 합니다. 이 문서 유형/레코드 종류에 대해 필요한 관련 요구 사항 및 문서를 정의합니다. 최소 요구 사항은 Dynamics 365 Guides의 가이드 ID와 QMS 문서/레코드 종류 ID가 두 시스템 모두에 있어야 한다는 것입니다. 이 두 ID는 처음에 자동 통합을 구현하지 않더라도 처음부터 데이터 모델에 권장되는 부분입니다. 자동 통합을 사용하기 위한 전제 조건으로, 교환할 데이터가 두 시스템의 데이터 모델에 모두 존재해야 합니다.
데이터 모델을 정의한 후에는 사용자 여정에서 통합 지점이 무엇인지, 시스템 간의 데이터 흐름을 트리거하는 활동(시스템 내 작업)이 무엇인지 결정합니다.
통합을 수행하는 방법에는 프로세스 기반 통합과 기술 통합의 두 가지가 있습니다.
프로세스 기반 통합
이 접근 방식에서는 기술을 통합하지 않습니다. 대신 QMS의 흐름을 재사용하고 데이터를 수동으로 전송합니다. 액세스 제어 및 ID 및 액세스 관리 전략에서 언급했듯이 통합을 수동으로 처리할 때 시스템 간의 동기화를 책임지는 역할을 할당하세요.
통합을 수동으로 실행하면 프로세스를 계속 제어할 수 있습니다. 기술 통합을 조정하지 않고도 이러한 프로세스를 세분화할 수 있습니다. 아직 성숙 단계에 있고 트랜잭션 수가 제한되어 있는 경우 이 방법을 사용하는 것이 좋습니다. 이 경우 두 시스템이 상호 작용해야 하는 방식을 철저히 조사하고 이에 따라 Microsoft Power Platform에서 데이터 모델을 준비합니다. 잘 계획된 데이터 모델은 향후 간단하게 기술을 통합합니다.
기술 통합
솔루션이 더욱 발전하면 기술 통합을 통해 수동으로 처리하던 프로세스를 자동화할 것을 권장합니다. 기술 통합에는 지점 간 통합 및 API 기반 미들웨어 통합의 두 가지 옵션이 있습니다.
지점 간 통합: 이 옵션의 경우 사용자 지정 코드를 통해 두 앱을 연결합니다. 비즈니스 내부에서 시스템을 연결하는 간단하고 효율적인 방법입니다. 하지만 지점 간 통합은 변화를 따라잡을 수 있도록 설계되지 않았습니다. 따라서 연결된 시스템 중 하나에 변경 사항이나 업데이트가 채택될 때마다 통합이 제대로 이루어지지 않습니다. 이 경우 두 시스템을 선별하고 유효성을 검사합니다. 통합 커넥터를 최신 상태로 유지하는 데 시간이 많이 소요될 수 있으므로 이 통합 옵션이 최선의 선택이 아닐 수도 있습니다. 연결된 시스템의 업데이트 빈도는 장기적으로 지점 간 통합의 실행 가능성에 영향을 미칩니다.
API 기반 미들웨어 통합: 이 옵션의 경우 소프트웨어는 통신이 필요한 두 개 이상의 시스템 간의 다리 역할을 합니다. 미들웨어 통합을 통해 앱이 직접 통신할 필요 없이 시스템 간에 통신하고 데이터 흐름을 설정할 수 있습니다. 미들웨어 통합이 생성하는 다리는 시스템 업데이트도 분리합니다. 따라서 두 시스템 중 하나만 변경되거나 업데이트되는 경우 두 시스템 모두 다시 유효성 검사를 받을 필요가 없습니다.
지점 간 통합과 API 기반 미들웨어 통합 중 어떤 것을 선택할지는 엔터프라이즈 아키텍처 전략과 조직에서 사용할 수 있는 도구에 따라 달라집니다. 미들웨어 통합 소프트웨어가 있는 경우 API 기반 미들웨어 통합을 선택하는 것이 좋습니다. 미들웨어 통합 소프트웨어가 없다면 지점 간 통합이 가장 적합할 수 있습니다.
참고
모든 기술 통합은 잠재적인 GxP(우수 {industry} 사례) 유효성 검사 및 테스트의 일부여야 합니다. 이러한 요구 사항은 가동 시간을 단축할 수 있기 때문에 프로세스 기반 통합으로 시작해야 한다는 주장에 힘을 실어줍니다. 또한 프로세스 기반 통합에는 중요한 수준의 데이터 전송이 필요할 때까지 유지 관리 작업이 덜 필요합니다.
LMS와 통합
Guides에서 개발된 교육 자료를 사용하려는 경우, Guides를 LMS(학습 관리 시스템)와 연결할 수 있습니다. 이 연결을 통해 사용자의 사용 데이터와 가이드 완료에 대한 정보를 전송할 수 있습니다. 이 통합의 정확한 설정은 특정 산업의 요구 사항에 따라 다릅니다.
다음 다이어그램은 흐름의 예를 보여줍니다. 교육 자료는 Microsoft Power Platform에 저장되며 QMS에서 승인됩니다. 그런 다음 관련 직원에게 할당되고 실행이 문서화됩니다.
Guides를 LMS와 연결하려는 경우 고려해야 할 세 가지 요소가 있습니다.
QMS와 LMS 간의 통합: QMS와 LMS 간의 통합을 설정하여 QMS와 LMS에서 교육 전송을 자동화하고 동기화를 보장합니다. 통합이 없는 경우 QMS에서 LMS로 교육 자료를 사용할 수 있는지 수동으로 확인하세요.
사용자 기반 또는 디바이스 기반 라이선스: LMS 통합을 사용하여 가이드 완료의 증거를 제공하는 방식은 사용자 기반 또는 디바이스 기반 Guides 설정 여부에 따라 다릅니다.
- 사용자 기반 설정이 있는 경우 사용자 통계는 Microsoft Power Platform의 로그를 통해 실행 증명을 제공할 수 있습니다. 이 로깅에 증거로 적용되는 규제 요건(예: GxP 및 일반 데이터 보호 규정[GDPR])은 비즈니스의 품질 보증(QA) 부서 및 데이터 보호 책임자(DPO)에게 확인해야 합니다.
- 디바이스 기반 라이선스가 있는 경우 사용자 통계 및 로그를 Microsoft Power Platform에서 직접 사용할 수 없습니다. 대신 Power Apps에서 개발된 앱을 사용하여 직원이 프로필에서 로그아웃하여 실행 증명을 제공할 수 있는 기능을 교육 흐름에 만들 수 있습니다. 이 기능은 문서에 대한 규제 요건을 준수하기 위해 디지털 서명 구성 요소에서 지원할 수 있습니다. 또한 사용자가 교육을 추가 실행 증명으로 평가할 수 있는 통합 기능을 만들 수 있습니다. 이 접근 방식은 QA 또는 DPO가 Microsoft Power Platform 로그를 실행 증거로 받아들이지 않는 경우 사용자 기반 라이선스에도 사용할 수 있습니다.
데이터 모델: QMS 통합의 경우, 구현 초기부터 LMS 통합을 위한 데이터 모델을 준비하는 것이 좋습니다. Microsoft Power Platform에 문서 유형과 같은 데이터 필드를 추가하면 해당 필드를 사용하여 LMS 프로세스와 연결해야 하는 레코드(가이드)를 식별할 수 있으므로 통합이 더 쉬워집니다.