Pular para o conteúdo
FiscalAPI
567 Schema XML

Rejeição 567 — Falha no schema XML – versão informada na versaoDados do SOAPHeader diverge da versão do lote de NF-e

Motivo da rejeição

Falha no schema XML – versão informada na versaoDados do SOAPHeader diverge da versão do lote de NF-e

3 min de leitura

O que é esta rejeição?#

A Rejeição 567 é 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 do lote de NF-e. 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 do lote.

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 infNFe (ex: '4.00') diverge do valor versaoDados declarado no SOAPHeader do envelope de envio, então há inconsistência de versionamento entre o corpo do lote e o cabeçalho SOAP, causando a rejeição 567: alinhe ambos os valores para '4.00' tanto no nEnviNFe/versao quanto no SOAPHeader/versaoDados.
  • Se o atributo versao do nEnviNFe difere do atributo versao do infNFe contido no mesmo lote, então o schema do lote e o schema da NF-e individual estão declarando versões distintas: padronize todos os atributos versao do documento para '4.00' em todos os níveis do XML.
  • Se o CRT do emitente é 1 (Simples Nacional) e o grupo de tributação ICMS utilizado contém CST de dois dígitos (ex: CST 00, 20, 40) em vez de CSOSN de três dígitos (ex: CSOSN 102, 400, 500), então o schema XSD rejeitará a estrutura do grupo ICMS por não corresponder ao regime tributário declarado: substitua o grupo ICMSXX pelo grupo ICMSSN compatível com o CSOSN correto para o Simples Nacional.
  • Se finNFe é igual a 2 (NF-e complementar) ou 4 (NF-e de devolução) e não existe nenhum elemento NFref dentro do grupo ide, então a NF-e referenciada obrigatória está ausente, violando o schema e as regras de validação da SEFAZ: inclua o grupo NFref com a chave de acesso da NF-e original referenciada.
  • Se dhSaiEnt é anterior a dhEmi no mesmo documento e tpEmis é 1 (emissão normal, fora de contingência), então a data e hora de saída/entrada está logicamente inconsistente com a data de emissão sem justificativa de contingência: corrija dhSaiEnt para valor igual ou posterior a dhEmi, ou verifique se o fuso horário dos campos está uniformizado em UTC-offset conforme o padrão ISO 8601 exigido pelo schema.
Compartilhar: WhatsApp LinkedIn Twitter

Consulte IEs e CNPJs antes de emitir NF-e

Muitas rejeições acontecem por dados cadastrais desatualizados. Com a FiscalAPI, consulte Inscrições Estaduais e CNPJs em tempo real direto da SEFAZ e Receita Federal.

Criar conta →