Dataverse: o que é e quando usar

Sua aplicação cresceu e a fonte de dados improvisada virou risco#

Quase todo projeto de Power Platform começa apoiado numa lista do SharePoint ou numa planilha do Excel. É rápido, barato e resolve o primeiro mês. O problema aparece quando a solução vira ferramenta de verdade: várias pessoas gravando ao mesmo tempo, regras de acesso por área, campos que apontam para outro cadastro, auditoria de quem mudou o quê e relatórios que precisam confiar naquele dado. Aí a fonte improvisada começa a travar, duplicar registros e abrir buracos de segurança que ninguém fecha sem retrabalho, e é exatamente esse ponto que o Dataverse foi feito para resolver.

O Dataverse é a resposta da Microsoft para esse momento. Ele é a plataforma de dados gerenciada do Power Platform, feita para guardar dados de negócio de forma estruturada, com tipos ricos, chaves, relacionamentos, segurança em nível de linha e lógica low-code embutida. Neste artigo eu explico o que ele é de fato, como funcionam suas peças principais e, mais importante, quando ele vale o investimento em comparação com o SharePoint ou com um banco SQL. E vou ser honesto sobre o ponto que costuma travar a decisão: o licenciamento.

O Dataverse é a plataforma de dados gerenciada do Power Platform#

Antes de qualquer comparação, vale definir com precisão. O Dataverse é um serviço de dados totalmente gerenciado que roda dentro do ambiente do Power Platform. Gerenciado significa que você não administra servidor, não aplica patch de banco, não configura backup nem dimensiona hardware. Você modela os dados e a Microsoft cuida da infraestrutura por baixo.

O que o diferencia de um simples repositório é que ele não guarda apenas valores, guarda também o significado dos dados. Cada coluna tem tipo definido, cada relacionamento é declarado e respeitado, e regras de negócio ficam junto do dado, não espalhadas em cada tela. Por isso a mesma informação alimenta o Power Apps, o Power Automate, o Power BI e agentes do Copilot sem exportação manual e sem cópia paralela. O dado é um só, e todas as ferramentas leem a mesma verdade.

Pense no Dataverse menos como um banco solto e mais como uma fundação compartilhada. Quando ele está no centro, cada nova aplicação herda a estrutura, a segurança e a lógica que já existem, em vez de recriar tudo do zero. Essa é a diferença que muda o custo de longo prazo de um portfólio de soluções, e o guia de Power Platform ajuda a enxergar onde o Dataverse encaixa no conjunto.

Tabelas, colunas e relacionamentos entregam um modelo de dados de verdade#

O coração do Dataverse é o modelo relacional. Uma tabela equivale à tabela de um banco: colunas tipadas, linhas de dados e uma chave primária. A diferença para uma planilha é que aqui o tipo de cada coluna é levado a sério, e isso protege o dado desde a origem.

Os tipos de coluna vão muito além de texto e número: data e hora, moeda, decimal, booleano, escolha (listas de valores controladas), pesquisa (referência a outra tabela), arquivo e imagem, entre outros. Colunas de escolha eliminam a bagunça de alguém digitar "SP", "S.P." e "São Paulo" no mesmo campo. Colunas de pesquisa garantem que o vínculo entre um pedido e um cliente aponte para um registro real, não para um texto solto que pode estar errado.

Os relacionamentos são nativos e de dois tipos principais:

• Um para muitos, quando um cliente tem vários pedidos. É o relacionamento de pesquisa mais comum.
• Muitos para muitos, quando um aluno cursa várias disciplinas e cada disciplina tem vários alunos. O Dataverse cria a tabela de junção por baixo, sem você mantê-la à mão.

Você ainda define chaves alternativas para impedir duplicidade (um CNPJ único por conta, por exemplo) e colunas calculadas e de rollup, que veremos adiante. A tabela abaixo resume os componentes centrais do modelo.

Componente	O que faz	Por que importa
Tabela	Estrutura que guarda linhas de um tipo de registro	Organiza o dado por entidade de negócio
Coluna tipada	Campo com tipo definido (texto, data, moeda, escolha)	Garante consistência já na entrada
Coluna de pesquisa	Aponta para uma linha de outra tabela	Cria vínculos íntegros entre cadastros
Chave alternativa	Impede valores duplicados numa coluna	Evita registros repetidos e sujos
Relacionamento	Liga tabelas de forma nativa	Modela o negócio sem código de junção

Esse rigor na modelagem é o que faz uma solução escalar sem virar caos. Estruturar bem as tabelas desde o início é um trabalho de engenharia de dados, não um detalhe que se resolve depois.

Papéis de segurança protegem o dado, não o arquivo#

Aqui está uma das maiores vantagens do Dataverse, e uma das mais mal compreendidas. A segurança não fica presa a um arquivo ou a uma lista inteira. Ela fica no próprio dado, controlada por papéis de segurança e por segurança em nível de linha.

Um papel de segurança é um conjunto de privilégios sobre cada tabela. Para cada operação, criar, ler, gravar, excluir, atribuir e compartilhar, o papel define um alcance. E é o alcance que muda tudo:

• Usuário: a pessoa só enxerga os registros dela.
• Unidade de negócio: enxerga os registros da sua área.
• Unidade de negócio e filhas: enxerga a sua área e as subordinadas.
• Organização: enxerga todos os registros.

Na prática, dois usuários abrem a mesma aplicação e veem conjuntos diferentes de linhas, sem uma linha de código extra na tela. Um vendedor vê os próprios clientes, o gerente vê os da equipe, o diretor vê todos. Você configura isso no modelo de segurança, não em filtros frágeis dentro de cada app que qualquer um pode contornar.

Para casos mais finos, existem equipes, colunas de acesso restrito (dá para esconder o salário de todos menos do RH, mesmo que vejam o resto do registro) e compartilhamento registro a registro. Esse nível de controle é o que torna o Dataverse aceitável para áreas reguladas e para dados sensíveis, e é a base de qualquer conversa séria sobre governança de dados. Com SharePoint, replicar esse comportamento só vai até certo ponto, e sempre com gambiarra.

Vale lembrar que toda operação pode ser auditada. O Dataverse registra quem criou, quem alterou e quando, o que resolve a pergunta que sempre aparece numa auditoria: quem mexeu nesse dado?

Regras de negócio e colunas calculadas trazem lógica sem código#

O Dataverse não é só armazenamento. Ele carrega lógica de negócio junto do dado, e isso é o que sustenta o discurso low-code do Power Platform.

As regras de negócio aplicam validações e comportamentos de forma declarativa, no nível da tabela. Você configura, sem programar, coisas como tornar um campo obrigatório quando outro estiver preenchido, mostrar ou esconder colunas, validar faixas de valor e exibir mensagens de erro. O detalhe importante é que a regra vale para todas as aplicações que usam aquela tabela ao mesmo tempo. Você escreve a regra uma vez e ela passa a valer no app de vendas, no app de suporte e no fluxo do Power Automate, sem reimplementar a mesma validação em três lugares e torcer para ficarem iguais.

As colunas calculadas derivam um valor a partir de outras colunas na leitura, por exemplo margem a partir de receita e custo. Já as colunas de rollup agregam dados de registros relacionados, como o total de pedidos de um cliente ou a soma de horas de um projeto. As duas eliminam cálculo manual e o risco de o número na tela discordar do número no relatório.

Recurso	Quando usar	Ganho
Regra de negócio	Validar e ajustar campos de forma declarativa	Lógica única, válida em todos os apps
Coluna calculada	Derivar um valor de outras colunas na leitura	Cálculo sempre consistente
Coluna de rollup	Somar ou contar registros relacionados	Totais automáticos sem código
Fluxo do Power Automate	Automação e integração ao gravar um registro	Processo dispara junto do dado

Quando a lógica passa do que essas ferramentas cobrem, o Dataverse conversa com o Power Automate e com código pro (plugins e APIs) sem perder o modelo. Você começa low-code e tem para onde crescer sem trocar de plataforma.

Dataverse, SharePoint ou SQL: a escolha depende do problema, não da moda#

Esta é a pergunta que traz você até aqui. Vou ser direto: o Dataverse não é a resposta para tudo, e defender isso seria desonesto. Cada opção tem o seu lugar.

O SharePoint é ótimo para aplicações pequenas, internas, de baixo volume, com regras de acesso simples e sem relacionamentos complexos. Está incluído em muitos planos do Microsoft 365, o que o torna a escolha mais econômica quando o cenário é modesto. Ele começa a doer quando você precisa de relacionamentos reais, segurança por linha, muitos usuários simultâneos ou grande volume.

O SQL Server ou o Azure SQL brilham quando você já tem um banco corporativo, precisa de controle total do modelo, quer integrar com sistemas fora do universo Microsoft ou lida com volumes pesados. O custo é que segurança em nível de linha, integração com o Power Platform e boa parte da lógica ficam por sua conta, via código e administração.

O Dataverse ocupa o meio termo poderoso: relacional gerenciado, seguro por linha por padrão, com lógica embutida e integração total ao Power Platform. Ele vale a pena quando você tem várias aplicações compartilhando os mesmos dados, precisa de segurança fina, quer auditoria nativa e não quer administrar servidor.

Critério	SharePoint / Excel	SQL Server / Azure SQL	Dataverse
Modelo de dados	Listas planas	Relacional completo	Relacional gerenciado
Segurança em nível de linha	Limitada	Manual, via código	Nativa por papel
Relacionamentos	Frágeis	Sim, você administra	Nativos e íntegros
Lógica de negócio	Pouca	Toda por sua conta	Regras e cálculos declarativos
Administração de infraestrutura	Nenhuma	Sua responsabilidade	Gerenciada pela Microsoft
Integração com Power Platform	Boa	Média	Total
Custo de entrada	Baixo (incluído)	Variável	Conector premium

O licenciamento é o ponto que decide o projeto#

Chegamos ao assunto que costuma travar a decisão, e onde muita gente se dá mal por não olhar antes. O Dataverse é um conector premium. Isso tem consequência direta no bolso.

Usar o Dataverse exige uma licença que dê direito a ele: um plano de Power Apps por usuário ou por aplicação, ou uma licença que já inclua direitos de Dataverse, como as do Dynamics 365. As licenças mais básicas de Microsoft 365, que cobrem SharePoint e os conectores padrão, não liberam o Dataverse de uso geral. Além da licença de acesso, existe consumo de capacidade de armazenamento, que também entra na conta conforme os dados crescem.

O erro clássico é construir dez aplicações apoiadas no Dataverse, colocar em produção e só então descobrir o custo de licenciar todo mundo. A ordem certa é a inversa: confirme o cenário antes de padronizar. Some o custo por usuário, o consumo de capacidade e o número real de pessoas que vão usar, e compare com o que já está incluído nos seus planos atuais.

Não cito preço fixo aqui de propósito, porque valores e regras de licenciamento da Microsoft mudam com frequência e variam por contrato, país e volume. O que não muda é o princípio: o Dataverse entrega mais, e por isso custa mais que uma lista do SharePoint. A pergunta certa não é "é caro?", é "o que eu ganho justifica o custo neste caso?". Para uma aplicação interna de baixo volume, quase sempre não justifica. Para uma plataforma corporativa com várias soluções, dados sensíveis e segurança fina, quase sempre justifica, e com folga. Dado bem estruturado e seguro é o que faz um projeto de Power Platform escalar sem virar dívida técnica.

Perguntas frequentes#

O Dataverse é um banco de dados?

É um serviço de dados gerenciado com um modelo relacional por baixo, mas não se resume a um banco. Além de guardar os dados em tabelas com colunas tipadas, chaves e relacionamentos, ele carrega segurança em nível de linha, regras de negócio, auditoria e integração nativa com o Power Platform. Pense nele como banco mais camada de negócio mais segurança, tudo gerenciado.

Preciso de licença paga para usar o Dataverse?

Sim. O Dataverse é um conector premium e exige licença apropriada, seja um plano de Power Apps por usuário ou por aplicação, seja uma licença que já inclua direitos de Dataverse, como as do Dynamics 365. As licenças básicas de Microsoft 365 não liberam o Dataverse de uso geral. Confirme esse cenário antes de padronizar suas soluções, porque ele afeta diretamente o custo de escalar.

Quando o SharePoint é suficiente e não preciso do Dataverse?

Quando a aplicação é pequena, interna, de baixo volume, com poucos usuários simultâneos, regras de acesso simples e sem relacionamentos complexos entre cadastros. Nesses casos o SharePoint costuma já estar incluído no seu plano e resolve bem. A troca para o Dataverse compensa quando você precisa de segurança por linha, relacionamentos reais, auditoria nativa ou integração forte com o resto do Power Platform.

Como o Dataverse controla quem vê cada registro?

Por papéis de segurança com segurança em nível de linha. Cada papel define privilégios de criar, ler, gravar e excluir, e cada privilégio tem um alcance que vai do próprio usuário até a organização inteira. Assim, duas pessoas abrem a mesma aplicação e podem ver conjuntos diferentes de linhas, sem lógica extra na tela. Ainda dá para restringir colunas específicas e compartilhar registros individuais.

Dá para migrar do SharePoint para o Dataverse depois?

Dá, e é um caminho comum. Você recria as tabelas com os tipos e relacionamentos certos, migra os dados e ajusta as aplicações e fluxos para a nova fonte. O trabalho maior costuma estar em modelar bem as tabelas e reconfigurar a segurança, não em mover os dados. Quanto mais cedo você faz a migração, menos aplicações apontam para a fonte antiga e menor é o esforço.

O Dataverse conversa com o Power BI?

Sim, de forma nativa. O Power BI se conecta ao Dataverse diretamente, e como o dado já está estruturado, tipado e íntegro, o relatório fica mais confiável e mais fácil de manter. Isso reduz a limpeza no meio do caminho e faz o mesmo dado servir à aplicação e ao dashboard sem cópias paralelas.

Conclusão#

O Dataverse é a fundação de dados do Power Platform: tabelas relacionais com tipos ricos, segurança em nível de linha por papel, regras de negócio e cálculos declarativos e integração total com Power Apps, Power Automate e Power BI. Ele não substitui o SharePoint em tudo nem o SQL em tudo, mas ocupa um meio termo que poucos ocupam tão bem, com o custo de ser um conector premium que você precisa dimensionar antes, não depois.

Se você está decidindo entre Dataverse, SharePoint ou SQL, ou quer estruturar suas soluções na fundação certa desde o início, fale com a gente. A Fynx acumula mais de 2.000 soluções Microsoft entregues e ajuda a fazer a escolha que se paga em segurança, escala e custo previsível.