Rejeição 214 — Tamanho da mensagem excedeu o limite estabelecido

O que é esta rejeição?#

A Rejeição 214 é retornada pela SEFAZ durante a validação da NF-e quando há uma inconsistência relacionada a número sequencial da NF-e, série de numeração da NF-e. Isso significa que a nota fiscal não foi autorizada e precisa ser corrigida antes de ser retransmitida.

Este código indica que rejeição: Tamanho da mensagem excedeu o limite estabelecido.

Os campos afetados estão na seção de identificação da NF-e do XML.

Campos XML relacionados#

Esta rejeição está associada aos seguintes campos do XML da NF-e. Verifique cada um deles ao diagnosticar o problema:

Causas comuns#

• O tamanho do XML ou do lote excedeu o limite máximo permitido pela SEFAZ
• O número de NF-e por lote excedeu o máximo permitido (50)
• A numeração a inutilizar excedeu o limite máximo da faixa

Como resolver#

1. Reduza o tamanho do XML — o limite é de 500KB por lote
2. Envie no máximo 50 NF-e por lote (recomendado: 1 por lote para melhor controle)
3. Para inutilização, respeite o limite de faixa definido pela SEFAZ

Verificações analíticas#

• Se o número total de elementos <det> multiplicado pelo tamanho médio estimado de cada item (incluindo descrição do produto em <xProd>, CEST, NCM, tributos e observações em <infAdProd>) resultar em um XML serializado superior a 500KB, então o lote está acima do limite físico aceito pela SEFAZ: remova campos opcionais redundantes como <infCpl> extensos, trunque <xProd> ao máximo de 120 caracteres permitidos e divida itens com tributação complexa em NF-e separadas.
• Se o campo <qNFe> declarado no elemento <enviNFe> for maior que 1 e simultaneamente cada NF-e contiver <xProd> com textos próximos de 120 caracteres, <infAdProd> populado e múltiplos grupos de imposto (ICMS, IPI, PIS, COFINS e ICMSST) por item, então a soma dos payloads de todas as NF-e do lote tende a ultrapassar 500KB mesmo com poucas notas: envie cada NF-e em lote individual (<qNFe>1</qNFe>) eliminando o overhead do agrupamento.
• Se o elemento <infAdic> contém <infCpl> com texto próximo ou igual ao limite de 5000 caracteres E a NF-e possui mais de 30 itens em <det>, então o volume combinado de informações adicionais e descritivos de produtos pode sozinho representar parcela desproporcional do XML, inflando o lote além de 500KB: comprima <infCpl> removendo repetições de dados já expressos nos campos estruturados (CFOP, CST, alíquotas) que a SEFAZ já valida nos campos próprios.
• Se o atributo <tpEmis> indica emissão em contingência offline (valores 2, 3, 5, 6 ou 7) e o lote agrupa NF-e de múltiplos períodos de contingência distintos (dhEmi de datas diferentes), então além do risco de exceder 500KB pelo acúmulo de documentos retidos, há inconsistência temporal entre <dhEmi> e <dhSaiEnt> que pode gerar rejeição secundária: transmita cada bloco de contingência separadamente respeitando a ordem cronológica e o limite de uma NF-e por lote.
• Se o grupo <autXML> está presente com múltiplos CPF/CNPJ autorizados (até 10 permitidos) e simultaneamente o XML contém <infRespTec> com hash e CNPJ do desenvolvedor, e ainda há <NFref> repetidos para finNFe igual a 3 (NF-e de ajuste), então cada um desses blocos opcionais adicionam bytes significativos que, somados a itens com tributação ICMSST detalhada (vBCST, pMVAST, pRedBCST, vICMSST), podem fazer uma única NF-e ultrapassar individualmente os 500KB: avalie suprimir entradas redundantes de <autXML> mantendo apenas o CNPJ do destinatário quando aplicável.