Eu sei que CNPJ aparece formatado de mil jeitos na URL. Por isso eu coloquei middleware que redireciona 301 pra forma “só dígitos” quando detecta 14 dígitos com lixo de pontuação — eu quis evitar diluir sinal de SEO em duplicata.
Fonte: URL Canônica
A aplicação ja está preparada proo novo formato de CNPJ, que inclui letras também?
Então, desccobri isso ontem um pouco antes de fazer esse post. Não está e preciso adaptar. Inclusive é um breaking change no meu banco de dados.
Uma breaking change no db? Geralmente o cnpj no banco é representada por text ou varchar, você usou algo diferente? Eu precisei migrar um sistema menor e foi apenas regras de validação que teve que trocar pra aceitar alfanumérico e calcular corretamente o verificador.
Geralmente o cnpj no banco é representada por text ou varchar
Você iria se surpreender, já trabalhei em muito banco que usa int no cnpj.
No meu caso, me expressei mal, é "breaking" change. Os b-trees distinguem A de a, por exemplo. Então basicamente meu indexes iriam para o lixo se a ingestão fosse mal feita (sem mandar tudo para uppercase como exemplo). O ponto é que eu nem estava atento a essa mudança, então se eu não ajustasse meu db antes, teria muito index com lixo e um sistema não performático.
Mas nesse caso nem é muito necessário mudar algo no banco, só documentar bem para qualquer metodo atual ou futuro de ingestão faça a normalização, ou então criar o objeto cnpj e nele ter o metodo de normalize assim qualquer outro cnpj já se autonormaliza (exemplo bem genérico pois não conheço a stack)