Rejeição 545 — Falha no schema XML – versão informada na versaoDados do SOAPHeader diverge da versão da mensagem

O que é esta rejeição?#

A Rejeição 545 é retornada pela SEFAZ quando o sistema identifica o seguinte problema na NF-e: Falha no schema XML – versão informada na versaoDados do SOAPHeader diverge da versão da mensagem. A nota fiscal não foi autorizada e precisa ser corrigida antes de ser retransmitida.

Este código indica que rejeição: Falha schema XML – versão inform.na Dados do SOAPHeader difere da msg.

Causas comuns#

• O XML da NF-e não está em conformidade com o schema (XSD) definido pela SEFAZ
• Um campo obrigatório está ausente ou vazio no XML
• O formato ou tipo de dados de um campo não corresponde ao esperado pelo schema
• A versão do layout do XML pode estar desatualizada

Como resolver#

1. Valide o XML contra o schema XSD correspondente à versão do layout utilizada
2. Verifique se todos os campos obrigatórios estão preenchidos conforme o MOC
3. Atualize a versão do layout no seu sistema emissor para a versão vigente da SEFAZ
4. Revise a codificação do XML (deve ser UTF-8) e verifique se não há caracteres inválidos

Verificações analíticas#

• Se o atributo versao do elemento NFe (ex.: '4.00') diverge do campo versaoDados declarado no SOAPHeader da mensagem enviada à SEFAZ então há inconsistência de versionamento entre envelope SOAP e payload XML: alinhe ambos os valores para '4.00' e garanta que o sistema emissor preenche o SOAPHeader dinamicamente a partir da mesma constante de versão usada no XML, evitando hardcode duplo divergente.
• Se o CRT do emitente é 1 (Simples Nacional) e os itens utilizam CST de ICMS da tabela A (00, 10, 20, 30, 40, 41, 50, 51, 60, 70, 90) em vez de CSOSN da tabela B (101, 102, 103, 201, 202, 203, 300, 400, 500, 900) então o campo de tributação está mapeado para o regime errado, o que viola o schema neste contexto: substitua CST por CSOSN compatível com o regime Simples Nacional e remova o grupo CST do elemento ICMS.
• Se dhSaiEnt é anterior a dhEmi no mesmo fuso horário normalizado (comparando ambos os campos como ISO 8601 com offset) então a data de saída/entrada registrada precede a emissão, tornando a cronologia inválida perante o schema e as regras de negócio da SEFAZ: corrija dhSaiEnt para valor igual ou posterior a dhEmi, revisando possível divergência de fuso ou erro de digitação no sistema emissor.
• Se finNFe é 2 (NF-e complementar) ou 4 (devolução) e o grupo NFref está ausente ou vazio dentro de ide então a referência à NF-e de origem obrigatória não foi informada, causando rejeição por campo condicionalmente obrigatório faltante: inclua o elemento NFref com a chave de acesso da NF-e referenciada conforme exigido pelo MOC para essas finalidades.
• Se a soma dos valores vPag de todos os elementos detPag difere do vNF do total da NF-e em mais de R$ 0,01 (tolerância de arredondamento) então o fechamento financeiro do pagamento está inconsistente com o valor total da nota: recalcule e redistribua os valores de pagamento garantindo que somatório de vPag seja exatamente igual a vNF, ajustando a parcela residual no último detPag.