Pular para o conteúdo

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

Campo obrigatório sem uso: o que revisar antes de contratar

O sistema exige um campo que ninguém usa. Manter, retirar ou renegociar isso no próximo contrato?

Resposta direta

Campo obrigatório sem uso se decide com três dados: quem lê o campo, com que frequência e o que acontece quando ele está vazio. Se ninguém consulta e o vazio não gera erro operacional, a exigência é custo sem contrapartida. Se o campo alimenta contrato, faturamento, laudo ou integração, a retirada precisa de plano. A revisão começa pelo uso real, passa pela dependência e termina na cláusula do contrato: manter, tornar opcional ou trocar por validação condicional.

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

O que esta página acrescenta: Trata o campo obrigatório como cláusula de contrato e rotina de operação ao mesmo tempo, não como detalhe de tela.

Por que o campo perde uso na rotina

Campo obrigatório costuma nascer de um problema real: dado faltante em relatório, exigência fiscal, laudo, contrato. Depois o motivo muda e o campo fica. A equipe preenche para liberar a tela, não porque o dado é consultado.

Outra origem é a cópia de um sistema anterior ou de um modelo do fornecedor. O campo vem com a exigência ligada por padrão e ninguém na implantação questiona se ele será lido. Uso real, dependência e obrigatoriedade são três coisas diferentes e precisam ser medidas em separado.

O que levar para a contratação ou renovação

Antes de manter a exigência, vale separar três grupos: campos lidos depois por alguém, campos que alimentam cálculo, fatura ou integração e campos que ninguém consulta. Cada grupo tem tratamento próprio. Os dois primeiros tendem a ficar; o terceiro precisa de justificativa.

Na conversa com o fornecedor, o ponto é quem configura a obrigatoriedade e com que esforço ela muda. Campo ligado por padrão no produto, sem opção de configuração por processo, vira custo que a contratante não controla. Isso pertence ao contrato, não à tela.

Quando retirar a exigência cria outro problema

Retirar a obrigatoriedade não é sempre a resposta. Se o campo sustenta controle fiscal, laudo, contrato com terceiro ou conciliação, o vazio deixa de ser simples e passa a ser risco. Nesse caso, o caminho é validação condicional: exigir só quando a situação pede, e não em todo registro.

O cálculo mostra custo, não decide. Ele não captura o efeito de um campo mal preenchido que circula em relatório por meses, nem o esforço de treinar a equipe para usar um campo antes ignorado. Há decisões em que a resposta só aparece depois de testar a retirada em uma unidade ou em um tipo de registro, com acompanhamento.

Recurso prático

Custo recorrente do campo obrigatório sem uso

Horas por ano = (Registros por ano × Minutos por preenchimento) ÷ 60; Custo por ano = Horas por ano × Valor da hora

Registros por ano
registros/ano
Quantidade de cadastros, pedidos ou chamados em que o campo é exigido no período.
Minutos por preenchimento
minutos
Tempo médio para localizar e preencher o campo, incluindo consulta a outra fonte e retrabalho.
Valor da hora
unidade monetária por hora
Custo da hora da área que preenche o campo, usado para converter horas em custo.
Uso real do campo
% de registros
Parcela de registros em que o campo é consultado depois, em relatório, conferência, laudo ou integração.

O erro comum é medir só o tempo de digitação. O custo maior aparece quando o campo obrigatório trava a abertura de chamado, cadastro ou pedido e a equipe preenche qualquer valor para seguir, gerando dado falso que depois contamina relatório e integração.

Sobre o que está escrito aqui

Conceitos relacionados: campo obrigatório · validação condicional · uso real do campo · cláusula de contrato de sistema · cadastro e 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.