Resposta direta
A tabela precisa de um dono nomeado, com escopo escrito e uma rotina de revisão. Sem isso, ela continua funcionando até o dia em que alguém muda uma linha e ninguém sabe dizer por quê. O caminho é levantar quem lê, quem escreve e quem quebra quando o dado falha. Desses três, sai o responsável. Depois, registrar o que a tabela significa, de onde vêm as linhas e qual o critério para incluir, alterar ou desativar um registro. A posse é uma decisão de gestão, não um ajuste técnico.
- Objetivo
- Organizar um processo
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata a tabela de apoio como ativo com responsável nomeado, e não como pendência técnica a ser documentada.
Quem usa, quem altera, quem responde
A primeira separação é entre consumo e escrita. Muita tabela de apoio tem vários leitores e nenhum escritor claro; outras têm um único autor que não sabe quem depende do que ele publica. Levantar as duas listas já mostra onde a ausência de dono dói.
O responsável não precisa ser quem digita. Precisa ser quem responde pela regra: o que pode entrar, o que exige aprovação e o que deve sair. Em geral essa pessoa já é acionada quando o número não fecha, mesmo sem ter o título de dono.
O que fica escrito sobre a tabela
Uma tabela sem descrição é interpretada por memória. Cada coluna precisa de uma frase dizendo o que significa, de onde vem o valor e quais valores são aceitos. Isso não é documentação extensa: é o mínimo para outra pessoa alterar uma linha sem quebrar um relatório.
Junto com isso, o registro de alteração. Quem mudou, quando, o que mudou e por quê. Sem esse histórico, qualquer divergência vira discussão de versão e ninguém consegue reconstruir a origem.
O que a posse não resolve
Nomear responsável não corrige tabela que existe porque o sistema não tem o campo. Nesse caso, a tabela continua sendo um remendo e o dono apenas administra o remendo. O limite precisa ser dito: a origem do problema está no cadastro ou no processo que alimenta o sistema.
Também não se aplica a tabela usada uma vez e descartada. Criar dono, revisão e histórico para algo temporário gera burocracia sem retorno. O critério é dependência: se mais de uma área ou mais de um relatório consome a tabela, ela precisa de responsável; se não, o registro pode ser o próprio arquivo com data e contexto.
Recurso prático
Checklist para assumir uma tabela de apoio sem dono
- Listar as tabelas de apoio em uso, com o sistema ou relatório que consome cada uma.
- Anotar, para cada tabela, quem inclui linha, quem altera valor e quem já pediu correção.
- Escrever em uma frase o que a tabela representa e o que ela não representa.
- Definir o critério de inclusão: quem pode criar linha e com qual aprovação.
- Registrar a origem de cada campo que não é digitado à mão.
- Escolher o responsável entre quem já responde por erro de dado na operação.
- Acordar o que acontece quando o responsável sai da área, com substituição nominal e não informal.
- Marcar a data da próxima revisão e o que será conferido nela.
- Definir o destino das linhas sem uso: desativar com registro, não apagar sem histórico.
O erro mais comum é nomear o dono da tabela e não o dono do significado: a pessoa passa a autorizar alterações sem saber o que cada coluna representa.
Conceitos usados nesta página
- Responsável nomeado — Responsável nomeado é a pessoa identificada — não a área — que responde por um número, processo ou entrega.
Sobre o que está escrito aqui
Conceitos relacionados: tabela de apoio · responsável nomeado · registro de alteração · critério de inclusão · revisão periódica. 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
- Validação na entrada: onde o dado errado nasce — dado errado na origem
- Diagnóstico de sistemas desconectados na oper… — sistemas desconectados
Páginas relacionadas
O mesmo problema em outro objetivo
- Tabela de apoio sem dono: mapear uso e dependência — Diagnosticar
- Tabela de apoio sem dono: como comparar alternativas — Comparar alternativas
- Tabela de apoio sem dono: como medir o que ninguém acompanha — Explicar medição
- Tabela de apoio sem dono: como implantar com responsabilidade — Orientar implementação
- Tabela de apoio sem dono: o que exigir no contrato — Orientar avaliação e contratação
Outras leituras em Integrações, sistemas e qualidade de dados
- Valores sem unidade: o que o contrato precisa definir — O que verificar em valores registrados sem unidade, o que descrever no escopo da correção e o que a contratação não precisa tentar resolver.
- Alterações no cadastro: o que medir no histórico — Define indicadores para o registro de alteração no cadastro: cobertura de campos críticos, autor, data, valor anterior e os limites desse histórico.
- Correção direta em produção: registro, reversão e dono — O que registrar, como tornar reversível e quando a correção feita direto no ambiente em uso precisa voltar ao fluxo normal de mudança.
- Correção direta no banco de produção: o que medir — Medição de correções feitas direto no banco de produção: registro mínimo, contagem, reincidência e o que o número não mostra.
- Sistema sem desativação: como medir o que ele custa — Define o que medir em um sistema que segue em produção sem plano de desativação: uso real, dependências, custo de manutenção e critério de saída.