Rejeição 220 — Prazo de Cancelamento superior ao previsto na Legislação

O que é esta rejeição?#

A Rejeição 220 é retornada pela SEFAZ durante a validação da NF-e quando há uma inconsistência relacionada a data e hora de emissão do documento fiscal, informação do documento fiscal. 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: Prazo de Cancelamento Superior ao Previsto na Legislação.

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#

• A data/hora de emissão está fora do prazo permitido pela SEFAZ
• O fuso horário informado está incorreto (deve seguir o padrão UTC com offset, ex: -03:00)
• A data de emissão é futura ou muito antiga em relação ao momento da transmissão
• A data de saída/entrada é anterior à data de emissão

Como resolver#

1. Ajuste a data/hora de emissão para o momento atual, dentro do prazo aceito pela SEFAZ
2. Use o formato correto com fuso horário: AAAA-MM-DDThh:mm:ss-03:00 (horário de Brasília)
3. Verifique se o relógio do servidor/computador emissor está sincronizado (use NTP)
4. A SEFAZ geralmente aceita NF-e com até 30 minutos de diferença do horário do servidor

Verificações analíticas#

• Se dhSaiEnt for anterior a dhEmi (comparando timestamps completos incluindo offset UTC), então a saída/entrada foi registrada antes da emissão, o que é fisicamente impossível e indica erro de preenchimento ou fuso horário invertido no campo dhSaiEnt: corrija dhSaiEnt para data/hora igual ou posterior a dhEmi, garantindo que ambos usem o mesmo offset UTC.
• Se tpEmis for diferente de 1 (contingência ativa como SCAN, EPEC, FS-DA ou offline) e dhEmi diferir em mais de 30 minutos do horário atual do servidor de transmissão, então a NF-e está sendo transmitida fora da janela de tolerância da SEFAZ para emissão normal: ajuste dhEmi para refletir o instante real de emissão ou acione o modo de contingência adequado ao cenário, registrando dhCont e xJust corretamente.
• Se o offset do fuso horário embutido em dhEmi (ex: -03:00 ou -04:00) não corresponder ao offset vigente na data de emissão para a UF do emitente (considerando horário de verão brasileiro, encerrado oficialmente em 2019), então o timestamp absoluto transmitido à SEFAZ diverge do horário local real, podendo empurrar dhEmi para fora da janela de cancelamento: padronize o offset para -03:00 para todas as UF do Brasil continental, pois o horário de verão não está mais em vigor.
• Se finNFe for igual a 4 (NF-e de devolução) ou 2 (NF-e complementar) e não existir o grupo NFref com chNFe referenciando a nota original, então a nota carece do vínculo obrigatório com o documento fiscal de origem, o que pode desencadear rejeições adicionais além do prazo — e o prazo de cancelamento da nota referenciada pode já ter expirado tornando o fluxo inválido: inclua o elemento NFref com a chave de acesso da NF-e original antes de retransmitir.
• Se dhEmi estiver correta e dentro do prazo, mas o campo cDV da chave de acesso (posição 44 da chNFe) não bater com o dígito verificador calculado pelo algoritmo módulo 11 sobre os demais 43 dígitos (cUF+AAMM+CNPJ emit+mod+serie+nNF+tpEmis+cNF), então a chave de acesso foi gerada com data divergente da dhEmi efetiva ou houve recomputação parcial após ajuste de data, fazendo a SEFAZ identificar a nota como adulterada ou com prazo inconsistente: recalcule completamente a chave de acesso a partir dos campos fonte já corrigidos e regenere o cDV antes de assinar e transmitir.