Rejeição 215 — Falha no schema XML

O que é esta rejeição?#

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

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 informado no grupo ICMS pertence à tabela A (CSTs 00, 10, 20, 30, 40, 41, 50, 51, 60, 70, 90, próprios do regime normal) em vez de utilizar CSOSN da tabela B (101, 102, 103, 201, 202, 203, 300, 400, 500, 900), então o schema rejeitará o XML pois o grupo ICMS permitido para CRT=1 é ICMSSN e não ICMS convencional: substitua o CST pelo CSOSN correspondente ao enquadramento da operação no Simples Nacional e utilize a tag de grupo correta (ex: ICMSSN400, ICMSSN900).
• Se tpNF=0 (entrada) e o CFOP informado nos itens inicia com dígito 5 ou 6 (saída), ou se tpNF=1 (saída) e o CFOP inicia com dígito 1 ou 2 (entrada), então há inversão de natureza de operação entre tpNF e o grupo de CFOP, tornando o XML inválido semanticamente e possivelmente rejeitado no schema por violar regra de conteúdo: alinhe tpNF=0 com CFOPs iniciados em 1 ou 2, e tpNF=1 com CFOPs iniciados em 5, 6 ou 7.
• Se o grupo detPag contém tPag=90 (sem pagamento) e ao mesmo tempo vPag é maior que zero, ou se a soma dos valores vPag de todos os elementos detPag difere do valor vNF informado em ICMSTot e o campo indPag está ausente ou incorreto para a versão 4.00 (onde indPag foi suprimido do nível de NF e migrado inteiramente para detPag), então o XML falhará no schema por inconsistência no bloco de pagamento: assegure que a soma de todos os vPag dos detPag seja exatamente igual a vNF e que tPag=90 só seja usado com vPag=0 em operações não presenciais sem cobrança.
• Se o campo pRedBC está preenchido (redução de base de cálculo) mas vBCRed está ausente ou zerado, ou se motDesICMS está informado porém vICMSDeson está ausente ou é zero, ou ainda se vICMSDeson está preenchido mas a tag motDesICMS está ausente, então há quebra de integridade entre os campos de desoneração e redução, o que viola as regras de presença condicional do schema XSD: preencha conjuntamente pRedBC com vBCRed calculado como (base sem redução − vBC) e informe sempre motDesICMS junto com vICMSDeson quando houver desoneração.
• Se finNFe=2 (NF-e complementar) ou finNFe=4 (NF-e de devolução) e o grupo NFref está ausente no elemento ide, então o schema exige a referência à NF-e original como campo obrigatório condicional e o XML será rejeitado: inclua pelo menos um elemento NFref dentro de ide contendo a chave de acesso da NF-e referenciada (refNFe com 44 dígitos) correspondente ao documento fiscal que está sendo complementado ou devolvido.