Resposta direta
Uma base sem dono se resolve com decisão registrada, não com nome em planilha. É preciso separar quem decide a regra do campo, quem alimenta o dado e quem responde pelo consumo. O dono precisa de autoridade para recusar entrada fora de padrão e para definir o critério de correção. Convém registrar, por base, a regra vigente, a origem aceita, a frequência de revisão e quem decide em caso de conflito entre áreas. A função só existe quando a decisão fica documentada e o custo de mantê-la é dimensionado. Nomear alguém sem autoridade e sem tempo produz responsável decorativo.
- Objetivo
- Organizar um processo
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata a atribuição de dono como decisão registrada, com custo de custódia dimensionado e limites explícitos, em vez de tratar como nome em planilha de contatos.
Onde a falta de dono aparece na operação
A base sem dono raramente aparece como problema declarado. Aparece como campo que cada área edita à sua maneira, como pedido de correção que circula entre times sem conclusão e como relatório cuja divergência ninguém tem autoridade para encerrar.
Há também o efeito contrário. Quando o cadastro é sensível e ninguém quer assumir o erro, o campo deixa de ser alterado. A base congela, as áreas passam a manter planilhas paralelas e a versão oficial perde uso, mesmo continuando ativa no sistema.
Decisão e operação são responsabilidades diferentes
Quem decide a regra do campo não é necessariamente quem digita o dado nem quem consome o resultado. Separar essas três funções evita que a discussão sobre qualidade vire disputa entre áreas. O dono é o ponto de decisão: define padrão, origem aceita e critério de correção.
A escolha do dono segue dois critérios. Fica com quem sofre o efeito do dado errado e com quem tem autoridade para alterar a regra. O registro por base deve conter a regra vigente, a origem permitida, a frequência de revisão e a instância de decisão em caso de conflito entre áreas.
O que a definição de dono não corrige
Definir dono não conserta origem errada. Se a regra de negócio está incorreta ou a captura do dado acontece tarde demais no processo, a custódia apenas organiza a repetição do erro. Também não substitui integração ausente: manter dois sistemas atualizados por conferência manual continua sendo trabalho, com ou sem responsável nomeado.
A atribuição falha quando o dono não tem tempo, autoridade ou acesso para decidir. Nesse caso a função é decorativa e a base segue o comportamento anterior. Base com pouco uso operacional e sem impacto em decisão ou margem não justifica o custo de custódia, e reconhecer isso é parte do critério.
Recurso prático
Dimensionamento da custódia mensal de uma base
horas de custódia por mês = (campos críticos × minutos por conferência × conferências no mês) ÷ 60
- campos críticos
- contagem de campos
- campos com regra de negócio definida e impacto direto em faturamento, estoque, contrato ou atendimento
- minutos por conferência
- minutos
- tempo médio para conferir um campo crítico contra a origem aceita, incluindo a consulta à regra vigente
- conferências no mês
- vezes por mês
- quantas vezes esse conjunto de campos é revisado no período, conforme a frequência acordada para a base
O erro comum é dimensionar pela base inteira. A custódia se calcula apenas sobre os campos que têm regra de negócio e impacto operacional; o restante raramente justifica revisão. O ponto mais ignorado é o tempo de repasse entre áreas, que costuma superar a conferência em si.
Conceitos usados nesta página
- Matriz de responsabilidade — Matriz de responsabilidade é a representação explícita de quem executa, quem aprova, quem é consultado e quem precisa ser informado em cada etapa de um processo.
Sobre o que está escrito aqui
Conceitos relacionados: dono do dado · cadastro mestre · matriz de responsabilidade · regra de negócio do campo · revisão periódica do cadastro. 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
- Números que não batem: por que a divergência… — planilhas divergentes
- Sincronização entre sistemas: o que decidir a… — sistemas desconectados
Páginas relacionadas
O mesmo problema em outro objetivo
- Base sem dono definido: como localizar quem decide — Diagnosticar
- Base de dados sem dono: o que comparar antes de decidir — Comparar alternativas
- 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
- Planilha que virou sistema: como contratar a substituição — Critérios operacionais para mapear regras de negócio, dados e responsabilidades antes de contratar um software para substituir planilhas críticas da rotina.
- 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.
- Correção feita em um sistema: como medir se chegou ao outro — Medição da correção de cadastro entre dois sistemas: lote de auditoria, conferência por campo, prazo acordado e responsável pela divergência que sobra.
- Migração contratada: o que a proposta não cobre — O que precisa estar definido em escopo, aceite e responsabilidade para contratar uma migração de dados, e o que a proposta costuma deixar em aberto.
- Cadastro preso ao sistema antigo: como separar dado de regra — Processo para separar dado de regra no cadastro, com dono de campo, critério de registro válido e histórico definidos antes de trocar o sistema.