Resposta direta
A correção de um valor sem unidade é um problema de escopo, não de software. Antes de contratar, é preciso saber quantos campos, em quantas bases e quem responde por cada origem. O contrato deve descrever o que se entrega: a unidade identificada, a regra que a define e o registro da mudança. O que não se entrega é o histórico adivinhado: quando a origem não guardou a unidade, a recuperação é decisão de negócio, não dedução técnica. Sem isso definido, a correção vira retrabalho.
- Objetivo
- Orientar avaliação e contratação
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Trata o valor sem unidade como item de escopo contratual, não como erro de integração a ser apagado.
O que o registro sem unidade esconde
Um campo com o valor 30 pode significar dias, peças ou horas. Enquanto a unidade não está gravada, o significado mora na cabeça de quem preencheu e no contexto de quem lê. O sistema aceita o número e não registra a dúvida.
O problema aparece na comparação. Uma área soma, outra converte, uma terceira assume que a unidade já está no padrão. Cada uma trabalha com uma hipótese diferente e nenhuma delas está registrada. Antes de qualquer contratação, o trabalho é levantar onde a unidade falta e quem depende dela.
O que o contrato precisa descrever
A correção se contrata por escopo descrito, não por esforço estimado. O documento precisa dizer quais bases e campos entram, qual regra define a unidade de cada um e qual fonte de operação sustenta essa regra. Sem a fonte, a unidade escolhida é opinião.
Também precisa dizer o que acontece com os registros já usados em decisão. Corrigir o campo novo é diferente de refazer o relatório que já saiu. A responsabilidade por cada um fica com quem assina o dado, não com quem escreveu o programa.
O que essa correção não resolve
Preencher a unidade não devolve o que o registro original queria dizer quando a origem não guardou essa informação. Em muitos casos a recuperação depende de decisão de negócio, com margem de erro que não se elimina.
A medida também não substitui a definição de quem responde pelo dado na operação. Um sistema com unidades preenchidas continua produzindo divergência se ninguém for dono da regra. A correção fecha campos, não fecha o processo.
Recurso prático
O que descrever antes de contratar a correção
| Item a definir | O que precisa estar registrado |
|---|---|
| Abrangência | quais bases, tabelas e campos entram na correção e quais ficam de fora |
| Regra da unidade | quem define a unidade de cada campo e com base em qual documento da operação |
| Responsabilidade | quem corrige, quem aprova e quem responde pelo dado já usado em decisão |
| Histórico | o que fazer com registros antigos cuja origem não guardou a unidade |
O erro mais comum é contratar a limpeza dos registros antigos antes de definir a regra que dará unidade a eles.
Sobre o que está escrito aqui
Conceitos relacionados: unidade de medida · campo de quantidade · escopo de correção · origem do dado · registro de alteraçã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
- Planilhas divergentes: alternativas para conf… — planilhas divergentes
- Planilhas divergentes: como alinhar bases par… — planilhas divergentes
Páginas relacionadas
O mesmo problema em outro objetivo
- Valor sem unidade: como descobrir o que o número representa — Diagnosticar
- Valor sem unidade: o que registrar antes de somar — Organizar um processo
- Número sem unidade: o que comparar antes de tratar — Comparar alternativas
- Valor sem unidade: como medir o que o campo registra — Explicar medição
- Valor registrado sem unidade: o que definir na origem — Orientar implementação
Outras leituras em Integrações, sistemas e qualidade de dados
- 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.
- Campo numérico aceitando texto: o que fazer com o registro — Regra de tratamento para registros com texto em campo numérico: o que corrigir na hora, o que separar para conferência e quem responde pela decisão.
- Tabela de apoio sem dono: como atribuir responsabilidade — Descreve como identificar quem usa, quem altera e quem responde por uma tabela de apoio órfã, com critérios de posse, registro de mudanças e rotina de revisão.
- Fonte única por indicador: como medir se ela existe — O que medir para saber se cada indicador tem fonte única: origem do dado, quem responde pela correção e como a divergência reaparece.
- 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.