Resposta direta
A base sem dono se resolve por comparação de três arranjos: manter a guarda atual sem responsável formal, nomear um responsável único ou dividir a guarda por domínio de dado. A escolha depende de quem decide mudanças de estrutura, quem responde por erro de conteúdo e quem paga o custo de manter. A comparação entre os arranjos considera o que cada um exige em decisão, prazo de resposta e risco aceito, não a aparência de organização. Nenhum dos três elimina a necessidade de registrar quem alterou o quê.
- Objetivo
- Comparar alternativas
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Compara arranjos de responsabilidade sobre a base, com o que cada um custa em decisão e risco, em vez de tratar a falta de dono apenas como falha de cadastro ou de integração.
Onde a falta de dono aparece
Uma base sem dono não costuma travar no dia comum. O problema aparece quando algo muda: um campo é renomeado, um relatório passa a divergir, alguém pede acesso a dado sensível. Sem responsável definido, a decisão fica com quem estiver disponível, e cada área passa a aplicar uma regra própria de alteração. A base continua funcionando, mas as regras deixam de ser as mesmas para todos.
Guardar a base e responder por ela são coisas diferentes. Quem hospeda o sistema cuida de disponibilidade e backup. Quem responde pelo conteúdo decide o que entra, o que muda e o que é aceitável como erro. A falta de dono aparece quando essas duas funções ficam no mesmo lugar por omissão, e nenhuma das duas é assumida de forma explícita.
Critérios antes de escolher um arranjo
Comparar arranjos exige fixar o que está sendo comparado. Quatro critérios costumam bastar: quem decide mudança de estrutura, quem responde por erro de conteúdo, quanto tempo uma correção leva e o que acontece quando essa pessoa não está. Cada arranjo responde a esses quatro pontos de forma diferente, e a diferença só fica visível quando são escritos lado a lado.
Também vale registrar o custo de reversão. Nomear um responsável único é simples de desfazer; dividir a guarda por domínio cria fronteiras que depois custam a mudar. Antes de decidir, vale olhar onde a base já é alterada sem registro e quem depende dela para fechar número. Esses dois pontos indicam quanto formalismo a operação suporta hoje.
O que o arranjo não resolve
Escolher um responsável ou dividir a guarda não melhora a qualidade do dado por si. Se a origem lança informação incompleta, a base continuará incompleta com ou sem dono. Validação na entrada e conferência de divergência entre fontes são trabalho separado, e nenhum arranjo de responsabilidade substitui esse trabalho.
Há situações em que formalizar não compensa. Base pequena, usada por uma área só e com pouca alteração de estrutura, costuma funcionar melhor com combinação informal do que com processo de aprovação. Nesse caso, o arranjo sem dono formal segue aceitável, desde que o risco de erro sem responsável seja conhecido e aceito por quem depende da base.
Recurso prático
Comparação entre arranjos de responsabilidade
| Arranjo | O que exige | O que deixa em aberto |
|---|---|---|
| Responsável único | Nomear quem aprova mudança de estrutura e responde por erro de conteúdo | Concentra decisão e cria espera quando essa pessoa não está disponível |
| Guarda compartilhada por domínio | Dividir a base por área de origem e definir quem altera cada campo | Discussão de fronteira quando o mesmo campo serve a duas áreas |
| Manter sem dono formal | Nada a implantar; a operação segue como está | Erro de dado sem responsável identificável e correção dependente de quem notar |
O erro mais comum é tratar a nomeação de um responsável como solução completa. Sem regra de alteração e registro de quem mudou, a base ganha um nome no organograma e continua sem dono na prática.
Sobre o que está escrito aqui
Conceitos relacionados: responsável pelo dado · domínio de dado · trilha de alteração · guarda compartilhada · matriz de decisão. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Projeto de implementação, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.
Para continuar
- Integrações, sistemas e qualidade de dados — Página central do tema
- Falhas silenciosas em integrações: como perce… — falhas silenciosas
- Cadastros duplicados: como descobrir e consol… — cadastros duplicados
Páginas relacionadas
O mesmo problema em outro objetivo
- Base sem dono definido: como localizar quem decide — Diagnosticar
- Base sem dono: como definir quem responde pelo dado — Organizar um processo
- Base de dados sem dono: como medir o que ninguém acompanha — Explicar medição
- Base de dados sem dono: quem responde pelo dado — Orientar implementação
- Base de dados sem dono: o que definir ao contratar — Orientar avaliação e contratação
Outras leituras em Integrações, sistemas e qualidade de dados
- Cliente duplicado entre áreas: quando vale contratar solução — O que avaliar antes de contratar solução para cliente duplicado entre áreas, o que é decisão de dado e o que é decisão de responsabilidade.
- Dados desatualizados: o que precisa estar em dia — A regra das três colunas — dado, frequência aceitável, responsável — e o erro de tratar tudo como crítico.
- Sistema antigo só de histórico: o que sai da operação — O que ainda precisa rodar no sistema antigo, o que passa a ser consulta histórica e quem responde pela leitura de cada dado.
- Cadastro que não sobrevive à troca de sistema: o que comparar — Compara três caminhos para o cadastro sobreviver à troca de sistema: manter a base antiga como referência, reescrever na nova ou conviver com as duas.
- Campo obrigatório sem uso: manter, remover ou treinar — O que verificar quando um campo obrigatório é criado e ninguém preenche: origem, responsável, uso real e critério para manter, remover ou treinar.