Rejeição 243 — XML Mal Formado

O que é esta rejeição?#

A Rejeição 243 é retornada pela SEFAZ quando o sistema identifica o seguinte problema na NF-e: XML Mal Formado. A nota fiscal não foi autorizada e precisa ser corrigida antes de ser retransmitida.

Causas comuns#

• O XML contém erros de formatação, namespaces inválidos ou codificação incorreta
• A versão do layout XML não é suportada ou é superior à vigente na SEFAZ
• Há caracteres especiais, espaços ou quebras de linha indevidas no XML
• O XML deve usar codificação UTF-8 sem BOM (Byte Order Mark)

Como resolver#

1. Valide o XML com um parser antes de enviar — ele deve ser bem-formado (well-formed)
2. Use apenas o namespace padrão da NF-e: http://www.portalfiscal.inf.br/nfe
3. Salve o XML com codificação UTF-8 sem BOM
4. Atualize a versão do layout no sistema emissor para a versão vigente aceita pela SEFAZ
5. Remova caracteres de edição (tabs, espaços extras) do início e fim do XML

Verificações analíticas#

• Se o atributo versao do elemento nfeProc ou NFe for diferente de '4.00' e ao mesmo tempo os elementos filhos utilizarem tags exclusivas do schema 4.00 (como detPag, indIntermed ou infRespTec), então há incompatibilidade entre a versão declarada e a estrutura real do documento: atualize o atributo versao para '4.00' e garanta que o layout do emissor esteja alinhado ao schema vigente aceito pela SEFAZ.
• Se o valor de cMunFG não corresponder ao código IBGE do município informado em xMun dentro de enderEmit quando tpNF='1' e CFOP iniciar com '5' (saída interna), então há inconsistência entre o município do fato gerador e o município do emitente para operação interna: corrija cMunFG para refletir o código IBGE exato do município de saída da mercadoria, pois divergências numéricas neste campo podem gerar XML mal formado por falha de validação de tipo no schema.
• Se finNFe for '2' (NF-e complementar) ou '4' (devolução) e o grupo NFref estiver ausente dentro de ide, então a nota referenciada obrigatória não foi declarada, tornando o documento estruturalmente inválido contra o schema: inclua o elemento NFref com a chave de acesso da NF-e originária antes de transmitir.
• Se o somatório dos valores vPag informados nos elementos detPag for diferente do valor de vNF em ICMSTot com tolerância de R$ 0,01, e ao mesmo tempo indPag estiver ausente ou com valor inválido fora do domínio '0','1','2', então o bloco de pagamento está numericamente inconsistente e estruturalmente incompleto: recalcule vPag consolidando todas as formas de pagamento e assegure que indPag contenha exatamente um dos valores permitidos pelo schema.
• Se CRT do emitente for '1' (Simples Nacional) e algum elemento CST dentro do grupo ICMS contiver código pertencente à tabela B do regime normal (como CST '00','10','20','30','40','41','50','51','60','70','90') em vez de CSOSN da tabela A (como '101','102','103','300','400','500','900'), então o regime tributário declarado conflita com a tributação do item, o que além de erro fiscal pode causar rejeição de schema se o elemento XML gerado for o grupo errado (ex: ICMS00 vs ICMSSN102): substitua o grupo ICMS pelo elemento CSOSN correto correspondente ao regime do Simples Nacional.