Pular para o conteúdo

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

Campo obrigatório sem uso: as opções e o custo de cada uma

Vale manter obrigatório um campo do cadastro que ninguém usa, ou é melhor tornar opcional ou retirar?

Resposta direta

A decisão sai de três perguntas: o dado já é usado em alguma decisão, alguém consulta o campo depois de preenchido e quem responde quando ele falta. Se as três respostas forem negativas, a obrigatoriedade está cobrando um custo sem contrapartida. As alternativas usuais são manter obrigatório, tornar opcional, mover a exigência para o momento em que o dado passa a importar, ou retirar o campo. Cada uma tem custo diferente de história, de retrabalho e de confiança no cadastro. O critério é comparar esses custos, não escolher por preferência.

Objetivo
Comparar alternativas
Formato indicado
Projeto de implementação
Atualizado em

O que esta página acrescenta: Compara manter, tornar opcional, mover a exigência e retirar o campo pelo custo de cada escolha, em vez de tratar o campo vazio como erro a corrigir.

Manter, afrouxar, mover ou retirar

Manter o campo obrigatório preserva a base atual e evita mexer em integração, mas transfere o custo para quem preenche: tempo em tela e respostas improvisadas só para concluir o registro. Tornar opcional reduz esse atrito e, ao mesmo tempo, esvazia o campo, o que costuma aparecer depois em relatório com lacunas.

Mover a exigência para o momento em que o dado passa a ser necessário troca obrigatoriedade por sequência: o cadastro abre simples e o campo é cobrado na etapa em que alguém o usa. Retirar resolve o cadastro e obriga a verificar onde o campo é lido, inclusive em relatórios, extrações e telas de terceiros.

O que precisa ser conferido antes de mexer

Antes de qualquer mudança, vale listar onde o campo é lido, não apenas onde é preenchido. Relatórios, exportações, filtros e sistemas que recebem o dado por integração contam como consumidores. Um campo que parece sem uso no cadastro pode ser a única origem de um indicador em uso.

Depois entra a responsabilidade: quem decide se o campo fica, quem assume o indicador caso ele seja retirado e quem registra a mudança para os demais times. Sem essa definição, a mesma decisão volta na próxima revisão, com o campo ainda no lugar.

O que a comparação não resolve

Comparar alternativas organiza a decisão, mas não corrige dados já preenchidos de forma apressada nem mede quanto de informação real existe ali. Se o campo foi obrigatório por anos com respostas improvisadas, o histórico continua contaminado depois da escolha.

Também não resolve conflito de prioridade entre áreas: se um time usa o campo e outro mantém a integração que o alimenta, a decisão precisa de dono. E não substitui a revisão periódica dos campos, o que evita criar o próximo campo obrigatório sem uso.

Recurso prático

O que levantar antes de decidir sobre o campo

  • Nome do campo, tela em que é obrigatório e desde quando existe
  • Onde o campo é lido: relatório, filtro, exportação ou sistema que recebe por integração
  • Quem consulta o campo depois de preenchido, se alguém consulta
  • Decisão que depende do dado e o que acontece na operação quando ele falta
  • Custo de tornar opcional: o que muda em relatório, filtro e extração
  • Custo de retirar: quais consumidores precisam ser ajustados antes
  • Dono da decisão e quem responde pelo indicador afetado
  • Registro da mudança para os times que usam o cadastro

O erro mais comum é decidir olhando o quanto o campo é preenchido e não quem lê o dado. Um campo pouco preenchido pode ser a única origem de um indicador em uso.

Sobre o que está escrito aqui

Conceitos relacionados: campo obrigatório · validação condicional · consumidores do dado · cadastro · integraçã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

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.