Rejeição 242 — Cabeçalho - Falha no Schema XML

O que é esta rejeição?#

A Rejeição 242 é retornada pela SEFAZ quando o sistema identifica o seguinte problema na NF-e: Cabeçalho - Falha no Schema XML. A nota fiscal não foi autorizada e precisa ser corrigida antes de ser retransmitida.

Este código indica que rejeição: Cabeçalho – Falha no Schema XML.

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 emitente possui CRT=1 (Simples Nacional) e o CST do ICMS informado em algum item pertence à tabela A (CSTs 00, 10, 20, 30, 40, 41, 50, 51, 60, 70, 90) em vez da tabela B (CSOSN 101, 102, 103, 201, 202, 203, 300, 400, 500, 900), então o regime tributário do emitente é incompatível com o código de situação tributária utilizado: substitua o CST pelo CSOSN correspondente à operação, pois emitentes do Simples Nacional devem obrigatoriamente usar CSOSN no grupo ICMS.
• Se o campo finNFe contém valor 2 (NF-e complementar) ou 4 (NF-e de devolução) e o grupo NFref está ausente ou vazio dentro de ide, então a nota referenciada obrigatória não foi informada: inclua o elemento NFref com a chave de acesso da NF-e original, pois a SEFAZ rejeita notas complementares e de devolução sem referência à nota de origem.
• Se o CFOP do item começa com dígito 1 ou 2 (entrada) e o campo tpNF está preenchido com 1 (saída), ou se o CFOP começa com dígito 3, 5, 6 ou 7 (saída ou exterior) e tpNF está preenchido com 0 (entrada), então o tipo da operação é inconsistente com o CFOP utilizado: corrija tpNF para refletir o sentido real da operação ou ajuste o CFOP conforme a natureza da nota.
• Se o grupo detPag contém um ou mais elementos tPag com valores de pagamento (vPag) cuja soma difere do valor total da nota (vNF informado em ICMSTot), tolerância zero, e o campo indPag está ausente ou divergente do parcelamento indicado nos registros de detPag, então o fechamento financeiro da NF-e está inconsistente com o total calculado: recalcule vPag de cada forma de pagamento garantindo que o somatório seja exatamente igual a vNF e que indPag reflita corretamente se o pagamento é à vista (0) ou a prazo (1).
• Se o campo dhSaiEnt possui data e hora anteriores à dhEmi, ou se tpEmis é diferente de 1 (emissão normal) e dhEmi está fora da janela de 168 horas anteriores ao momento de transmissão esperado para o modo de contingência utilizado, então há inconsistência temporal nos campos de data da NF-e: ajuste dhSaiEnt para que seja igual ou posterior a dhEmi e, em caso de contingência, certifique-se de que dhEmi respeita o limite máximo permitido pelo tpEmis declarado conforme o MOC vigente.