Por que adaptar um validador de PIS para RENAVAM trocando só o comprimento esperado não funciona?

Porque, apesar de usarem o mesmo vetor de pesos, o RENAVAM exige duas etapas extras que o PIS não tem: inverter a ordem dos dígitos antes de aplicar os pesos, e multiplicar a soma ponderada por 10 antes de calcular o módulo 11. Sem essas etapas, o dígito verificador calculado fica incorreto mesmo com o vetor de peso certo.

Testar um validador de RENAVAM com casos construídos manualmente é confiável?

Só se o cálculo esperado for feito corretamente, incluindo a inversão de dígitos e a multiplicação por 10 — se quem escreve o teste cometer o mesmo erro de implementação do validador, o teste passa incorretamente. É mais confiável usar uma implementação de referência (como um gerador dedicado) para produzir os valores esperados.

Um RENAVAM com dígito verificador incorreto pode ser detectado só pelo comprimento?

Não. Comprimento (11 dígitos) é uma checagem de formato independente do dígito verificador — um número pode ter o comprimento correto e ainda assim ter o dígito verificador errado. As duas checagens são necessárias e complementares, não uma substitui a outra.

Validador de RENAVAM

Verifique se um número de RENAVAM tem dígito verificador matematicamente válido.

O DETRAN não publica oficialmente o algoritmo de dígito verificador do RENAVAM — este validador usa o mesmo cálculo replicado pela comunidade. Não consulta veículo real nenhum.

Documentação técnica

Validar RENAVAM: a inversão de dígitos que quebra implementações copiadas de outro documento

Validar RENAVAM usa o algoritmo já detalhado na página do gerador de RENAVAM — mas vale reforçar aqui o erro de implementação mais específico deste documento entre todos os deste site: como o vetor de pesos [3,2,9,8,7,6,5,4,3,2] é o mesmo usado no PIS/PASEP, é comum alguém adaptar um validador de PIS já pronto para RENAVAM trocando só o comprimento esperado (10 para 11 dígitos) — e esquecer que o RENAVAM exige inverter a ordem dos dígitos antes de aplicar os pesos, e multiplicar a soma por 10 antes do módulo 11. Sem essas duas etapas extras, o vetor de peso "certo" produz um dígito verificador errado.

Por que testar contra o PIS não detecta esse bug

Se um validador de RENAVAM for implementado incorretamente (sem inversão de dígitos, sem a multiplicação por 10) mas testado só com valores de PIS reaproveitados adaptados manualmente, o teste pode passar por coincidência — porque quem escreveu os casos de teste também não tinha a inversão e a multiplicação em mente ao calcular o resultado esperado manualmente. A forma confiável de testar é gerar RENAVAMs através de uma implementação de referência (como o gerador de RENAVAM deste site) e verificar se o validador aceita esses valores — não construir o caso de teste esperado à mão com a mesma lógica potencialmente equivocada do validador sendo testado.

Uso em testes de sistemas de seguro e financiamento veicular

Sistemas que processam apólices de seguro ou contratos de financiamento veicular validam RENAVAM antes de qualquer consulta real ao DETRAN — um validador com o bug de inversão descrito acima rejeitaria RENAVAMs legitimamente válidos com uma taxa de falso-negativo que só apareceria em produção, com números reais, já que testes com poucos exemplos construídos manualmente tendem a não expor esse tipo de erro.