O que é?
A Rejeição 215 é devolvida pelo autorizador da DC-e (modelo 99) quando o arquivo XML enviado não está em conformidade com o schema oficial definido pela SEFAZ. Trata-se de uma rejeição genérica de estrutura, ou seja, o conteúdo fiscal pode estar correto, mas a forma como o XML foi montado não corresponde ao leiaute esperado[citation:10][citation:18].
Mensagem retornada pela SEFAZ:
Rejeição: Falha no schema XML
A regra de validação D02 verifica o Schema XML da Área de Dados. A validação é obrigatória e está catalogada na seção "Regras de Validação dos Webservices" do Manual DC-e.
Quando ocorre
A rejeição é acionada quando o XML da DC-e apresenta qualquer divergência em relação ao schema oficial. As causas mais comuns incluem:
Condição | Descrição |
Espaços em branco | No início ou no fim de tags de texto |
Quebras de linha | Dentro de campos de texto |
Caracteres especiais | Não permitidos pelo schema |
Tags inexistentes | Erros de digitação ou tags não previstas no leiaute |
Tags vazias | Campos obrigatórios preenchidos como |
Ordem incorreta | Campos fora da sequência esperada dentro de um grupo |
Efeito: Rejeição. A DC-e não é autorizada e não existe juridicamente na base da SEFAZ.
O controle de esquema atua na camada de estrutura do arquivo, antes mesmo da validação de regras de negócio. Por isso, a mensagem pode ser genérica e não indicar diretamente qual campo está incorreto.
Exceções
Não há exceções para esta regra de validação. A validação é obrigatória e aplica-se a todos os autorizadores.
A rejeição 215 não deve ser confundida com erros de assinatura ou certificado, que constituem outra camada de validação.
Como resolver
Cenário 1 — Identificar o campo com problema
Como a mensagem da SEFAZ é genérica, o primeiro passo é localizar o ponto exato da falha no XML.
Obtenha o texto completo do retorno da SEFAZ. A mensagem curta pode não conter o detalhe necessário.
Procure no retorno bruto do serviço (arquivo de resposta ou histórico do documento) pela palavra "expected" — o campo citado após essa palavra é o que está faltando ou incorreto.
Se não houver "expected", procure o nome do campo entre aspas antes da expressão "element is invalid".
Utilize um validador de schema XML da SEFAZ para identificar automaticamente o ponto de falha.
Cenário 2 — Corrigir erros comuns de estrutura
Após identificar o campo problemático, aplique as correções conforme o tipo de erro:
Tipo de erro | Como corrigir |
Espaços no início/fim de valores | Remover espaços antes e depois do texto |
Quebra de linha em campo de texto | Unificar o texto em uma única linha |
Caracteres especiais | Substituir por caracteres válidos no contexto fiscal |
Tag inexistente ou com erro | Corrigir o nome da tag conforme o leiaute oficial |
Tag vazia em campo obrigatório | Preencher com valor válido ou remover se for opcional |
Exemplo prático: No XML de um evento de inutilização da NF-e, o campo xJust (justificativa) continha uma quebra de linha, o que gerou a rejeição 215. A correção consistiu em remover a quebra de linha, unificando o texto.
Cenário 3 — Validar o XML antes de reenviar
Passe o arquivo XML corrigido por um validador de schema antes de transmitir novamente.
Confirme se a versão do leiaute declarada no XML corresponde à versão vigente aceita pelo autorizador.
Regrave e retransmita a DC-e.
Após o reenvio, a DC-e rejeitada não precisa ser cancelada — o documento não existe juridicamente e o número pode ser reaproveitado.
Cenário 4 — Código do ERP diferente da mensagem oficial
Se o seu emissor exibir um número diferente de 215 junto da mensagem, isso é comum. O que identifica a rejeição é a mensagem, não o número do protocolo do ERP. Emissores frequentemente "embrulham" o texto oficial com um código próprio de sistema ou lote.
Erros comuns
Incluir quebras de linha ou espaços sobrando em campos de texto do XML.
Utilizar tags com nomes incorretos ou fora do leiaute oficial.
Preencher campos obrigatórios com tags vazias ou não informar o valor.
Ignorar a mensagem detalhada do validador e tentar adivinhar o campo com problema.
Cancelar a DC-e rejeitada por engano — o documento não existe juridicamente e não precisa de cancelamento.
Perguntas frequentes
O que significa a rejeição 215 da DC-e?
"Falha no schema XML" — é a mensagem oficial da rejeição 215 da DC-e, modelo 99, catalogada na seção "Regras de Validação dos Webservices" do manual oficial. Indica que o XML enviado não está em conformidade com o schema definido pela SEFAZ.
Como resolver a rejeição 215 da DC-e?
Identifique o campo com problema usando um validador de schema XML, corrija a estrutura do arquivo conforme o leiaute oficial e retransmita. A DC-e rejeitada não precisa ser cancelada e o número pode ser reaproveitado.
A SEFAZ rejeita mesmo a DC-e pelo código 215?
Sim. A regra é marcada como obrigatória no manual da DC-e, então a validação vale para todos os autorizadores.
O código 215 tem o mesmo significado em outros documentos fiscais?
Nem sempre. O código de status não é único entre documentos fiscais eletrônicos. Na DC-e, o 215 significa "Falha no schema XML", mas em outros documentos o mesmo número pode ter significado diferente ou indicar falha de esquema em contexto distinto.
Desde quando a DC-e é obrigatória?
Desde 03/08/2026, conforme o Ato Conjunto RFB/CGIBS nº 4, de 30 de julho de 2026.
Referências
Manual DC-e — Anexo I: Leiaute e Regras de Validação — Seção "Regras de Validação dos Webservices" — Regra D02.
Portal Nacional dos DF-e — Documentação técnica da DC-e.
Ato Conjunto RFB/CGIBS nº 4, de 30 de julho de 2026 — Cronograma de obrigatoriedade da DC-e.