與品質管理系統或學習管理系統的整合策略
如果您希望自動化 Microsoft Power Platform 和品質管理系統 (QMS) 等系統之間的手動資料傳遞，那麼整合是非常有用的。 如果您的 QMS 中具有成熟的核准工作流程，您可以重複使用它及其過程觸發器來自動化核准流程。
當以下情況需要自動化時，整合是非常有用的：
- 建立 QMS 記錄項目。
- 在執行環境中生效指南。
- 撤銷指南，使其不再生效 (例如，如果 QMS 中的標準作業程序 [SOP] 被撤銷，或相關內容被撤銷)。
無論整合是否從一開始就是一個要求，我們建議您在實施的初始階段考慮本文中的資訊，因為這也與使用者旅程和資料模型相關。
與 QMS 的整合先決條件和在受規範環境中分類內容
指南所包含的沉浸式內容儲存在 Microsoft Power Platform 中。 此內容無法在 QMS 本身中打開。 相反，您必須在 QMS 和外部儲存的內容 (指南) 之間建立連接，並在 QMS 中關聯或建立一個新的文件類型/記錄類型，以供數位指南使用。 對於這個文件類型/記錄類型，定義所需的相關要求和文件。 最低要求是在兩個系統中都具有來自 Dynamics 365 Guides 的指南識別碼和來自 QMS 的文件/記錄類型識別碼。 即使最初未實施自動整合，建議從一開始就將這兩個識別碼做為資料模型的一部分。 在啟用自動整合之前，要交換的資料必須存在於兩個系統的資料模型中。
在定義資料模型之後，決定使用者旅程圖中的整合點以及將觸發系統之間資料流動的活動 (系統中的操作) 是什麼。
有兩種整合的方式：程序型的整合和技術整合。
程序型整合
在此方法中，不執行任何技術整合。 相反，重複使用 QMS 中的流程並手動傳輸資料。 如在存取控制和身分存取管理策略中提到的，當整合由手動處理時，分配一個負責確保系統之間同步的角色。
透過手動執行整合，您可以保持對程序的控制。 您可以在不必調整技術整合的情況下改善這些程序。 如果您仍處於成熟階段並且交易數量有限，我們建議使用這種方法。 在這種情況下，要深入研究兩個系統之間的互動方式，並相應地在 Microsoft Power Platform 中準備資料模型。 良好計畫的資料模型簡化了將來的技術整合。
技術整合
隨著解決方案的成熟，我們建議使用技術整合來自動化本來需要手動處理的程序。 技術整合有兩種選擇：點對點整合和 API 型的中介軟體整合。
點對點整合：對於這個選項，您透過自訂代碼連接兩個應用程式。 這是一種簡單高效的方法，用於連接您業務中的系統。 然而，點對點整合並未設計用於跟上變化。 因此，每當其中一個連接的系統引入變更或更新時，整合就會受到限制。 在這種情況下，請對兩個系統進行授與資格認證和驗證。 由於保持整合連接器的最新狀態可能需要耗費時間，這種整合選項可能不適合您。 連接系統的更新頻率會影響點對點整合在長期內的可行性。
API 型的中介軟體整合：對於這個選項，軟體充當兩個或多個需要通訊的系統之間的橋樑。 中介軟體整合使系統能夠進行通訊，並在它們之間建立資料流程，而無需應用程式直接通訊。 中介軟體整合建立的橋接器也分離了系統的更新。 因此，如果只更改或更新其中一個系統，則兩個系統不需要重新驗證。
選擇點對點整合還是 API 型的中間件整合取決於您的企業架構策略和組織中可用的工具。 如果您有中介軟體整合軟體，選擇 API 型的中介軟體整合是有意義的。 如果您沒有中介軟體整合軟體，點對點整合可能是最合適的選擇。
注意
所有技術整合都必須是潛在的良好 {industry} 做法 (GxP) 驗證和測試的一部分。 這個要求是支持採用基於流程的整合的理由，因為這可以減少投入使用的時間。 程序型的整合也需要較少的維護工作，直到需要達到關鍵的資料傳輸水準。
與 LMS 整合
如果您打算使用在 Guides 中開發的訓練資料，您可以將 Guides 與學習管理系統 (LMS) 連接。 透過這種連接，您可以傳輸使用者的使用資料和有關執行指南完成情況的資訊。 這種整合的具體設置取決於您所在產業的要求。
下方的圖表顯示了一個流程的範例。 訓練資料儲存在 Microsoft Power Platform 中並在 QMS 中得到核准。 然後指派至相關員工，並對執行進行文件記錄。
如果您計畫將 Guides 與 LMS 連接，有三個要素需要考慮：
QMS 和 LMS 之間的整合：建立 QMS 和 LMS 之間的整合，以自動化從 QMS 到 LMS 的訓練傳輸，並確保同步。 如果您沒有整合，則需要手動確保訓練資料從 QMS 提供給 LMS。
使用者型或裝置型的 Guides：根據您是否使用使用者型或裝置型的 Guides 設定，您可以使用 LMS 整合來提供指南完成的證據。
- 如果您使用使用者型的設訂，使用者統計資料可以透過 Microsoft Power Platform 中的日誌提供執行證據。 這些日誌做為證據的適用的法規要求 (例如 GxP 一般資料保護規定[GDPR]) 必須與業務的品質保證 (QA) 部門和資料保護官 (DPO) 驗證。
- 如果您使用裝置型的認證，使用者統計和日誌無法直接從 Microsoft Power Platform 中使用。 相反，可以使用在 Power Apps 中開發的應用程式來建立訓練流程中的功能，使員工可以透過登出其個人資料來提供執行證據。 這種功能可以透過數位簽章組件支援，以符合有關文件的法規要求。 此外，您還可以建立整合功能，讓使用者可以評估訓練做為其他執行證據。 如果 QA 或 DPO 不接受 Microsoft Power Platform 日誌做為執行證據，此方法也可用於使用者型的認證。
資料模型：對於與 QMS 的整合一樣，我們建議您在實施的初期就為 LMS 的整合準備資料模型。 透過在 Microsoft Power Platform 中新增文件類型等資料欄位，可以使整合變得更加容易，因為該欄位可用於找出必須與 LMS 程序相關的記錄 (指南)。