Rejeição 516 — Falha no schema XML – inexiste a tag raiz esperada para a mensagem

O que é esta rejeição?#

A Rejeição 516 é retornada pela SEFAZ quando o sistema identifica o seguinte problema na NF-e: Falha no schema XML – inexiste a tag raiz esperada para a 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 a tag raiz esperada para a 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 campo CRT do emitente for igual a 1 (Simples Nacional) e algum item do XML contiver CST de ICMS com dois dígitos (tabela A do RICMS, como 00, 10, 20, 40, 50, 60, 70 ou 90) em vez de CSOSN com três dígitos (tabela B, como 101, 102, 201, 400, 500, 900), então o schema estará inválido porque o grupo de ICMS esperado para Simples Nacional é ICMSSN e não ICMS00/ICMS10/etc.: substitua o CST pelo CSOSN correspondente e altere o elemento filho do grupo imposto/ICMS para a tag ICMSSN correta (ex.: ICMSSN102, ICMSSN400).
• Se o campo finNFe for igual a 2 (NF-e complementar) ou 4 (NF-e de devolução) e o grupo NFref estiver ausente ou vazio dentro de ide, então o XML está estruturalmente incompleto porque o schema exige pelo menos um elemento NFref referenciando a chave de acesso da NF-e original: inclua o elemento ide/NFref/refNFe com a chave de 44 dígitos da nota referenciada.
• Se o campo tpEmis for diferente de 1 (emissão normal) e o campo dhEmi contiver um horário com fuso horário oposto ao previsto para a UF do emitente, ou se a diferença entre dhEmi e dhRecbto for superior a 168 horas (7 dias) para contingência offline (tpEmis 5) ou superior a 24 horas para SVC (tpEmis 6 ou 7), então a tag de data viola a janela temporal permitida pela SEFAZ e pode causar rejeição de schema ao ser parseada com valor semântico fora do intervalo: ajuste dhEmi e dhSaiEnt para o horário correto com offset de fuso da UF e reenvie dentro do prazo regulatório.
• Se o somatório de vPag de todos os elementos detPag for diferente do valor de vNF em total/ICMSTot, considerando que a diferença absoluta seja maior que R$ 0,01, e ao mesmo tempo o elemento vTroco estiver ausente ou zerado, então o XML falha na consistência financeira exigida pelo schema (o total pago deve cobrir o valor da nota ou a diferença deve estar declarada como troco): some corretamente todos os meios de pagamento em detPag, ajuste vPag de cada um ou declare o troco no campo vTroco para que a equação vPag_total = vNF + vTroco seja satisfeita.
• Se algum item possuir CFOP iniciado em 6 (saída interestadual) e o campo idDest for igual a 1 (operação interna), ou se o CFOP iniciar em 5 (saída interna) e idDest for igual a 2 (operação interestadual), então há contradição entre o código de operação fiscal e o indicador de destino que torna o schema semanticamente inválido e pode ser rejeitado na validação cruzada da SEFAZ: corrija idDest para 2 quando o CFOP iniciar em 6 e para 1 quando o CFOP iniciar em 5, garantindo coerência com a UF do emitente e a UF do destinatário declaradas em emit/enderEmit/UF e dest/enderDest/UF.