---
title: Gerenciar Produtos e Contratos de dados
description: >-
  Organize entregas de dados com ativos, responsabilidades e Contratos
  versionados que documentam Atributos, controles e compromissos.
audiencia: Administrador | Data Owner | Data Steward | Engenheiro de dados | Usuário
roles: >-
  Administrador e Data Owner; Data Steward e Engenheiro de dados conforme a
  capacidade, o escopo e o objeto relacionado
modulo: Produtos de dados e Contratos de dados
revision: '2026-10-19'
section: gobernar-datos
order: 40
sources:
  - CONTEXT.md
  - Modelodeobjetosyrelaciones.md
  - 'Roles,capacidadesyalcance.md'
  - Módulosydependencias.md
  - Cómoleerelmapaderelaciones.md
locale: pt-br
---
# Gerenciar Produtos e Contratos de dados

Um **Produto de dados** organiza uma entrega de valor com base em ativos e em uma responsabilidade de negócio. No GovFrame, registra tipo, modalidade de entrega, criticidade, responsável e estado, e associa-se a um Domínio e, opcionalmente, a um Subdomínio. Um Produto pode agrupar Ativos de dados e relacionar-se com Contratos. A ficha documenta o produto sem convertê-lo automaticamente em uma fonte técnica nem em uma garantia de disponibilidade.

Um **Contrato de dados** expressa o compromisso que acompanha essa entrega. É versionado e pode descrever finalidade, compatibilidade de esquema, disponibilidade e atualidade. Além de seu Domínio, Subdomínio opcional e responsável, pode incluir Produtos, Atributos, Regras de qualidade, campos do Dicionário técnico, Termos de negócio e Sistemas relacionados. Suas associações permitem explicar o escopo do compromisso; por si só, não transformam cada objeto relacionado em um controle executado.

## Antes de começar

- **Papel e escopo:** o Administrador gerencia esses objetos na empresa. O Data Owner precisa da capacidade correspondente ao escopo e do Domínio ou Subdomínio autorizado. A participação de um Data Steward ou de um Engenheiro de dados depende da capacidade, do escopo e do objeto de negócio ou técnico relacionado.
- **Módulos:** confirme que **Produtos de dados** e **Contratos de dados** estão ativos. Os Produtos dependem de Ativos de dados e Contratos; os Contratos declaram dependências de Ativos, Dicionário técnico e Regras de qualidade. Uma dependência desativada pode limitar ou ocultar a operação relacionada.
- **Pré-requisitos:** identifique o Domínio responsável, o responsável, os Ativos que compõem a entrega e os destinatários ou usos previstos. Para um Contrato, reúna a finalidade e os compromissos que possam ser respaldados por associações registradas, em vez de deduzi-los de nomes semelhantes.

> **Exemplo sintético:** o Produto **Resumo semanal de atendimento** pode agrupar um ativo de relatório sob o Domínio *Atendimento ao cliente*. Seu Contrato pode vincular o Atributo *Data de entrada*, a Regra de completude que o controla, um Termo de negócio que o define e o Sistema relacionado.

## Percurso recomendado

1. **Defina o Produto a partir da entrega.** Registre seu tipo, modalidade de entrega, criticidade, responsável e estado de acordo com as informações aprovadas pela empresa, junto com o Domínio e o Subdomínio, se houver. Use nomes que descrevam o valor ou serviço de dados, e não apenas a tecnologia subjacente.
2. **Associe os Ativos que o compõem.** Vincule conjuntos de dados, APIs, relatórios ou outros Ativos de dados somente quando fizerem parte da entrega. A associação a um Domínio não significa que todos os ativos desse Domínio pertençam ao Produto.
3. **Estabeleça a finalidade do Contrato.** Vincule o Contrato ao mesmo contexto de negócio, quando aplicável, e documente sua finalidade, compatibilidade de esquema, disponibilidade e atualidade. Mantenha essas declarações vinculadas à versão pertinente do Contrato.
4. **Construa a rastreabilidade seletivamente.** Adicione Atributos, Termos de negócio, Regras, campos do Dicionário técnico, Sistemas e Produtos que realmente definam o compromisso. Um campo físico mantém sua relação com Repositório, esquema, tabela e coluna; não deve ser associado por suposição a cada Atributo mencionado pelo Contrato.
5. **Revise os controles declarados.** Uma Regra incluída pode explicar um compromisso verificável, mas não garante que seja executada automaticamente. Se SQL for necessário, a Regra precisa de um campo físico válido e de um dialeto configurado; o Contrato não elimina essa condição.
6. **Mantenha as versões e as responsabilidades.** Os Contratos são versionados, e Produtos e Contratos podem fazer referência a um responsável. Revise os vínculos quando os ativos, termos ou atributos mudarem. As evidências disponíveis não definem um fluxo de trabalho, valores de estado nem uma periodicidade de aprovação para essas revisões.

## Resultado esperado

O Produto passa a ser entendido como uma entrega governada: seus Ativos, contexto taxonômico, responsável e características documentadas são conhecidos. O Contrato associado expõe, por versão, a finalidade e os compromissos que podem ser rastreados até Atributos, termos, controles e fontes técnicas, quando essas associações existirem.

A disponibilidade e a atualidade indicadas em um Contrato são informações sobre o compromisso. Não implicam monitoramento automático, uma agenda efetiva de metadados nem a existência de varreduras habilitadas. De modo semelhante, os estados de Produtos e Contratos são registrados como informações de seus objetos, mas esta documentação não enumera nem infere valores de estado não confirmados.

Para aprofundar, consulte o [modelo de objetos e relações](/pt-br/explicaciones/modelo-de-objetos-y-relaciones/), [como ler o mapa de relações](/pt-br/guias/como-leer-mapa-de-relaciones/), [papéis, capacidades e escopo](/pt-br/referencia/roles-capacidades-y-alcance/) e [módulos e dependências](/pt-br/referencia/modulos-y-dependencias/).