Registrar quem alterou o quê e quando parece um detalhe de configuração, mas em ambientes Dataverse que sustentam Dynamics 365 e apps model-driven críticos, a auditoria vira peça central de conformidade — e, se mal configurada, uma das maiores fontes de consumo de storage e de degradação silenciosa. Vale entender exatamente o que a plataforma grava, quanto custa e como usar change tracking para integrações sem confundir os dois mecanismos.
\nAuditoria e change tracking resolvem problemas diferentes
\nÉ comum tratar auditoria (auditing) e change tracking como sinônimos. Eles não são.
\naudit entity), e são imutáveis para o usuário.Usar auditoria como fonte de integração é um antipadrão clássico: infla storage, é caro de consultar e não foi desenhado para isso. Para alimentar um data warehouse ou um Fabric, o caminho é change tracking (ou Synapse Link / Fabric Link, que se apoiam nele).
\nA auditoria é hierárquica — e é aí que o storage explode
\nA auditoria no Dataverse é habilitada em três níveis, e todos precisam estar ligados para o registro acontecer:
\nO erro mais comum é ligar auditoria no ambiente e marcar tabelas inteiras \"por precaução\", incluindo colunas de alta cardinalidade e alto churn (campos calculados atualizados por rollup, timestamps, campos de status que mudam a cada etapa de workflow). Cada update auditado gera uma linha de audit history com o diff. Em tabelas de alto volume transacional, isso vira gigabytes de log — que consomem a cota de Dataverse Log storage (uma das três cotas de capacidade, junto de Database e File) e pesam no custo.
\nA disciplina prática: audite o que precisa ser defensável (campos financeiros, de status regulatório, de titularidade/owner, de dados pessoais sob LGPD) e deixe de fora colunas técnicas e ruidosas.
\nRetenção não era controlável — agora é
\nHistoricamente, o audit log crescia indefinidamente e a única forma de limpar era deletar partições inteiras por período, perdendo granularidade. Hoje o Dataverse oferece políticas de retenção de auditoria configuráveis (por exemplo, reter por N meses e expirar automaticamente), o que muda a estratégia: em vez de sofrer com storage crescente ou deletes manuais arriscados, define-se uma janela alinhada à exigência regulatória (muitas normas pedem 12, 24 ou 60 meses) e deixa a plataforma expirar o excedente.
\nRecomendações ao desenhar retenção:
\naudit) para armazenamento frio antes de expirar.Change tracking sem armadilhas de sincronização
\nDo lado da integração, habilitar change tracking numa tabela é simples, mas há detalhes de produção que derrubam pipelines:
\nPara cargas em escala rumo a analytics, prefira Synapse Link for Dataverse ou o link com Microsoft Fabric, que gerenciam o change tracking por baixo e entregam os dados em Delta/Parquet no OneLake, evitando construir e manter o loop de delta token manualmente.
\nUm roteiro enxuto de decisão
\nGovernar auditoria e change tracking no Dataverse é menos sobre ligar interruptores e mais sobre desenhar o mínimo necessário para conformidade e integração, com custo previsível. Se sua empresa opera Dynamics 365 ou apps model-driven em escala e precisa de uma trilha de auditoria que aguente auditor externo sem estourar a cota de storage, a Dynamic Soluções ajuda a desenhar essa estratégia de governança de ponta a ponta — do escopo de colunas à retenção e à arquitetura de sincronização.
\nRecording who changed what and when looks like a configuration detail, but in Dataverse environments backing Dynamics 365 and critical model-driven apps, auditing becomes a core piece of compliance — and, if poorly configured, one of the biggest sources of storage consumption and silent degradation. It's worth understanding exactly what the platform records, what it costs, and how to use change tracking for integrations without conflating the two mechanisms.
\nAuditing and change tracking solve different problems
\nIt's common to treat auditing and change tracking as synonyms. They aren't.
\naudit entity), and are immutable to the user.Using auditing as an integration source is a classic antipattern: it inflates storage, is expensive to query, and wasn't designed for it. To feed a data warehouse or Fabric, the right path is change tracking (or Synapse Link / Fabric Link, which rely on it).
\nAuditing is hierarchical — and that's where storage explodes
\nAuditing in Dataverse is enabled at three levels, and all of them must be on for a record to be written:
\nThe most common mistake is enabling environment auditing and marking whole tables \"just in case,\" including high-cardinality, high-churn columns (calculated fields refreshed by rollups, timestamps, status fields that change at every workflow step). Each audited update generates an audit history row with the diff. In high-volume transactional tables, this turns into gigabytes of log — consuming the Dataverse Log storage quota (one of the three capacity quotas, alongside Database and File) and driving up cost.
\nThe practical discipline: audit what needs to be defensible (financial fields, regulatory status, ownership, personal data under privacy laws) and leave out technical, noisy columns.
\nRetention wasn't controllable — now it is
\nHistorically, the audit log grew indefinitely and the only way to clean it was deleting entire partitions by period, losing granularity. Today Dataverse offers configurable audit retention policies (for example, retain for N months and expire automatically), which changes the strategy: instead of suffering from ever-growing storage or risky manual deletes, you define a window aligned with the regulatory requirement (many rules ask for 12, 24, or 60 months) and let the platform expire the excess.
\nRecommendations when designing retention:
\naudit entity) to cold storage before it expires.Change tracking without sync pitfalls
\nOn the integration side, enabling change tracking on a table is simple, but there are production details that break pipelines:
\nFor at-scale loads toward analytics, prefer Synapse Link for Dataverse or the Microsoft Fabric link, which manage change tracking under the hood and deliver the data as Delta/Parquet in OneLake, avoiding building and maintaining the delta token loop yourself.
\nA lean decision guide
\nGoverning auditing and change tracking in Dataverse is less about flipping switches and more about designing the minimum necessary for compliance and integration, with predictable cost. If your company runs Dynamics 365 or model-driven apps at scale and needs an audit trail that withstands an external auditor without blowing the storage quota, Dynamic Soluções helps design this governance strategy end to end — from column scope to retention and sync architecture.
"}},"pageContext":{"slug":"/blog/dataverse-auditoria-change-tracking-conformidade/","previousPost":null,"nextPost":{"frontmatter":{"title":"Power Automate: paginação e throttling em APIs REST de alto volume"},"fields":{"slug":"/blog/power-automate-paginacao-throttling-apis-rest-alto-volume/"}}}},"staticQueryHashes":["2269431855"]}