Domínios de dados: o que são, exemplos e como definir

Domínios de dados são agrupamentos lógicos de informações que compartilham significado, regras, processos, responsáveis e usos de negócio. Clientes, fornecedores, produtos, materiais, pessoas, finanças e localidades são exemplos comuns. O domínio cria uma fronteira estável para atribuir responsabilidade e organizar políticas, qualidade, metadados e prioridades.

Este guia explica como definir domínios, subdomínios e responsáveis, além de apresentar exemplos, critérios e um roteiro prático. O recorte das fontes é de 1º de novembro de 2026.

O que é um domínio de dados?

Um domínio de dados representa um conjunto coerente de conceitos e ativos relacionados a uma área de conhecimento ou objeto de negócio. Ele não depende de um único sistema: o domínio Cliente pode existir no CRM, MDM, ERP, data warehouse e plataformas de atendimento, mantendo uma responsabilidade de negócio comum.

Em governança, o domínio funciona como unidade de decisão. Um responsável pode aprovar definições, priorizar melhorias, estabelecer regras e acompanhar a qualidade dos dados que pertencem ao escopo.

Domínio de dados, área de negócio e sistema: qual é a diferença?

Uma área pode participar de vários domínios e um domínio pode atravessar muitas áreas. Compras usa fornecedor, material, contrato e finanças; o domínio Fornecedor também é usado por fiscal, risco, jurídico e pagamentos.

Para que servem os domínios de dados?

Atribuir responsabilidade

O domínio define uma fronteira clara para nomear Data Owner, Data Stewards e equipes participantes. Sem essa fronteira, problemas circulam entre áreas sem uma decisão final.

Escalar a governança

Em vez de governar campo por campo de forma centralizada, a organização estabelece regras corporativas e delega decisões específicas aos domínios, mantendo padrões mínimos compartilhados.

Priorizar investimentos

Qualidade, integração, catalogação, saneamento e tecnologia podem ser planejados por domínio conforme valor, risco e urgência.

Facilitar descoberta e uso

Catálogos e produtos de dados podem ser organizados por domínios reconhecíveis pelo negócio. Isso reduz o tempo para localizar informações confiáveis.

Separar responsabilidades de negócio e tecnologia

O negócio responde por significado, prioridade e uso; tecnologia responde por custódia, implementação e operação. O domínio conecta esses papéis sem confundi-los.

Exemplos de domínios e subdomínios

Os exemplos não são um modelo universal. Uma indústria pode separar Produto Comercial de Material Técnico; uma instituição financeira pode criar domínios específicos para crédito, risco e instrumentos.

Como escolher os domínios corretos?

Use cinco critérios em conjunto:

1. Coerência semântica: os dados descrevem o mesmo objeto ou assunto?
2. Processos relacionados: criação, alteração e consumo seguem fluxos conectados?
3. Responsabilidade possível: existe alguém com autoridade para decidir?
4. Políticas comuns: qualidade, acesso, retenção e compartilhamento podem seguir regras semelhantes?
5. Estabilidade: a fronteira sobrevive a mudanças de organograma e tecnologia?

Se o agrupamento depende apenas do banco de dados ou do departamento atual, provavelmente não é uma boa fronteira de domínio. Prefira conceitos de negócio duradouros.

Domínios por entidade, função ou regulação

Existem diferentes formas de organizar domínios:

• Entidade: cliente, fornecedor, produto, pessoa e localidade.
• Função: finanças, vendas, operações, recursos humanos.
• Linha de negócio: varejo, atacado, serviços, seguros.
• Regulação: privacidade, prevenção a fraudes, requisitos fiscais.
• Jornada: experiência do cliente, cadeia de suprimentos, order-to-cash.

A Microsoft documenta domínios de governança flexíveis baseados em unidades, assuntos, funções, regulações e projetos. O Google Cloud descreve domínios como agrupamentos lógicos alinhados à estrutura de negócio. O desenho corporativo pode combinar abordagens, mas precisa evitar sobreposição sem regra.

Quem responde por um domínio?

Data Domain Owner

É o responsável executivo ou de negócio pela direção do domínio. Aprova definições, prioridades, regras, riscos e exceções. Pode ser o mesmo papel do Data Owner, dependendo do modelo adotado.

Data Steward

Cuida da operação da governança: glossário, regras de qualidade, evidências, incidentes, classificação e coordenação de correções. Veja o guia de Data Steward no MDM.

Custodiante técnico

Implementa armazenamento, integração, segurança, disponibilidade, observabilidade e controles conforme as decisões aprovadas.

Conselho ou comitê

Resolve conflitos entre domínios, aprova padrões corporativos e prioriza temas compartilhados. O comitê de governança de dados não deve substituir as decisões cotidianas do domínio.

Como tratar dados compartilhados entre domínios?

Identifique um domínio primário para cada conceito corporativo e documente os consumidores. O domínio Cliente pode ser fonte oficial de identificação e endereço, enquanto Finanças mantém condições de crédito. As fronteiras precisam explicar:

• quem cria e quem apenas consome;
• qual é a fonte autorizada para cada atributo;
• quais regras são corporativas e quais são locais;
• como mudanças são comunicadas;
• como divergências e exceções são resolvidas;
• como a linhagem de dados registra a distribuição.

Não duplique responsabilidade para evitar conflito. Quando dois domínios participam de uma decisão, defina autoridade final e mecanismo de consulta.

Domínios e dados mestres

Domínios são essenciais ao MDM porque cada entidade mestre precisa de definições, regras, responsáveis, fontes e consumidores. Um MDM multidomínio pode administrar cliente, fornecedor, produto e material em uma plataforma, preservando modelos e workflows específicos.

Domínio não significa silo. O objetivo é criar responsabilidade local com interoperabilidade corporativa. Identificadores, glossário, segurança, qualidade e integração precisam de padrões compartilhados.

Domínios e produtos de dados

Um domínio pode publicar vários produtos de dados. Por exemplo, Cliente pode oferecer “Visão 360 do cliente”, “Clientes ativos para campanhas” e “Base anonimizada para análise”. Cada produto agrupa ativos e metadados para um uso definido, enquanto o domínio mantém a responsabilidade mais ampla.

A AWS associa data mesh a propriedade por domínio, dados como produto, plataforma de autosserviço e governança federada. Isso não significa ausência de controle central: padrões corporativos, descoberta, auditoria e segurança continuam necessários.

Como implementar domínios de dados em 9 passos

1. Liste os principais objetos e capacidades de negócio

Use processos, modelos conceituais, relatórios, cadastros e entrevistas. Não comece pelo organograma de sistemas.

2. Agrupe conceitos relacionados

Procure significado, ciclo de vida e regras comuns. Registre dúvidas e sobreposições.

3. Defina critérios de fronteira

Declare o que pertence e o que não pertence ao domínio. Inclua exemplos e casos limítrofes.

4. Nomeie responsáveis

Escolha pessoas com conhecimento e autoridade. Formalize responsabilidades com uma matriz RACI.

5. Inventarie ativos e sistemas

Relacione tabelas, APIs, relatórios, arquivos, integrações e processos que produzem ou consomem o domínio.

6. Defina elementos críticos

Priorize identificadores, atributos regulatórios, financeiros, operacionais e de relacionamento. Nem todo campo exige o mesmo controle.

7. Estabeleça padrões e indicadores

Defina qualidade, acesso, proteção, retenção, catalogação, linhagem e tratamento de incidentes. Use metas mensuráveis.

8. Pilote um domínio

Escolha um domínio de alto valor e escopo controlável. Teste ritos, papéis, indicadores e integração com o catálogo ou MDM.

9. Revise e amplie

Ajuste fronteiras com base em evidências e publique o modelo aprovado no plano de governança de dados.

Checklist para documentar um domínio

• nome, objetivo e descrição;
• escopo e exclusões;
• domínio pai e subdomínios;
• Data Owner, Stewards e custodiante;
• conceitos e termos de negócio;
• elementos críticos;
• sistemas de origem e consumo;
• produtos de dados relacionados;
• políticas e regras aplicáveis;
• dependências com outros domínios;
• indicadores, metas e riscos;
• data da aprovação e revisão.

Indicadores por domínio

Um painel pode acompanhar:

• percentual de elementos críticos com responsável;
• conformidade com regras de qualidade;
• ativos catalogados e com linhagem;
• incidentes abertos, prazo e reincidência;
• tempo de aprovação de mudanças;
• produtos de dados com SLA atendido;
• benefícios obtidos por iniciativa.

Consulte o guia de indicadores de governança de dados para fórmulas, metas e critérios de leitura.

Erros comuns

Copiar o organograma: departamentos mudam e dados atravessam áreas. Criar domínio por sistema: tecnologia não define significado. Usar fronteiras vagas: conflitos permanecem. Nomear dono sem autoridade: responsabilidade vira título. Centralizar todas as decisões: o modelo não escala. Descentralizar sem padrões: cada domínio cria um idioma. Criar domínios demais: aumenta coordenação e fragmentação.

Conclusão

Domínios de dados tornam a governança executável ao conectar significado, responsabilidade, regras e prioridades. Um bom domínio é reconhecido pelo negócio, atravessa sistemas e permanece estável diante de mudanças organizacionais.

Comece com poucos domínios críticos, documente fronteiras, nomeie responsáveis reais e estabeleça padrões corporativos. Depois, amplie com base em resultados e maturidade.

Perguntas frequentes sobre domínios de dados

Quantos domínios uma empresa deve ter?

Não existe número universal. O conjunto deve ser pequeno o suficiente para coordenar e completo o suficiente para representar os principais dados. Comece pelos domínios de maior valor e risco.

Um domínio precisa corresponder a um departamento?

Não. Domínios podem acompanhar entidades, capacidades, linhas de negócio ou temas regulatórios. A fronteira deve refletir significado e responsabilidade, não apenas estrutura administrativa.

Qual é a diferença entre domínio e subdomínio?

O subdomínio detalha uma parte coerente do domínio pai. Fornecedor pode conter identificação, homologação e dados bancários, desde que a divisão ajude a governar.

O mesmo dado pode pertencer a dois domínios?

Ele pode ser usado por vários domínios, mas é recomendável definir um responsável primário para o conceito ou atributo corporativo e documentar os consumidores.

Domínios de dados são exclusivos de data mesh?

Não. Eles são úteis em governança, MDM, catálogo e arquitetura. Data mesh dá destaque à propriedade por domínio, mas o conceito pode ser aplicado sem adotar toda essa abordagem.

Quem deve aprovar os domínios?

A instância de governança responsável, com participação de negócio, arquitetura e tecnologia. Conflitos entre domínios devem ser resolvidos pelo comitê ou autoridade definida.

Fontes

• Microsoft Learn — Governance domains in Unified Catalog
• Google Cloud — About data domains
• AWS Well-Architected — Data mesh design
• GOV.UK — Data ownership model
• ENAP — Estrutura de Apoio à Governança de Dados