Resposta direta
Numa base sem dono, a contratação começa pela responsabilidade, não pela tecnologia. Antes de avaliar fornecedor, é preciso nomear quem responde pela base, quem aprova mudança de estrutura, quem decide quando um registro está correto e quem paga a correção. Sem isso, o contrato transfere a operação do sistema, mas não a responsabilidade pelo dado. Vale separar os papéis envolvidos: dono do dado, guardião das regras e executor da manutenção. A contratação deve registrar essas funções por escrito, com o que cada uma decide. Se nenhum setor aceitar o papel, o projeto começa com risco conhecido.
- Objetivo
- Orientar avaliação e contratação
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata a posse da base como cláusula contratual, e não como acerto informal entre áreas.
Onde a ausência de dono aparece
A falta de dono raramente chega como reclamação explícita. Ela se manifesta em pedidos de alteração parados, porque não há quem aprove, e em correções feitas por conta própria em cada área, porque não há quem responda pelo padrão.
Na contratação, o efeito é outro. O fornecedor entrega o sistema, o sistema passa a rodar, mas a base continua tratada como assunto de todos e de ninguém. Quando surge divergência, a discussão vira disputa entre áreas e não chega a uma decisão sobre o dado.
O que o contrato precisa nomear
A contratação pode registrar por escrito o que hoje está implícito. Dono do dado é quem decide o que a base deve conter. Guardião das regras é quem define formato, campo obrigatório e critério de aceitação. Executor da manutenção é quem corrige e acompanha.
Além dos papéis, cabe tratar de verificação. Vale definir o que será medido — registros sem campo obrigatório, pedidos de correção em aberto, alterações de estrutura sem aprovação — em vez de fixar um alvo antes de conhecer a base. A medição existe para tornar a responsabilidade visível, não para produzir relatório.
O que a definição de dono não resolve
Nomear responsáveis não corrige dado ruim nem substitui o processo de entrada. Se o registro nasce errado na origem, a base continua errada, apenas com alguém assinando embaixo. Também não elimina a dependência técnica de quem conhece o sistema por dentro.
Há casos em que discutir dono não se aplica no momento. Base de uso local, restrita a uma área e com ciclo de vida curto, raramente justifica o esforço. Base que será descartada numa substituição também não. Quando duas áreas têm autoridade real sobre o mesmo dado e nenhuma aceita ceder, a contratação não resolve o conflito; ela apenas o coloca dentro de um sistema novo.
Recurso prático
O que registrar no contrato quando a base não tem dono
- Nome do responsável por aprovar mudança de estrutura e de campo.
- Quem decide que um registro está errado e autoriza a correção.
- Forma e prazo de resposta para pedido de correção, sem fixar número antes de conhecer a base.
- Rotina de conferência da base e quem assina o resultado.
- Histórico de quem alterou o quê e quando, mantido fora do fornecedor.
- O que acontece com a base no fim do contrato: cópia, formato e acesso.
- Custo de manutenção corretiva e a área que o assume.
O ponto mais ignorado é a saída. Sem cláusula sobre cópia, formato e acesso ao término do contrato, a base continua sem dono e presa ao fornecedor que a opera.
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 · guardião das regras · matriz de responsabilidade · cláusula de manutenção corretiva · registro de alteração de estrutura. 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 sem dono: como definir quem responde pelo dado — Organizar um processo
- 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
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.
- Conciliação no fechamento: onde o retrabalho se repete — Como separar divergência de dado, de regra e de responsabilidade para reduzir a reconferência de conciliação no fechamento.
- Planilha de apoio sem versão: como definir a cópia válida — Dono, nome, data de corte e conferência de uma planilha de apoio, e o ponto em que ela deixa de ser exceção e vira requisito de sistema.
- 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.
- Planilha de apoio sem versão controlada: o que comparar — Compara quatro formas de manter planilha de apoio sem versão controlada, com critérios de alteração, reversão e responsabilidade pelo dado.