Isto é como o Connect Bridge pode ajudar: Desenho de Soluções de Resposta de Emergência com Dinâmica e SharePoint

Você deve armazenar quaisquer dados pessoais inseridos em uma aplicação SaaS no armazenamento que está fisicamente localizado no país (ou em um território aprovado) para cumprir as leis de residência de dados. Você pode conseguir isso em duas etapas:

1. Quando os dados são inseridos na aplicação SaaS, você verifica se são dados pessoais, o que significa que a informação contida nesses dados é suficiente para identificar uma pessoa. Se for, o Os dados são transferidos para uma base de dados localizada no país.
2. Os dados são anónimose uma chave de referência é devolvida à aplicação para armazenamento na sua própria base de dados.

Nós imaginamos a solução de resposta de emergência em torno de dois sistemas, Dynamics 365 e SharePoint. Por este motivo, também dividimos o seu modelo de dados entre as duas aplicações.

Nós projetamos fluxos de trabalho de sincronização de dados com base no Connect Bridge. Num relance, o Modelo de Dados para a solução é como no diagrama a seguir.

Uma solução de resposta a emergências utilizando múltiplas plataformas e tecnologias, incluindo Dynamics 365, SharePoint, Azure IoT (Internet das Coisas), Bing Maps, Cognitive Services e Bot Framework, todos colados com o Connect Bridge

Connect Bridge trataria do fluxo de trabalho para transferir as informações necessárias de entidades no Dynamics 365 para listas no SharePoint. O conector Dynamics 365 para SharePoint cuida da sincronização de dados para:

• Escolas: A lista da Escola contém uma cópia de todas as escolas onde ocorreu um evento de emergência pelo menos uma vez. Os dados são copiados do Dynamics 365 para o SharePoint quando ocorre um evento de emergência. Este é o evento que desencadeia todo o processo de resposta de emergência, e é um processo manual normalmente iniciado pelo Director da Escola.
• Estudantes: A lista de alunos contém uma cópia dos nomes e informações de contacto dos alunos que frequentam atualmente a escola afetada pela emergência. As informações de contacto são armazenadas como uma cópia (em vez de serem sincronizadas como uma referência ao registo equivalente em Dynamics 365) para fins de descoberta eletrónica: se for realizada uma investigação legal à escola para investigar como e quando os alunos foram contactados durante uma resposta a uma emergência, todo o histórico dos detalhes de contacto é preservado, em vez de ter apenas as informações mais recentes disponíveis no sistema CRM.
• Eventos de Emergência: Esta é a lista que contém informações descritivas de um evento de emergência: nome e descrição, data de início e fim, status e quando o evento em si foi criado, e por quem. Ao criar um novo item nesta lista, um workflow é acionado para iniciar a geração do painel, implicando a cópia dos dados relevantes do Dynamics 365 para o SharePoint.
• Rostro: A lista de listagem representa as informações exibidas no ecrã no painel de instrumentos de Resposta de Emergência. Existe um item para cada evento de emergência que ocorre numa escola, e contém uma referência a uma lista de todos os alunos actualmente na escola, para os quais o estado de segurança deve ser avaliado.
• Rastreamento: O estado atual e a localização de um Aluno é rastreada na lista de Rastreamento. Uma avaliação inicial é automatizada pela implementação de rastreamento de localização por meio de dispositivos GPS conectados ao Hub Azure IoT. No início do programa, a cada aluno é atribuído um chaveiro contendo uma unidade GPS que envia dados de localização para o Hub Azure IoT somente quando o Diretor da Escola levanta um evento.
• Comunicação: A lista de Comunicação contém todos os itens de conversação que ocorreram entre as operadoras da escola (e o bot) e os alunos em vários canais: chamadas de voz, SMS, e-mails, Skype e Facebook Messenger.

O painel de resposta de emergência gerado para esse evento é acessível por todos os operadores escolares através do site da Intranet SharePoint da organização. Este dashboard está disponível imediatamente assim que o fluxo de trabalho de integração no Connect Bridge estiver concluídoIsto normalmente leva menos de um minuto. O painel contém informações sobre o evento recém-criado e uma lista de todos os alunos matriculados em um programa entregue pela escola naquele momento. Para cada aluno, o seu estado de segurança é visualizado (Desconhecido, Seguro, Perigo), juntamente com a sua última localização detectada. O sucesso da comunicação entre a escola e o aluno e a suposição em torno de sua localização contribuem para determinar o status de segurança de cada aluno.

Algum nível de automação é introduzido na avaliação inicial devido ao elevado número de alunos que podem ser afectados. No entanto, uma avaliação manual adequada da segurança dos alunos é então escrupulosamente realizada pelos operadores da escola e reflectida no painel de instrumentos.

Uma vez que o status de todos os alunos tenha sido avaliado e o evento de emergência tenha sido concluído, um passo final é dado. Todos os dados são congelados no SharePoint criando um registo do painel de instrumentos, todos os seus detalhes de contacto, alterações de estado e comunicação. Isto permite um potencial processo de e-descoberta no futuro, por razões legais, caso surja a necessidade.

Em conclusão, SharePoint não só fornece o motor do portal para a exibição do painel de controle de resposta de emergência, mas também representa o sistema de gerenciamento de registros para arquivamento dados legais sobre o sucesso da resposta de emergência.

Como mencionado, os dados sobre escolas e alunos são copiados do Dynamics 365 para o SharePoint no contexto de uma resposta a um novo evento de emergência. Este processo é tratado pelo Connect Bridge.

O motor Connect Bridge oferece uma solução altamente disponível e escalável para a integração tecnológica-agnóstica entre sistemas. Nota pessoal: gostei muito de projetar e construir a solução de resposta a emergências, mas espero sinceramente nunca precisar usá-la! No entanto, se houver uma situação que exija uma resposta imediata, essa ferramenta deve estar imediatamente disponível e capaz de fornecer uma resposta ágil. Daí a decisão de adotar aplicações baseadas na nuvem, onde a disponibilidade e a escalabilidade não são — ou não devem ser — um problema.

O fluxo de trabalho lógico, que consiste em integração e tarefas empresariais, pode ser resumido pelos seguintes passos:

1. Quando um é criado um novo evento de emergênciaA informação de contacto da escola afectada e dos alunos relevantes é copiada das entidades correspondentes no Dynamics 365 para listas no SharePoint. A relevância dos alunos é determinada pela sua presença ou não na escola nesse momento. Isto é inferido a partir do momento em que eles estão matriculados em um programa entregue pela escola naquela semana.
2. A é gerada uma lista dos alunos da escola afetada no SharePoint e o status de segurança de cada aluno é avaliado inicialmente por um segundo fluxo de trabalho.
3. Com base na última localização detectada do aluno e sua distância do local do evento de emergência, um assunção da segurança de cada aluno é feito verificando se o aluno está a mais de 100 metros do ponto do acidente.
4. Comunicação com o aluno é iniciado por SMS perguntando se eles estão OK; a resposta do aluno é tratada por um bot que interpreta a mensagem e determina seu status.

Fluxograma proposto para procedimentos de emergência

O software pode ajudar na resposta a emergências se você planejar com antecedência e ter em mente a necessidade de disponibilidade e escalabilidade.

A integração de vários softwares e o uso de middleware para colar tudo isso pode disponibilizar recursos interessantes dentro de um período de tempo razoável.

Connect Bridge é um bom exemplo de uma solução middleware que se encaixa perfeitamente neste cenário. Por ser um sistema tecnologicamente agnóstico, você não precisa se preocupar com futuros upgrades e escalabilidade.