Pular para o conteúdo

Soluções · Integrações, sistemas e qualidade de dados

Campo obrigatório sem uso: manter, remover ou treinar

Criaram um campo obrigatório que ninguém usa. O que fazer com ele?

Resposta direta

Campo obrigatório sem uso se resolve com uma decisão explícita: manter, tornar opcional ou remover. Antes disso, é preciso saber quem lê o valor, em qual processo e com que consequência. Se ninguém consome, o campo só transfere trabalho para quem preenche. Se o valor é necessário mas está disperso, o problema é de origem, não de obrigatoriedade. A saída costuma ser registrar o responsável pelo campo, definir a origem única e revisar a exigência depois de um ciclo de uso observado. Remover também é decisão válida e precisa ficar registrada.

Objetivo
Orientar implementação
Formato indicado
Projeto de implementação
Atualizado em

O que esta página acrescenta: Desloca a discussão da disciplina de preenchimento para a pergunta sobre quem lê o dado e qual decisão muda por causa dele.

Quem consome o valor decide se o campo continua

A primeira verificação é de consumo. Um campo obrigatório só se sustenta quando algum processo lê aquele valor e muda de decisão por causa dele. Se a leitura não existe, o preenchimento vira trabalho sem contrapartida e aumenta a chance de dado inventado para cumprir a regra.

Vale mapear três pontos: quem preenche, quem lê e o que acontece quando o valor está errado. Quando o terceiro ponto não tem resposta, o campo é decorativo. A obrigatoriedade, nesse caso, apenas transfere custo para a ponta da operação.

Registro da decisão e origem única

Manter, tornar opcional ou remover são decisões legítimas, desde que fiquem registradas com responsável e data. O registro evita que o mesmo campo reapareça em outro formulário, com nome diferente e a mesma falta de uso.

Se o valor é necessário, o passo seguinte é definir a origem única: qual sistema ou área gera o dado e quem responde por ele. Sem isso, o campo continua obrigatório e continua divergente entre cadastros, sem que a causa seja a integração.

O que a revisão não resolve

Revisar a obrigatoriedade não corrige histórico já preenchido de forma incorreta, nem substitui acordo entre áreas sobre quem mantém o dado. Também não elimina campo exigido por contrato ou regulação, ainda que ninguém o utilize na rotina.

Quando a exigência é externa, o trabalho é outro: registrar a finalidade, quem responde pelo preenchimento e como o dado é guardado. Não há remoção possível, apenas tornar o preenchimento verificável e rastreável ao longo do tempo.

Recurso prático

Fluxo para decidir o destino de um campo obrigatório sem uso

  1. Listar quem preenche o campo, em qual etapa do processo e por qual canal.
  2. Verificar quem lê o valor e qual decisão muda por causa dele.
  3. Checar a origem: qual sistema ou área gera o dado e quem responde por ele.
  4. Classificar a exigência: uso interno, exigência contratual ou exigência regulatória.
  5. Decidir manter, tornar opcional ou remover, com responsável e data registrados.
  6. Revisar o efeito depois de um ciclo de uso, comparando preenchimento e leitura.

O erro mais comum é tratar a obrigatoriedade como problema de disciplina de quem preenche. Quando o campo não tem leitor definido, treinamento e cobrança apenas aumentam o dado inventado.

Sobre o que está escrito aqui

Conceitos relacionados: regra de obrigatoriedade · formulário de cadastro · origem do dado · responsável pelo dado · histórico de preenchimento. 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

Páginas relacionadas

O mesmo problema em outro objetivo

Outras leituras em Integrações, sistemas e qualidade de dados

Quer avaliar isso no seu contexto?

Esta página trata de campo obrigatório criado sem uso. Diagnóstico de integração é a frente que investiga o mecanismo por trás desse tipo de problema. O formato mais associado é Projeto de implementação.