Catálogo e linhagem de dados com Microsoft Purview
Catálogo e linhagem de dados com Microsoft Purview: escaneamento, classificação, glossário, linhagem ponta a ponta e conformidade com a LGPD, na prática.
Ninguém sabe de onde veio o número, nem onde ele mora
A pergunta que derruba a credibilidade de qualquer área de dados é sempre a mesma: "de onde veio esse número e quem mais usa essa base?". Quando a resposta depende de perguntar para a pessoa certa, que por acaso está de férias, você não tem governança, tem sorte. E sorte não passa em auditoria, não sustenta uma decisão de milhões e não responde a um pedido de titular sob a LGPD. É esse buraco que catálogo e linhagem de dados com Microsoft Purview vêm preencher: dar um inventário confiável do que existe, onde está, o que é sensível e por onde o dado passou até virar aquele indicador no dashboard.
Vou ser honesto desde o início. O Purview não é mágica, e boa parte do valor dele depende de disciplina humana, não de botão. Mas, bem configurado, ele resolve um problema real e caro: transformar fontes espalhadas em um mapa navegável, com classificação automática de dados sensíveis, glossário de negócio e linhagem ponta a ponta. Neste artigo eu mostro como isso funciona, o que é automático e o que não é, e por que catálogo e linhagem sustentam confiança e conformidade ao mesmo tempo.
O Purview começa mapeando fontes, não relatórios
Quem chega no Purview esperando um "Power BI da governança" se frustra: o produto não entrega dashboards, entrega um mapa. O coração da ferramenta é o Data Map, um inventário técnico das fontes registradas: bancos SQL locais e na nuvem, Azure Data Lake, Synapse, o próprio Power BI, e conectores para fontes de terceiros como Snowflake, Oracle e SAP. Você registra a fonte, aponta as credenciais, e o Purview escaneia os metadados.
Escanear metadados significa ler o esquema, colunas, tipos e amostras de conteúdo para classificação. O Purview não copia o dado: o dado continua onde sempre esteve, o que fica é o metadado e a classificação. Sobre esse Data Map roda o catálogo, a camada que analistas e negócio usam para buscar e confiar.
Antes de avançar, vale entender as peças, porque cada uma resolve uma dor diferente:
| Componente | O que faz | Entrega prática |
|---|---|---|
| Data Map | Registra fontes e escaneia metadados | Inventário técnico do que existe e onde |
| Catálogo | Busca, descrição e curadoria dos ativos | Analista acha a tabela certa sem perguntar a ninguém |
| Classificação | Detecta tipos de dado sensível automaticamente | Sinaliza onde há CPF, e-mail, cartão, dado pessoal |
| Glossário de negócio | Termos e definições oficiais da empresa | "Cliente ativo" tem uma definição só, não cinco |
| Linhagem | Rastreia o caminho do dado da origem ao consumo | Análise de impacto e resposta ao "de onde veio" |
| Rótulos de confidencialidade | Marcam a sensibilidade do ativo | Classificação que viaja com o dado até o Power BI |
O escaneamento classifica dados sensíveis quase sem esforço inicial
A parte que mais impressiona quem vê pela primeira vez é a classificação automática. Durante o escaneamento, o Purview aplica classificadores integrados que reconhecem padrões conhecidos de dado sensível: colunas com e-mail, número de cartão e vários formatos de documentos, incluindo padrões brasileiros como CPF. Quando o padrão nativo não basta, você cria classificadores personalizados com regex e dicionários próprios.
Na prática, isso muda o jogo do mapeamento de dados pessoais. Em vez de mandar um analista abrir tabela por tabela procurando onde tem CPF, o Purview varre as fontes e devolve um relatório de onde há dado pessoal ou sensível. Esse é o inventário que a LGPD, a Lei nº 13.709/2018, cobra de forma indireta ao exigir que a empresa saiba quais dados pessoais trata, para qual finalidade e por onde eles circulam.
Agora, a parte honesta. Classificação automática é ponto de partida, não verdade absoluta. Ela gera falso positivo, um código interno que casa por acaso com o padrão de um documento, e falso negativo, um CPF gravado sem formatação em campo texto livre. A saída precisa de revisão humana antes de virar decisão, e quem vende classificação automática como conformidade pronta está simplificando demais.
O glossário de negócio é onde a governança vira disciplina, não ferramenta
Aqui mora a diferença entre um catálogo bonito e um catálogo útil. O Data Map é técnico: ele sabe que existe uma coluna vl_fat_liq na tabela fato_vendas, mas ninguém do negócio sabe o que isso significa. O glossário de negócio do Purview é a ponte: você define termos oficiais, como "Faturamento Líquido", com descrição, regras, responsável e sinônimos, e associa cada termo aos ativos técnicos que o materializam.
Quando isso é feito com disciplina, acontece uma coisa rara: a empresa passa a ter uma definição única para os conceitos que mais geram briga em reunião, como "cliente ativo", "receita reconhecida" e "margem de contribuição". O glossário resolve o problema humano por trás da divergência de números, que quase nunca é técnico: dois relatórios divergem porque duas pessoas entenderam "cliente ativo" de formas diferentes, não porque o SQL estava errado.
E aqui vai o alerta de consultor: o glossário é a parte que o Purview não faz por você. O escaneamento é automático, a classificação é semiautomática, mas escrever boas definições, nomear responsáveis e manter isso vivo é trabalho de gente. Projeto de catálogo que trata o glossário como tarefa de TI morre em três meses: ele precisa de donos de domínio no negócio, tema de gente e processo antes de tecnologia. Se quer aprofundar esse lado, escrevemos sobre governança de dados no Power BI e LGPD com o mesmo pé no chão.
A linhagem ponta a ponta responde "de onde veio" e "o que quebra se eu mudar"
Se o catálogo diz o que existe, a linhagem diz por onde o dado passou. O Purview desenha um mapa visual que mostra o caminho do dado da fonte, através das transformações, até o consumo final em um relatório do Power BI. Esse mapa sustenta duas capacidades que valem ouro na operação.
A primeira é confiança. Quando a diretoria pergunta de onde veio um número, você abre a linhagem e mostra: nasceu nesta tabela do ERP, passou por este pipeline, foi transformado nesta consulta e alimenta este dataset do Power BI. A resposta deixa de ser opinião e vira evidência.
A segunda é análise de impacto, que costuma economizar mais dinheiro no dia a dia. Antes de alterar uma coluna de origem ou desativar uma tabela, você consulta a linhagem para ver tudo que consome aquele ativo na ponta. Sem isso, a mudança "inofensiva" de um campo derruba três dashboards na segunda de manhã.
Agora, a honestidade que faltou em muita apresentação de vendas: a linhagem no Purview não é automática para tudo. Ela depende de os serviços envolvidos reportarem o que fizeram com o dado, e alguns não reportam sozinhos.
| Origem da transformação | Linhagem capturada? | Observação prática |
|---|---|---|
| Azure Data Factory / pipelines Synapse | Sim, de forma nativa | Copy e data flows publicam linhagem automaticamente |
| Power BI (datasets e relatórios) | Sim | Do dataset ao relatório, integrado ao catálogo |
| Escaneamento de fontes registradas | Parcial | Captura o ativo, não necessariamente a transformação |
| Notebooks, Spark e scripts próprios | Manual | Precisa instrumentar via API para reportar linhagem |
| Ferramentas de terceiros fora do ecossistema | Depende | Varia por conector, muitas vezes exige integração |
A leitura correta dessa tabela é: se a sua arquitetura vive dentro do ecossistema Azure e Fabric, a linhagem chega perto de ser gratuita. Se você tem muito processamento em scripts caseiros e ferramentas soltas, a linhagem ponta a ponta exige investimento de engenharia para instrumentar as etapas que não se reportam sozinhas. É viável, mas não é de graça, e planejar isso faz parte de um bom projeto de engenharia de dados.
Os rótulos de confidencialidade viajam do Purview até o Power BI
Um ponto forte do Purview é que a proteção não fica presa no catálogo. Os rótulos de confidencialidade, como "Público", "Interno", "Confidencial" e "Restrito", são definidos uma vez e aplicados de forma consistente. O detalhe que faz diferença: esses rótulos fluem para o Power BI. Um dataset ou relatório rotulado como "Confidencial" carrega essa marcação, e as políticas associadas ao rótulo acompanham o dado, inclusive quando ele é exportado para Excel ou PowerPoint.
Isso fecha um buraco clássico de governança. Não adianta classificar o dado na origem se, quando o analista exporta o relatório para uma planilha e manda por e-mail, toda a proteção evapora. Com o rótulo integrado, a marcação e a política seguem o arquivo. Para aprofundar esse elo, tratamos disso em projetos de Power BI.
Catálogo e linhagem de dados com Microsoft Purview sustentam confiança e conformidade
Junte as peças e o motivo de catálogo e linhagem sustentarem conformidade fica evidente. A LGPD não pede um documento bonito, ela pede que a empresa saiba, de verdade, o que faz com dado pessoal, e cada exigência prática encontra uma capacidade concreta do Purview.
| Necessidade de conformidade | Como o Purview apoia |
|---|---|
| Saber onde há dado pessoal | Classificação automática no escaneamento |
| Mapear o fluxo do dado pessoal | Linhagem ponta a ponta da origem ao consumo |
| Definir sensibilidade e proteção | Rótulos de confidencialidade que fluem até o Power BI |
| Atender pedidos de titular | Localizar onde o dado da pessoa vive e por onde circula |
| Avaliar impacto de mudança ou incidente | Análise de impacto pela linhagem |
| Padronizar conceitos e responsáveis | Glossário de negócio com donos definidos |
Repare que nenhuma dessas capacidades é "conformidade automática". O Purview entrega a evidência e o mapa, mas a decisão de finalidade, base legal e retenção continua sendo humana e jurídica. O valor do produto é tirar a empresa do escuro: você não pode proteger, excluir nem justificar o que não sabe que tem. Catálogo dá o inventário, linhagem dá o rastro, classificação dá o alerta, e conformidade você constrói em cima disso. É esse o pé no chão que defendemos em governança de dados como serviço.
Quando o Purview vale e quando é engenharia demais
Fecho com a parte que quase ninguém fala. O Purview não é para todo mundo, pelo menos não no primeiro dia. Ele brilha quando há muitas fontes, times distribuídos, dado sensível relevante e exigência real de auditoria.
Por outro lado, uma empresa com três fontes, time pequeno que conhece tudo de cabeça e nenhum dado sensível crítico pode não justificar o esforço de configuração e curadoria contínua no primeiro momento. O maior custo não é o escaneamento, é o trabalho humano de manter glossário e classificação vivos. Adotar por moda, sem donos de domínio e sem processo, produz um catálogo desatualizado que ninguém consulta, pior do que não ter, porque dá falsa sensação de controle. Se você já avalia o ecossistema mais amplo, vale ler nossa análise sobre Microsoft Fabric e se vale a pena em 2026, porque as duas decisões conversam.
Perguntas frequentes
O Microsoft Purview copia os meus dados para dentro dele? Não. O escaneamento lê metadados, esquema, colunas e amostras para classificação, mas o dado continua na fonte de origem. O que fica no Purview é o metadado, a classificação e a linhagem, sem duplicação do dado sensível em um novo repositório. Isso costuma tranquilizar a área de segurança.
A classificação automática é confiável o suficiente para conformidade? Ela é um excelente ponto de partida, não a palavra final. O Purview reduz drasticamente o trabalho de encontrar dado pessoal, mas gera falsos positivos e negativos que precisam de revisão humana. Trate a saída como uma primeira triagem de alta qualidade, que uma pessoa valida antes de virar decisão.
A linhagem funciona para qualquer ferramenta que eu use? Não para qualquer uma de forma automática. Serviços do ecossistema Microsoft, como Azure Data Factory, Synapse e Power BI, reportam linhagem nativamente. Notebooks, scripts próprios e algumas ferramentas de terceiros exigem instrumentação via API para aparecerem no mapa. Planejar essa captura faz parte do projeto.
Os rótulos de confidencialidade realmente chegam ao Power BI? Sim. Os rótulos definidos no Purview fluem para datasets e relatórios do Power BI e acompanham o conteúdo mesmo quando ele é exportado para Excel ou PowerPoint, junto com as políticas associadas. É essa integração que evita que a classificação se perca quando o dado sai do relatório.
O Purview sozinho me deixa em conformidade com a LGPD? Não, e desconfie de quem disser que sim. O Purview entrega o inventário, o rastro e os alertas de dado sensível, que são a base factual da conformidade. Decisões de finalidade, base legal, retenção e resposta a titulares continuam sendo trabalho humano e jurídico.
Vale a pena adotar Purview em uma operação pequena? Depende. Com poucas fontes, time pequeno e sem dado sensível crítico, o esforço de configuração e curadoria contínua pode não se pagar ainda. O Purview compensa quando há muitas fontes, times distribuídos, dado sensível e exigência de auditoria. O maior custo não é a licença, é manter glossário e classificação vivos.
Confiança se constrói com mapa, não com memória
Catálogo e linhagem não são luxo de empresa grande, são o que separa uma área de dados que responde com evidência de uma que responde com "acho que veio dali". O Microsoft Purview entrega esse mapa: inventário das fontes, classificação do que é sensível, glossário que unifica a linguagem e linhagem que mostra o caminho inteiro do dado. O resto, a disciplina de manter tudo vivo e as decisões de conformidade, continua sendo trabalho de gente. Ferramenta boa não substitui governança, ela a torna possível.
Se você quer implantar catálogo e linhagem com o pé no chão, sabendo o que é automático e o que exige esforço, fale com a gente. Já ajudamos empresas a sair da memória coletiva e chegar em um mapa que passa em auditoria.
Quer aplicar isso na sua empresa?
A Fynx implementa BI, Power BI e Power Platform de ponta a ponta. Conte seu cenário e devolvemos um diagnóstico direto ao ponto.
Falar com um especialista