Microsoft Dataverse e registo de atividades de aplicações condicionadas por modelo

Os dados do Registo de Atividades suportam a Avaliação de Impacto da Proteção de Dados (DPIA) para Power Apps, Power Automate e aplicações de Customer Engagement, tais como Dynamics 365 Sales, Dynamics 365 Customer Service, Dynamics 365 Field Service Dynamics 365 Marketing e Dynamics 365 Project Service Automation.

Este tópico explica como configurar Power Apps, Power Automate e aplicações de Customer Engagement para auditar uma ampla gama de atividades de processamento de dados. Em seguida, pode ver os dados registados em relatórios de atividades usando o portal do Microsoft Purview.

Requisitos

• Pelo menos, um utilizador atribuiu uma licença Microsoft Office 365 E1 ou superior.
• Disponível para ambientes de produção e não de sandbox.

Quais os eventos auditados

O registo ocorre na camada SDK, o que significa que uma única ação pode acionar vários eventos registados. Abaixo, encontram-se alguns exemplos de eventos de utilizadores que pode auditar. Os eventos de administração não estão registados.

Eventos relacionados com utilizadores e suporte

Esquema base

Os esquemas definem que campos são enviados para o portal do Microsoft Purview. Alguns campos são comuns a todas as aplicações que enviam dados de auditoria para o Microsoft Purview, enquanto outros são específicos das aplicações de interação com os clientes. O esquema Base contém os campos comuns.

Esquema de aplicações de interação com os clientes

O esquema de aplicações de interação com os clientes contém campos específicos das aplicações de interação com os clientes e das equipas parceiras.

Ativar auditoria

O acesso requer permissões suficientes, como a função de Administrador do Sistema ou Personalizador de Sistemas. Para verificar o seu direito de acesso, consulte Ver o seu perfil de utilizador. Se não tiver as permissões corretas, contacte o administrador do sistema.

1. Inicie sessão no Centro de administração do Power Platform.
2. No painel de navegação, selecione Gerir.
3. No painel Gerir, selecione Ambientes.
4. Na página Ambientes selecione um ambiente.
5. Na barra de comando, selecione Definições.
6. Expanda Auditoria e registos e selecione Definições de auditoria.

Configurar definições de auditoria Na página Definições de auditoria:

1. Em Auditoria, ative as seguintes opções:
   • Iniciar auditoria - Ativa a auditoria para o ambiente.
   • Registar acesso - Monitoriza os inícios de sessão do utilizador.
   • Ler registos - captura a maioria das atividades e eventos do utilizador.
2. Defina a política de retenção para registos de auditoria com base nas suas necessidades.
3. Selecione Guardar para aplicar as alterações.

Definir auditoria no nível da organização em tabelas

1. Na página Definições de auditoria, selecione Definições globais de auditoria.
2. Em Ativar Auditoria nas áreas seguintes, selecione as caixas de verificação das áreas que pretende auditar.
3. Selecione OK para aplicar as alterações.

Definir auditoria ao nível da tabela

1. Inicie sessão na Home Page do Power Apps. Certifique-se de que ativa a experiência moderna.
2. Na barra de comandos, selecione Definições e, em seguida, escolha Definições avançadas para ir para Microsoft Dynamics 365.
3. Em definições, selecione Personalizações e, em seguida, selecione Personalizar o Sistema.
4. No painel de navegação, em Componentes, expanda Entidades e selecione a entidade a ser auditada (por exemplo, Conta).
5. Desloque-se para baixo até Serviços de Dados e, em seguida, ative a caixa de verificação para Auditoria.
6. Em Auditoria, ative as seguintes opções:
   • Auditoria de registo único. Registe um registe quando aberto.
   • Auditoria de registos múltiplos. Registar todos os registos apresentados numa página aberta.
7. Na barra de comandos, selecione Guardar para aplicar as alterações.
8. Selecione Publicar para finalizar a personalização.
9. Repita os passos 4 a 8 para outras tabelas que pretenda auditar.
10. Ative os registos de auditoria no Microsoft Purview. Consulte Ativar ou desativar a pesquisa de registos de auditoria.

Reveja os seus dados de auditoria utilizando relatórios no portal do Microsoft Purview

Quando a pesquisa de registos de auditoria é ativada no portal do Microsoft Purview, a atividade dos utilizadores e administradores da sua organização é registada no registo de auditoria e retidas durante 90 dias. No entanto, a sua organização poderá não querer registar e reter os dados de registo de auditoria. Ou poderá estar a utilizar uma aplicação de Gestão de Eventos e Informações de Segurança (SIEM) de terceiros para aceder aos seus dados de auditoria. Nesses casos, um administrador global pode desativar a pesquisa de registos de auditoria no Microsoft Purview. Para mais informações, consulte Auditar soluções no Microsoft Purview.

Para pesquisar registos no portal do Microsoft Purview, escolha Tipo de registro como CRM e Atividades como Todas as atividades do Dynamics 365.

Criar relatórios

Pode criar os seus próprios relatórios para ver os seus dados de auditoria. Consulte Pesquisar o registo de auditoria no portal do Microsoft Purview.

Ver o que está registado

Para obter uma lista daquilo que está registado no Registo de Atividades, consulte Microsoft.Crm.Sdk.Messages Namespace.

Registamos todas as mensagens SDK exceto as seguintes:

• WhoAmI
• RetrieveFilteredForms
• TriggerServiceEndpointCheck
• QueryExpressionToFetchXml
• FetchXmlToQueryExpression
• FireNotificationEvent
• RetrieveMetadataChanges
• RetrieveEntityChanges
• RetrieveProvisionedLanguagePackVersion
• RetrieveInstalledLanguagePackVersion
• RetrieveProvisionedLanguages
• RetrieveAvailableLanguages
• RetrieveDeprovisionedLanguages
• RetrieveInstalledLanguagePacks
• GetAllTimeZonesWithDisplayName
• GetTimeZoneCodeByLocalizedName
• IsReportingDataConnectorInstalled
• LocalTimeFromUtcTime
• IsBackOfficeInstalled
• FormatAddress
• IsSupportUserRole
• IsComponentCustomizable
• ConfigureReportingDataConnector
• CheckClientCompatibility
• RetrieveAttribute

Como categorizamos, lemos e efetuamos múltiplas leituras

Utilizamos o prefixo para categorizar.

Exemplo de registos gerados

Abaixo, encontram-se alguns exemplos de registos criados com o Registo de Atividades.

Exemplo 1 – registos gerados quando o utilizador lê um registo de Conta

Exemplo 2 – registos gerados quando o utilizador vê registos de Conta numa Grelha (os registos Exportar para o Microsoft Excel são deste tipo)

Exemplo de 3 - lista de mensagens registadas quando o utilizador converte uma oportunidade potencial numa oportunidade

Outras considerações

Quando a pesquisa de registos de auditoria no portal do Microsoft Purview é ativada, o utilizador e a atividade da sua organização é registada no registo de auditoria e retidas durante 90 dias. No entanto, a sua organização poderá não querer registar e reter os dados de registo de auditoria. Ou poderá estar a utilizar uma aplicação de Gestão de Eventos e Informações de Segurança de terceiros para aceder aos seus dados de auditoria. Nesses casos, um administrador global pode desativar a pesquisa de registos de auditoria no Microsoft 365.

Problemas conhecidos

• O Office tem um limite de 3 KB para cada registo de auditoria. Por conseguinte, em alguns casos, um único registo de aplicações de interação com os clientes tem de ser dividido em vários registos no Office. O campo CorrelationId pode ser utilizado para obter o conjunto de registos divididos de um determinado registo de origem. As operações suscetíveis de requerer divisão incluem RetrieveMultiple e ExportToExcel.
• Algumas operações requerem mais processamento para a obtenção de todos os dados relevantes. Por exemplo, RetrieveMultiple e ExportToExcel são processados para extrair a lista de registos obtidos ou exportados. No entanto, ainda nem todas as operações relevantes foram processadas. Por exemplo, neste momento, o ExportToWord está registado como uma operação única sem outros detalhes sobre aquilo que foi exportado.
• Em versões futuras, o registo será desativado para operações consideradas desnecessárias com base numa revisão dos registos. Por exemplo, algumas operações têm origem na atividade automatizada do sistema e não nas ações do utilizador.
• Em algumas instâncias de registo, o valor EntityName pode estar marcado com Desconhecido. Esses registos não estão relacionados com nenhuma operação específica relacionada com a entidade e vieram em branco do CRM. Todos têm o ID de entidade de 0000000-0000-0000-0000-000000000000.

Consultar também

Gerir auditoria do Dataverse
Pesquisar o registo de auditoria no portal do Microsoft Purview
Pesquisar o registo de auditoria para atividades de utilizadores com a descrição geral de APIs de Gestão do Office 365 Management