Integração com um sistema de gestão da qualidade ou estratégia de sistema de gestão de aprendizagem
As integrações são úteis se você deseja automatizar a transferência manual de dados entre sistemas como Microsoft Power Platform e um sistema de gerenciamento de qualidade (SGQ). Se você tiver um fluxo de trabalho de aprovação bem estabelecido em seu SGQ, poderá reutilizá-lo e seus gatilhos de processo para automatizar os fluxos de aprovação.
As integrações permitem automação quando:
- As entradas de registro do SGQ são criadas.
- Os guias tornam-se eficazes em um ambiente de execução.
- Os guias são desativados para que não sejam mais eficazes (por exemplo, se um procedimento operacional padrão [SOP] no SGQ for desativado ou o conteúdo relacionado for desativado).
Independentemente de as integrações serem um requisito desde o início, recomendamos que considere as informações deste artigo durante as fases iniciais da implementação, porque também são relevantes para a jornada do utilizador e para o modelo de dados.
Pré-requisitos para integração com um SGQ e categorização de conteúdos num contexto regulamentado
O conteúdo imersivo que compõe os guias é armazenado em Microsoft Power Platform. Este conteúdo não pode ser aberto no próprio SGQ. Em vez disso, você deve criar um link entre o SGQ e o conteúdo armazenado externamente (o guia), e associar ou criar um novo tipo de documento/tipo de registro para guias digitais no SGQ. Para este tipo de documento/tipo de registro, defina os requisitos relacionados e a documentação necessária. Um requisito mínimo é ter o ID do guia Dynamics 365 Guides e o ID do documento/tipo de registro do SGQ em ambos os sistemas. Esses dois IDs são partes recomendadas do modelo de dados desde o início, mesmo que a integração automática não seja implementada inicialmente. Como pré-requisito para permitir a integração automática, os dados que serão trocados deverão estar presentes no modelo de dados de ambos os sistemas.
Após a definição do modelo de dados, determine quais são os pontos de integração na jornada do usuário e quais atividades (ações nos sistemas) irão acionar o fluxo de dados entre os sistemas.
Existem duas maneiras de fazer integrações: integração baseada em processos e integração técnica.
Integração baseada em processos
Nesta abordagem, você não faz nenhuma integração técnica. Em vez disso, você reutiliza o fluxo no SGQ e transfere os dados manualmente. Conforme mencionado em Estratégia de controle de acesso e gerenciamento de identidade e acesso, atribua uma função que seja responsável por garantir a sincronização entre os sistemas quando a integração for feita manualmente.
Ao executar integrações manualmente, você mantém o controle dos processos. Você pode refinar esses processos sem precisar ajustar a integração técnica. Recomendamos esta abordagem se você ainda estiver em fase de maturação e tiver um número limitado de transações. Nesse caso, investigue minuciosamente como os dois sistemas devem interagir e prepare o modelo de dados Microsoft Power Platform de acordo. Um modelo de dados bem planejado simplifica a integração técnica no futuro.
Integração técnica
À medida que a solução amadurece, recomendamos que você use a integração técnica para automatizar processos que, de outra forma, seriam tratados manualmente. Existem duas opções de integração técnica: integração ponto a ponto e integração de middleware baseada em API.
Integração ponto a ponto: para esta opção, você conecta dois aplicativos por meio de código personalizado. É uma maneira simples e eficiente de conectar sistemas em sua empresa. No entanto, as integrações ponto a ponto não foram projetadas para acompanhar as mudanças. Portanto, a integração é insuficiente sempre que alterações ou atualizações são introduzidas em qualquer sistema conectado. Neste caso, qualifique e valide ambos os sistemas. Como pode ser demorado manter os conectores de integração atualizados, esta opção de integração pode não ser a melhor escolha para você. A frequência das atualizações dos sistemas conectados afeta a viabilidade da integração ponto a ponto no longo prazo.
Integração de middleware baseada em API: para esta opção, o software atua como uma ponte entre dois ou mais sistemas que devem se comunicar. A integração de middleware permite que os sistemas se comuniquem e estabeleçam fluxo de dados entre eles sem exigir que os aplicativos se comuniquem diretamente. A ponte criada pela integração do middleware também separa as atualizações do sistema. Portanto, ambos os sistemas não precisam ser revalidados se apenas um deles for alterado ou atualizado.
A escolha entre integração ponto a ponto e integrações de middleware baseadas em API depende da sua estratégia de arquitetura corporativa e das ferramentas disponíveis em sua organização. Se você possui software de integração de middleware, faz sentido escolher a integração de middleware baseada em API. Se você não possui um software de integração de middleware, a integração ponto a ponto pode ser a melhor opção.
Observação
Todas as integrações técnicas devem fazer parte do potencial Bom {industry} Validação e teste de prática (GxP). Este requisito é um argumento a favor de começar com a integração baseada em processos, porque o tempo para entrar em operação pode ser reduzido. A integração baseada em processos também envolve menos trabalho de manutenção até que seja necessário um nível crítico de transferência de dados.
Integração com um LMS
Se você pretende usar material de treinamento desenvolvido nos Guias, poderá conectar os Guias ao seu sistema de gerenciamento de aprendizagem (LMS). Através desta conexão, é possível transferir dados de utilização dos usuários e informações sobre o preenchimento de guias. A configuração exata dessa integração depende dos requisitos do seu setor específico.
O diagrama a seguir mostra um exemplo do fluxo. O material de treinamento é armazenado em Microsoft Power Platform e aprovado no SGQ. Em seguida, é atribuído aos funcionários relevantes e a execução é documentada.
Há três fatores a serem considerados se você planeja conectar o Guides ao seu LMS:
Integração entre o SGQ e o LMS : Estabelecer uma integração entre o SGQ e o LMS para automatizar a transferência de treinamento do SGQ e do LMS e garantir a sincronização. Caso não tenha uma integração, garanta manualmente que o material de treinamento seja disponibilizado do SGQ para o LMS.
Licenças baseadas no usuário ou no dispositivo : A maneira como você usa a integração do LMS para fornecer evidências de conclusão do guia depende se você tem ou não um configuração de guias baseada no usuário ou no dispositivo.
- Se você tiver uma configuração baseada no usuário, as estatísticas do usuário poderão fornecer prova de execução por meio de logs em Microsoft Power Platform. Os requisitos regulamentares que se aplicam a este registo como prova (por exemplo, GxP e Regulamento Geral de Proteção de Dados [GDPR]) devem ser verificados com o departamento de garantia de qualidade (QA) da empresa e com o responsável pela proteção de dados (DPO).
- Se você tiver uma licença baseada em dispositivo, as estatísticas e os registros do usuário não poderão ser usados diretamente Microsoft Power Platform. Em vez disso, um aplicativo desenvolvido em Power Apps pode ser usado para criar funcionalidades no fluxo de treinamento que permitem aos funcionários fornecer prova de execução ao sair de seu perfil. Essa funcionalidade pode ser suportada por um componente de assinatura digital para torná-la compatível com os requisitos regulamentares de documentação. Além disso, você pode criar funcionalidades integradas que permitem aos usuários avaliar o treinamento como prova adicional de execução. Essa abordagem também pode ser usada para uma licença baseada no usuário se o controle de qualidade ou o DPO não aceitar o Microsoft Power Platform log como evidência de execução.
Modelo de dados: Quanto a uma integração com SGQ, recomendamos que você prepare seu modelo de dados para uma integração com LMS desde o início da implementação. Ao adicionar um campo de dados como tipo de documento em Microsoft Power Platform, você facilita a integração, pois esse campo pode ser usado para identificar os registros (guias) que deve estar associado aos processos LMS.