O que causa a Rejeição 242
⚠ Causa do erro
A Rejeição 242 ocorre quando o XML da NF-e contém um elemento (tag) que não é esperado naquele ponto específico da estrutura. Isso significa que o XML não está de acordo com o schema XSD definido pela SEFAZ para a versão do leiaute utilizada.
As causas mais comuns incluem: tags inseridas na ordem errada, tags que não existem no schema da versão utilizada, tags duplicadas indevidamente, ou uso de uma tag de uma versão diferente do leiaute (por exemplo, uma tag da versão 4.00 em um XML montado como versão 3.10).
Tags XML envolvidas
Esta rejeição pode envolver qualquer tag do XML. As mais comuns são:
| Tag XML | Descrição |
|---|---|
<infNFe> | Grupo de informações da NF-e (raiz do conteúdo) |
<ide> | Grupo de identificação da NF-e |
<emit> | Grupo de dados do emitente |
<dest> | Grupo de dados do destinatário |
<det> | Grupo de detalhamento dos produtos/serviços |
<total> | Grupo de totais da NF-e |
Exemplo prático
Suponha que o XML contenha a tag <vTroco> dentro do grupo <ide> ao invés de dentro do grupo <pag>. A SEFAZ rejeitará com código 242:
<NFe>
<infNFe>
<ide>
<cUF>35</cUF>
<natOp>Venda</natOp>
<vTroco>5.00</vTroco> <!-- Tag no lugar errado! -->
</ide>
</infNFe>
</NFe>
Como resolver passo a passo
✔ Solução
- Identifique o elemento inesperado: a mensagem de retorno da SEFAZ geralmente indica qual tag está fora do lugar ou não é reconhecida.
- Valide o XML contra o schema XSD: utilize o XSD oficial da versão do leiaute (ex: nfe_v4.00.xsd) para encontrar exatamente onde está o problema.
- Corrija a posição ou remova a tag: mova a tag para o grupo correto ou remova-a se não pertence àquela versão do leiaute.
- Reenvie o documento após a correção.
Correção: mover a tag <vTroco> para dentro do grupo <pag>:
<NFe>
<infNFe>
<ide>
<cUF>35</cUF>
<natOp>Venda</natOp>
</ide>
...
<pag>
<detPag>...</detPag>
<vTroco>5.00</vTroco> <!-- Agora no lugar correto -->
</pag>
</infNFe>
</NFe>
Como prevenir
🛡 Prevenção
- Use sempre o schema XSD oficial: valide o XML contra o XSD antes de enviar à SEFAZ.
- Mantenha o sistema emissor atualizado: atualizações de leiaute são frequentes e o sistema precisa acompanhar.
- Evite edições manuais no XML: alterações manuais são a principal causa de elementos fora de posição.
- Utilize um sistema com validação automática: o Gálago valida a estrutura do XML antes do envio, prevenindo esse tipo de erro.
Referência técnica
Documentação oficial
MOC 7.0 — Manual de Orientação do Contribuinte:
confaz.fazenda.gov.br/legislacao/arquivo-manuais/moc7-visao-geral.pdf
Schemas XSD oficiais:
nfe.fazenda.gov.br — Schemas e Leiautes
Perguntas frequentes
Qual a diferença entre a Rejeição 242 e a 243 (XML mal formado)?
A 242 indica que há uma tag válida porém no lugar errado na estrutura. Já a 243 indica um erro de sintaxe XML (tags não fechadas, caracteres inválidos etc.).
Posso ter essa rejeição ao atualizar a versão do leiaute?
Sim. Ao migrar de uma versão para outra (ex: 3.10 para 4.00), novas tags podem ser obrigatórias e tags antigas podem ter sido removidas ou reposicionadas.
Meu sistema gerou o XML automaticamente. Por que recebo essa rejeição?
Pode haver um bug no sistema emissor ou uma configuração incorreta. Entre em contato com o suporte do seu software para verificar se a geração do XML está conforme o schema vigente.
Cansado de lidar com rejeições?
O Gálago valida os dados antes de transmitir, evitando a maioria das rejeições. Experimente grátis por 21 dias.
Teste Grátis