Rejeição 517 — Falha no schema XML – inexiste atributo versao na tag raiz da mensagem

O que é esta rejeição?#

A Rejeição 517 é retornada pela SEFAZ quando o sistema identifica o seguinte problema na NF-e: Falha no schema XML – inexiste atributo versao na tag raiz 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 no schema XML – inexiste atributo versao na tag raiz da mensagem.

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 elemento raiz nfeProc ou NFe não contém o atributo versao preenchido com '4.00' enquanto os elementos internos como ide/mod='55' ou infNFe/versao='4.00' estão presentes, então há dissociação entre a declaração de versão do envelope externo e o conteúdo interno do layout: corrija inserindo o atributo versao='4.00' diretamente na tag raiz do elemento NFe ou nfeProc conforme exigido pelo schema XSD da SEFAZ para o leiaute 4.00.
• Se o atributo versao está ausente na tag raiz mas o namespace xmlns declarado no elemento NFe aponta para 'http://www.portalfiscal.inf.br/nfe' sem o complemento de versão, enquanto simultaneamente o campo infNFe possui versao='4.00', então o namespace e o atributo versao estão inconsistentes entre si no envelope: valide que o atributo versao='4.00' e o namespace estejam declarados no mesmo elemento raiz conforme o XSD nfe_v4.00.xsd.
• Se o campo CRT do emitente é '1' (Simples Nacional) mas os elementos de imposto ICMS utilizam tags CST (como ICMS00, ICMS10, ICMS20) em vez de CSOSN (como ICMS102, ICMS500, ICMS900), e ao mesmo tempo o atributo versao está ausente na tag raiz, então a ausência do atributo versao pode ter origem em geração de XML por versão de layout desatualizada que também produziu estrutura de tributação incompatível com o regime do emitente: atualize o emissor para o leiaute 4.00 e substitua as tags CST por CSOSN conforme o CRT=1.
• Se dhEmi contém data e hora válidas mas o campo tpEmis é diferente de '1' (contingência ativa, por exemplo tpEmis='5' DPEC ou '7' SVC-RS) enquanto não existe o elemento infCpl ou justificativa de contingência e o atributo versao está ausente na raiz, então o XML foi possivelmente gerado por rotina de contingência legada que omite o atributo versao e não preenche os campos obrigatórios de contingência: revise o fluxo de emissão em contingência garantindo a presença do atributo versao='4.00' e dos campos dhCont e xJust obrigatórios nesse modo.
• Se finNFe é '2' (NF-e complementar) ou '4' (devolução) e o grupo NFref está completamente ausente no XML enquanto simultaneamente o atributo versao não está presente na tag raiz, então há dupla inconsistência estrutural indicando que o XML foi montado por gerador que não implementa completamente o schema 4.00: insira o atributo versao='4.00' na tag raiz e adicione obrigatoriamente o elemento NFref com a chave de acesso da NF-e referenciada conforme exigido pelo MOC para essas finalidades.