Rejeição 215: Falha no schema XML

• Mesmas causas da rejeição 225, mas o erro está no XML da própria nota (área de dados), não no envelope do lote.
• Campo com tamanho acima do permitido, como descrição de produto muito longa.
• Grupo informado sem algum dos campos obrigatórios dele.

A nota leva a tag de complemento do endereço vazia, <xCpl></xCpl>, porque o cadastro do cliente não tem complemento. O schema não aceita tag sem conteúdo e a SEFAZ devolve 215. Omitindo a tag, passa.

1. Localize a tag apontada pelo emissor e corrija o formato ou o tamanho.
2. Tire tags vazias: campo opcional sem valor deve ser omitido, não enviado em branco.
3. Valide o XML antes de enviar de novo.

Conferir o XML no validador →

• Campos opcionais sem valor devem ser omitidos do XML, nunca enviados vazios.
• Limite no cadastro o tamanho dos textos ao tamanho do leiaute — 120 caracteres na descrição do produto, por exemplo.

A validação acontece em camadas, e esta é uma das primeiras. Antes de olhar valores ou cadastro, a SEFAZ confere se o arquivo está montado como o leiaute manda: tags na ordem certa, formatos de data e número, assinatura digital íntegra e chave de acesso coerente com os campos.

Por isso o erro desta etapa quase nunca é do usuário que digitou a nota, e sim do sistema que gerou o XML. Se aparece em todas as notas, é configuração ou versão do emissor; se aparece em uma só, algum dado daquela nota (um texto, um valor) saiu num formato que o sistema não tratou.

Quando a SEFAZ rejeita, a nota não é registrada: o número continua disponível e a mesma nota pode ser reenviada depois de corrigida. O cuidado é não reenviar sem corrigir — com mais de 30 rejeições iguais, o serviço de autorização passa a responder com a rejeição 656 por cerca de uma hora para tudo o que o emissor mandar.

• 225Falha no Schema XML do lote de NFe
• 243XML Mal Formado