品質管理システムや学習管理システム戦略の統合戦略
統合は、Microsoft Power Platform や品質管理システム (QMS) などのシステム間でデータの自動引き渡しを自動化する場合に役立ちます。 確立された承認ワークフローが QMS にある場合は、それとそのプロセス トリガーを再利用して承認フローを自動化できます。
統合は、次の場合に自動化できます。
- QMS コード エントリを作成する。
- ガイドを実行環境で効果的にする。
- ガイドが効果的でないので廃止される (たとえば、QMS の標準作業手順書 (SOP) 廃止される場合や、関連するコンテンツが廃止される場合)。
統合は、最初から必須要件になっているかどうかにかかわらず、ユーザー体験やデータ モデルにも関連するため、導入の初期の段階でこの記事の情報を考慮することをお勧めします。
規制のあるコンテキストにおいて、コンテンツの QMS や分類の統合するための前提条件
ガイドを構成するイマーシブ コンテンツは Microsoft Power Platform 内に保存されています。 このコンテンツは、QMS で開くことができません。 代わりに、QMS と外部に保存されたコンテンツ (ガイド) の間にリンクを作成し、さらに、デジタル ガイドの新しいドキュメントの種類/レコードの種類を、QMS に関連付ける必要があります。 このドキュメントの種類/レコードの種類について、必要な関連要件とドキュメントを定義します。 最小要件は、両方のシステムで、Dynamics 365 Guides のガイド ID と QMS のドキュメント/レコードの種類 ID を用意することです。 自動統合が初めに実装されていない場合でも、これら 2 つの ID は最初からデータ モデルの一部として用意することを推奨します。 自動統合を有効にするための前提条件として、交換するデータは両方のシステムのデータ モデルに存在する必要があります。
データ モデルを定義したら、ユーザー体験における統合のポイントと、システム間のデータ フローをトリガーする活動 (システム内のアクション) を決定します。
統合には、プロセスベースの統合と技術統合の 2 つの方法があります。
プロセスベースの統合
この手法では、技術統合は行いません。 代わりに QMS 内のフローを再利用して、データを手動で転送します。 アクセスの制御と ID およびアクセス管理の戦略で述べたように、統合を手動で行う場合には、システムの同期を確認する役割を担うロールを割り当てます。
手動で統合を実行することで、プロセスの制御を管理できます。 それらのプロセスは、技術統合を調整しなくても改良できます。 この手法は、まだ成熟過程のフェーズにいて、トランザクションの数が限られている場合に推奨されます。 この場合は、2 つのシステムがやり取りする方法を徹底的に調査して、それに従ってデータ モデルを Microsoft Power Platform で準備します。 念入りに計画されたデータ モデルは将来の技術統合を容易にします。
技術統合
ソリューションが成熟するにつれて、技術統合を使用して、手動で処理するプロセスを自動化することをお勧めします。 技術統合には、ポイントツーポイント統合と、API ベースのミドルウェア統合の 2 つのオプションがあります。
ポイントツーポイント統合: このオプションでは、カスタム コードを使用して 2 つのアプリを接続します。 これは、企業内のシステムを接続するためのシンプルで効率的な手段です。 ただし、ポイントツーポイント統合は、変更に対応するように設計されていません。 そのため、接続されているシステムのどちらかで変更または更新が行われると、統合はうまく機能しなくなります。 この場合は、両方のシステムの資格状況を確認して、検証します。 統合コネクタを最新の状態に維持するには時間がかかることがあるため、この統合オプションがユーザーにとって最適な選択肢ではない場合があります。 接続されているシステムを頻繁に更新すると、長期的なポイントツーポイント統合の実用性に影響します。
API ベースのミドルウェア統合: このオプションでは、通信を必要とする 2 つ以上のシステム間のブリッジとしてソフトウェアが機能します。 ミドルウェア統合では、アプリが直接通信を行うことなく、システムが通信を行い、システム間でデータ フローを確立できます。 ミドルウェア統合によって作成されるブリッジによって、システムの更新も分離されます。 そのため、システムのいずれか一方を変更または更新する場合に、両方のシステムを再評価する必要はありません。
ポイントツーポイント統合と API ベースのミドルウェア統合のどちらを選択するかは、エンタープライズ アーキテクチャ戦略と、組織内で利用可能なツールによって異なります。 ミドルウェア統合ソフトウェアを使用している場合は、API ベースのミドルウェア統合を選択することが理にかなっています。 ミドルウェア統合ソフトウェアを使用していない場合は、ポイントツーポイント統合が最適である可能性があります。
メモ
すべての技術統合は、潜在的なグッド {industry}プラクティス (GxP) の検証およびテストの一部である必要があります。 この要件は、ライブ移行までの時間が短縮されるため、プロセスベースの統合を開始する場合に有利な根拠となります。 またプロセスベースの統合では、クリティカルなレベルのデータ転送が必要になるまで、メンテナンス作業が少なくて済みます。
LMS との統合
Guides で開発されたトレーニング資料を使用する予定がある場合は、Guides を学習管理システム (LMS) に接続できます。 この接続により、ユーザーの使用状況データおよびガイドの完了に関する情報を転送できるようになります。 この統合の正確な設定方法は、特定の業界の要件によって異なります。
次の図に、フローの例を示します。 トレーニング資料は、Microsoft Power Platform に格納され、QMS で承認されます。 次に、関連する従業員に割り当てられ、実行が文書化されます。
Guides を LMS と接続する予定がある場合は、次の 3 つの要因を検討する必要があります。
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 プロセスに関連付ける必要のあるレコード (ガイド) を識別できるためです。