Rejeição 225 no CT-e ou MDF-e: assinatura digital inválida — causas e solução

A rejeição 225 aparece quando a SEFAZ não consegue validar a assinatura digital do XML — o CT-e ou o MDF-e precisa ser assinado eletronicamente com o certificado A1 da empresa, e essa assinatura segue um padrão técnico bem específico (XMLDSig). Quando algo nesse padrão sai do lugar, a SEFAZ recusa o documento por completo, mesmo que todo o conteúdo fiscal esteja correto.

Diferente da rejeição 215 (schema de conteúdo), a 225 quase nunca é causada por um dado que você digitou — ela é, na prática, um problema do emissor (o software) na hora de gerar ou assinar o arquivo. É por isso que, se ela aparecer, o caminho certo é acionar o suporte do sistema, não tentar "corrigir" o cadastro.

O que costuma causar a rejeição 225?

• Erro na canonicalização ou no algoritmo da assinatura — o padrão do CT-e/MDF-e exige um método específico de "empacotar" o XML antes de assinar; usar a variante errada invalida a assinatura mesmo com o certificado correto.
• XML alterado depois de assinado — qualquer mudança no arquivo (mesmo um espaço a mais) depois que ele foi assinado quebra a verificação, porque a assinatura é calculada sobre o conteúdo exato.
• Posição da assinatura no XML — o CT-e e o MDF-e têm um grupo com o QR Code do DACTE/DAMDFE que precisa vir antes da assinatura; se a ordem inverter, a SEFAZ recusa.
• Estrutura fora do padrão em eventos — eventos como cancelamento ou encerramento têm uma numeração própria dentro do identificador que, se estiver no formato errado, também cai em 225.

O que fazer quando a 225 aparece?

1. Confirme que o certificado A1 cadastrado está válido e não expirou — um certificado corrompido ou vencido pode gerar assinatura inválida.
2. Tente transmitir novamente: se for uma falha pontual de geração, o reenvio já resolve.
3. Persistindo, é problema do sistema emissor, não do seu cadastro — acione o suporte com a chave do documento e o horário da tentativa.

Como o SuperCTe evita a rejeição 225

O SuperCTe assina o XML seguindo exatamente o padrão exigido pelo layout nacional (canonicalização e algoritmo corretos, assinatura posicionada no lugar certo do documento) e nunca reprocessa o arquivo depois de assinado — o byte que é assinado é o byte que é transmitido. Antes de emitir em produção, o fluxo passa por testes em homologação exatamente para pegar esse tipo de problema longe do documento que vale fiscalmente.

Veja também: certificado digital A1 para transportador e rejeição 215 (schema XML).