Identidade Em Branco

O que é identidade em branco e por que quase todo mundo erra na hora de usar

Identidade em branco é um documento gerado por sistema que ainda não recebeu dados cadastrais completos do titular. O registro existe no banco, mas campos como nome completo, CPF, data de nascimento ou foto estão vazios ou preenchidos com placeholders. Isso acontece quando uma pessoa inicia um cadastro e não finaliza, quando um gestor cria contas em lote para futuros usuários, ou quando um sistema integra com outra plataforma e os dados ainda estão em transição. Na prática, eu já vi isso acontecer em dois cenários bem diferentes. Um foi numa integração entre ERP e portal de atendimentos onde o time de infraestrutura fez upload de 3 mil registros sem validar se os campos de identificação estavam preenchidos. A outra vez foi num projeto de migração onde importamos usuários de um sistema legado e a ferramenta de ETL não mapeou o campo "documento de identidade" corretamente, deixando tudo como string vazia. Em ambos os casos, o problema só apareceu quando o suporte começou a receber reclamações de usuários que não conseguiam acessar o sistema.

Como lidar com identidade em branco em produão

A primeira coisa que precisa ser feita é criar um filtro no seu banco de dados ou na sua aplicação que identifique registros com campos essenciais vazios. Não adianta confiar na interface para avisar o usuário, porque muitos desses registros são criados fora do fluxo normal. Eu costumam usar uma query simples como: SELECT id, created_at FROM usuarios WHERE nome IS NULL OR cpf IS NULL OR cpf = '' LIMIT 100; Isso te dá uma lista real do problema. A partir daí, o caminho mais rápido é decidir se você vai preencher manualmente, rodar um script de recuperação ou simplesmente deletar os registros inválidos. Depende do volume e do contexto. Se forem menos de 50 registros, eu faço manual mesmo. Gasta cerca de 30 minutos e evita erro de automação. Se passar de 500, aí vale a pena escrever um script batch.

O que a maioria das pessoas esquece é que identidade em branco pode causar problemas em cascata. Um registro vazio no seu banco pode fazer com que relatórios falem errado, que integrações falhem silenciosamente, ou que o sistema de autenticação recuse login porque espera um campo que não existe. Já tive caso onde um relatório financeiro mostrava valores zerados porque um campo de identificação de cliente estava em branco e quebrava um JOIN. Levou duas horas pra encontrar a raiz do problema porque o erro não aparecia em nenhum log.

Filtros e validações que realmente funcionam

O problema principal de identidade em branco é que ele muitas vezes passa despercebido até virar dor de cabeça. Por isso a validação preventiva é mais barata que a correção. No meu workflow, eu sempre adicionei uma regra no momento da criação do registro: se algum campo obrigatório estiver vazio, o registro fica em status "pendente" em vez de "ativo". Isso impede que o sistema tratá-lo como válido sem você perceber. Outro ponto que pouca gente considera é a diferença entre campo vazio e campo nulo. No banco de dados, NULL é diferente de string vazia. Alguns sistemas tratam os dois de forma distinta, o que pode fazer com que seu filtro não pegue todos os casos. Eu já perdi tempo caçando identidade em branco porque meus filtros consideravam apenas NULL e não string vazia. A correção foi usar COALESCE ou ISNULL nas queries. Se você trabalha com APIs, vale a pena incluir uma validação no endpoint de criação que rejeita o registro se campos obrigatórios vierem ausentes. Assim o problema nem entra no banco. Ferramentas como JSON Schema ou validadores como Joi (no Node.js) ou Pydantic (no Python) fazem isso de forma bem direta. No geral, eu levaria uns 20 minutos para configurar essa validação e evitaria semanas de dor de cabeça depois.

Quando identidade em branco é o menor dos problemas

Não adianta tratar apenas os sintomas. Às vezes o registro em branco é apenas a ponta do iceberg. Em projetos grandes, eu já vi identidade em branco ser causado por falha na integração com sistema de RH, onde os dados dos funcionários chegam com atraso ou incompletos. Nesses casos, corrigir os registros manualmente não resolve nada novo vai continuar chegando vazio. A solução real é corrigir o fluxo de dados na origem. Também existe o cenário onde identidade em branco é esperado. Sistemas B2B que criam perfis de usuário antes do cliente finalizar o contrato, por exemplo. Nesse caso, o certo é ter um campo de status que separa registros válidos de registros provisórios. Sem isso, você acaba tratando registro futuro como erro quando na verdade é parte normal do processo. Se o seu sistema não tem separação entre registro provisório e registro ativo, recomendo implementar isso antes de qualquer automação de limpeza. De outra forma, você vai acabar deletando registros que deveriam existir. Eu vi um caso onde um time removeu 2 mil registros pensando serem identidades em branco defeituosas, mas na verdade eram leads qualificados que ainda não tinham recebido o documento de identificação completo. O prejuízo foi significativo.