Resposta direta
A contratação só faz sentido depois de separar três coisas: o dado que a tabela contém, a regra que decide quando ele muda e a pessoa que responde por isso. Sem essa separação, o fornecedor ou a área que assume a manutenção vira dono de um processo que ninguém controla. O acordo deve definir escopo, critério de alteração, registro de mudanças, prazo de resposta e condição de saída. Também é preciso dizer quem aprova exceções e quem responde pelo uso do dado nas rotinas que dependem da tabela.
- Objetivo
- Orientar avaliação e contratação
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata a tabela de apoio como objeto de contrato e de responsabilidade, não como etapa de integração.
O que a tabela já sustenta na operação
A tabela de apoio costuma guardar códigos de unidade, categoria, centro de custo ou motivo de ajuste. Ela raramente aparece como problema porque está embutida em outra rotina. A contratação começa pela localização de onde é usada: cadastro, faturamento, relatório, regra de aprovação, conciliação. Essa lista mostra o custo de uma alteração errada e o acesso que o responsável precisará ter.
O retrato de como a tabela muda hoje também pesa. Se as mudanças chegam por pedido informal, planilha paralela ou ajuste direto no sistema, o contrato precisa incorporar esse caminho ou substituí-lo por um fluxo explícito. Contratar sem esse retrato apenas transfere a informalidade para outra pessoa.
O que o acordo precisa tornar explícito
Um acordo de manutenção de tabela de apoio não é a compra de uma lista pronta. É a definição de quem recebe pedidos, quem valida a regra, quem altera, quem comunica e quem confere. A separação entre execução e aprovação evita que quem executa decida sozinho sobre um dado que afeta várias áreas.
O contrato deve prever ainda o que acontece quando a regra não está clara, quando há divergência entre áreas e quando o serviço é encerrado. Sem cláusula de saída, a empresa fica dependente de quem mantém a tabela e perde a capacidade de reconstruir o histórico. O registro de alterações precisa ser legível por quem não participou da mudança.
Onde a contratação não resolve
Contratar a manutenção não cria autoridade sobre o dado. Se nenhuma área aceita responder pela regra de negócio, quem executa passa a decidir por omissão, e a tabela continua sem dono. O arranjo funciona quando há uma instância interna que aprova exceções e resolve conflitos entre áreas.
Também não corrige tabelas que nasceram de acordos informais e nunca foram documentados. Nesses casos, o primeiro trabalho é reconstruir a regra e o histórico, não ampliar o escopo do contrato. A contratação pode executar a conferência; a definição do que é correto permanece com a empresa.
Recurso prático
Decisões que não podem ficar sem resposta
| Decisão | Consequência quando fica indefinida |
|---|---|
| Quem aprova a regra | Quem executa decide por omissão e a tabela muda sem respaldo. |
| Onde a mudança é registrada | A origem do valor se perde e a correção vira discussão. |
| Como o contrato termina | A empresa fica sem acesso ao histórico e dependente de quem mantém. |
O erro mais comum é contratar quem executa a alteração sem definir quem aprova a regra. A execução pode ser terceirizada; a decisão sobre o dado não.
Sobre o que está escrito aqui
Conceitos relacionados: tabela de referência · domínio de dados · responsável pelo dado · acordo de manutenção · registro de alterações. 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: fluxo para conter e sanar… — falhas silenciosas
- Falhas silenciosas: como comparar opções de c… — falhas silenciosas
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 atribuir responsabilidade — Organizar um processo
- 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
Outras leituras em Integrações, sistemas e qualidade de dados
- 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.
- 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.
- 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.
- Campo obrigatório sem uso: como decidir o que fazer — Descreve um processo para revisar campos obrigatórios sem uso: quem pediu, quem preenche, quem consome e o que acontece quando o dado falta.
- Dado sem histórico de origem: como medir mesmo assim — Medição de qualidade sobre base sem histórico de origem: critério verificável, amostra conferida, comparação entre sistemas e responsável definido.