Principal Identificação da NF-e
📚

Identificação da NF-e

Suporte Técnico
Por Suporte Técnico
• 7 artigos

Como resolver a Rejeição 452? Solicitada resposta assíncrona para lote com somente uma NFC-e

Qual o motivo dessa rejeição? A Rejeição 452 ocorre quando é enviado um lote de autorização de NFC-e (Nota Fiscal de Consumidor Eletrônica) contendo apenas uma nota, mas com a opção de resposta assíncrona ativada. No caso da NFC-e, sempre que for enviado um lote com apenas uma nota, a SEFAZ exige que o modo de envio seja síncrono — ou seja, o sistema deve aguardar a resposta imediata da autorização. O modo assíncrono (em que a resposta é processada depois) só é permitido para NF-e (modelo 55) ou para lotes com múltiplas notas. Exemplo: Uma empresa emite uma NFC-e e envia apenas uma única nota no lote, mas configura o envio como assíncrono. A SEFAZ rejeita a operação com a mensagem: "452 – Solicitada resposta assíncrona para lote com somente uma NFC-e". Como resolver? Para corrigir essa rejeição, é necessário ajustar a forma de envio da nota fiscal: - Se estiver enviando somente uma NFC-e por vez, configure o sistema para resposta síncrona; - Se quiser utilizar o modo assíncrono, envie o lote com duas ou mais NFC-e. Após ajustar o modo de envio de acordo com o número de notas no lote, reenvie para a SEFAZ e a rejeição será eliminada. No emissor Treeunfe NFe, você não precisa se preocupar com essa rejeição, pois ele já está atualizado para não ocorrer essa falha. Emita suas notas fiscais com tranquilidade: clique no banner abaixo e teste gratuitamente por 7 dias sem limite de notas emitidas. Referência: - Manual de Orientação ao Contribuinte (v. 7.00) - Anexo I

Última atualização em Mar 30, 2026

Como resolver a Rejeição 703? Data-Hora de Emissão posterior ao horário de recebimento

Qual o motivo dessa rejeição? A Rejeição 703 ocorre quando a data e hora de emissão informada na NF-e (modelo 55) ou NFC-e (modelo 65) está posterior ao horário em que a SEFAZ recebeu o documento. Em outras palavras, a nota indica que foi emitida em um horário que ainda não aconteceu no relógio da SEFAZ. A SEFAZ aceita uma tolerância máxima de 5 minutos de diferença entre os horários dos sistemas, justamente para cobrir pequenas divergências de sincronização entre o servidor da empresa e o da SEFAZ. Se a diferença ultrapassar esse limite, a nota será rejeitada com a mensagem: 703 – Data-Hora de Emissão posterior ao horário de recebimento. Exemplo: Uma empresa emite uma NFC-e com a data e hora de emissão marcada como 15h30, mas, no momento em que a SEFAZ recebe a nota, o horário oficial é 15h24. Como a diferença é de 6 minutos, acima da tolerância permitida de 5 minutos, a nota fiscal é rejeitada com o motivo 703 – Data-Hora de Emissão posterior ao horário de recebimento. Como resolver? Para corrigir essa rejeição, é necessário ajustar a data e hora de emissão da NF-e ou NFC-e para que esteja dentro do limite de 5 minutos de diferença em relação ao horário atual da SEFAZ. Verifique se o relógio do seu computador ou servidor está sincronizado corretamente com a hora oficial. Após corrigir o horário e reenviar, a nota será aceita normalmente. Referência: Regra de validação da SEFAZ: - Manual de Orientação ao Contribuinte (v. 7.00) - Anexo I

Última atualização em Mar 30, 2026

Como resolver a Rejeição 570? Tipo de Emissão 3, 6 ou 7 só é válido nas contingências SCAN/SVC

Qual o motivo dessa rejeição? A rejeição "570 - Tipo de Emissão 3, 6 ou 7 só é válido nas contingências SCAN/SVC" ocorre quando uma Nota Fiscal Eletrônica (NF-e) é emitida com um tipo de emissão 3, 6 ou 7 e é enviada para um ambiente de tipo 0 - normal. Os tipos de emissão 3, 6 e 7 são específicos para situações de contingência: - Tipo de Emissão 3: Contingência SCAN (Sistema de Contingência do Ambiente Nacional) - Tipo de Emissão 6: Contingência SVC-AN (SVC do Ambiente Nacional) - Tipo de Emissão 7: Contingência SVC-RS (SVC do Rio Grande do Sul) Esses tipos de emissão são utilizados quando há problemas técnicos que impedem a transmissão da NF-e pelo método normal e a contingência é necessária. Quando uma NF-e com um desses tipos de emissão é enviada para o ambiente normal (Tipo 0), ocorre a rejeição 570, pois esse tipo de emissão só é válido nas contingências SCAN/SVC. Exemplo: Foi emitida uma NF-e com o tipo de emissão configurado como 6 (Contingência SVC-AN) e enviada para o ambiente normal. Nesse caso, a NF-e será rejeitada pelo motivo 570. Ao garantir que o tipo de emissão e o ambiente de envio sejam compatíveis, você pode evitar a rejeição 570 e assegurar que a NF-e seja processada corretamente. Como resolver? Para corrigir esse problema, é necessário verificar e ajustar o tipo de emissão conforme a situação: 1. Se a situação não for de contingência: - Ajuste o tipo de emissão para "0 - Normal". 2. Se a situação for de contingência e o tipo de emissão está correto: - Certifique-se de que a NF-e está sendo enviada para o ambiente de contingência apropriado, e não para o ambiente normal. Referência: Regra de validação da SEFAZ: - Manual de Orientação ao Contribuinte (v. 7.00) - Anexo I

Última atualização em Mar 30, 2026

Como resolver a Rejeição 506? Data de Saída menor que a Data de Emissão

Qual o motivo dessa rejeição? A Rejeição 506 - "Rejeição data de saída menor que a data de emissão" ocorre quando a nota fiscal é emitida com uma data de saída ou entrada que é anterior à data de emissão. Na emissão de uma Nota Fiscal Eletrônica (NF-e), a data de saída ou entrada representa o momento em que a operação fiscal, como a entrega de um produto ou a prestação de um serviço, vai realmente acontecer. Já a data de emissão é o momento em que a nota é gerada. Se a data de saída ou entrada for colocada como um dia anterior à data de emissão, a SEFAZ rejeitará a nota com a mensagem: "506 - Data de Saída menor que a Data de Emissão". Exemplo: Vamos supor que você emitiu uma nota fiscal no dia "21-08-2024" e preencheu a data de saída ou entrada como "20-08-2024". Nesse caso, a nota fiscal será rejeitada porque você está indicando que a operação aconteceu antes mesmo da nota ser emitida. Como resolver? Para corrigir essa rejeição, a data de saída ou entrada deve ser igual ou posterior à data de emissão da nota fiscal. Aqui está como ajustar: - Antes da correção: Data de Emissão = "21-08-2024" / Data de Saída = "20-08-2024" - Depois da correção: Data de Emissão = "21-08-2024" / Data de Saída = "21-08-2024" (ou uma data posterior) Após ajustar as datas corretamente, reenvie a nota fiscal para processamento. Referência: Regra de validação da SEFAZ: - Manual de Orientação ao Contribuinte (v. 7.00) - Anexo I

Última atualização em Mar 30, 2026

Como resolver a Rejeição 271? Código Município do Fato Gerador: difere da UF do emitente

Qual o motivo dessa rejeição? A Rejeição 271 ocorre quando a Nota Fiscal Eletrônica (NF-e) é emitida com um código de município do fato gerador (campo cMunFG) que não pertence à Unidade Federativa (UF) do emitente da nota. Esse campo é utilizado para indicar onde ocorreu a operação (venda, prestação de serviço, etc.), e deve sempre estar vinculado à UF da empresa emitente. Quando há essa divergência — por exemplo, a empresa é de São Paulo (SP) e o código do município informado pertence ao Paraná (PR) — a SEFAZ rejeita a nota com a mensagem: ​**"271 – Código Município do Fato Gerador: difere da UF do emitente"**. Exemplo: Uma empresa localizada em Minas Gerais (UF = MG) emite uma NF-e e informa no campo do município do fato gerador o código de um município de São Paulo (UF = SP). Como o código do município não pertence à mesma UF do emitente, a nota fiscal é rejeitada com o motivo 271 – Código Município do Fato Gerador: difere da UF do emitente. Como resolver? Para corrigir essa rejeição, é necessário verificar o código de município informado no campo do fato gerador (cMunFG) e garantir que ele corresponda a um município da mesma UF do emitente da nota. Caso esteja incorreto, substitua pelo código correto de um município localizado na UF onde a empresa está registrada. Após ajustar essa informação, reenvie a NF-e para a SEFAZ. Referência: Regra de validação da SEFAZ: - Manual de Orientação ao Contribuinte (v. 7.00) - Anexo I

Última atualização em Mar 30, 2026