A boa notícia: quase todas essas rejeições têm a mesma raiz. Elas aparecem quando o grupo de IBS e CBS da nota é preenchido com algum dado incoerente, seja um código que não combina com outro, seja uma alíquota incompatível com o ano de emissão, seja um grupo que não deveria estar ali.

Neste guia, você vai entender por que os códigos mudaram de tamanho, quem já pode receber essas rejeições, o que mudou em outubro e como corrigir as mais comuns, uma a uma.

Por que as rejeições de IBS e CBS têm 4 dígitos?

Porque a Nota Técnica 2025.002-RTC ampliou o campo de status da resposta da SEFAZ (o cStat) de 3 para até 4 posições e passou a usar a nova faixa, a partir de 1000, para as rejeições exclusivas de IBS, CBS e Imposto Seletivo.

Pense em um prédio de escritórios que lotou os andares de 100 a 999. Em vez de misturar os novos inquilinos com os antigos, a administração construiu uma torre anexa, numerada a partir do 1000. Quem vê um número de 4 dígitos já sabe em qual prédio procurar: o problema está no grupo de tributos da Reforma, e não no ICMS, no destinatário ou no schema.

Na prática, isso vale como um atalho de diagnóstico:

• Código de 3 dígitos (como 225, 481, 539 ou 778): rejeição “do mundo antigo”, ligada a schema, cadastro, NCM, duplicidade e afins.
• Código de 4 dígitos (de 1000 em diante): rejeição do grupo de IBS, CBS ou Imposto Seletivo, ou de regras criadas pela Reforma, como as notas de crédito e débito.

A exceção que confunde muita gente é a rejeição 321, da nota de devolução sem referência por item. Ela usa um código de 3 dígitos porque já existia para devoluções sem documento referenciado e foi reaproveitada pela NT 2025.002-RTC para a nova regra de referência por item.

A mensagem que acompanha o código costuma trazer também o número do item com problema, no formato [nItem: 999]. Guarde essa informação: ela diz exatamente em qual produto da nota você precisa mexer.

Quem pode receber essas rejeições hoje?

Hoje, quem recebe rejeição de 4 dígitos em produção é quem preenche o grupo de IBS e CBS com algum erro. Quem deixa o grupo de fora ainda tem a nota autorizada.

Parece contraditório, mas existem duas camadas diferentes de validação:

1. A regra de presença (UB12-10, rejeição 1115 – “IBS/CBS não informado”). É a que barraria a nota emitida sem o grupo. Ela foi adiada pela versão 1.51 da nota técnica, aprovada pelo Ato Técnico Conjunto RFB/CGIBS nº 1, de 31 de julho de 2026, e hoje aparece como “implementação futura”, sem data.
2. As regras de conteúdo (todas as outras de 4 dígitos). Elas conferem se o que você informou está coerente e só são aplicadas nos documentos que trazem os campos de IBS, CBS e Imposto Seletivo preenchidos.

Funciona como a revisão de uma redação: por enquanto, o professor não dá zero para quem deixou a questão em branco, mas corrige cada linha de quem escreveu. Isso não significa que deixar em branco seja a saída. Para o Regime Normal, o preenchimento é obrigatório desde 3 de agosto de 2026, e a rejeição 1115 pode entrar em vigor assim que o Fisco definir uma data.

Se você ainda não tem certeza de qual é a sua situação, o nosso guia sobre IBS e CBS na nota fiscal detalha prazos e campos por regime.

O que mudou em 5 de outubro e o que fica para 16 de novembro

Em 5 de outubro de 2026, 27 das 28 regras de validação alteradas pela versão 1.51 da NT 2025.002-RTC entraram em produção. A 28ª, que exige o referenciamento por item na devolução, foi adiada. As novas regras não criaram campos novos: apenas apertaram a conferência de coerência de quem já preenche o grupo de IBS e CBS.

As mudanças se concentram em quatro frentes:

• Coerência entre o CST e os grupos informados: diferimento, redução de alíquota, ajuste de competência e estorno de crédito passam a ser exigidos ou proibidos conforme a tabela de indicadores do CST e do cClassTrib.
• Alíquota amarrada ao ano de emissão: em 2026, a nota só aceita 0,1% de IBS estadual, 0% de IBS municipal e 0,9% de CBS.
• Compras governamentais: informar o grupo de compra governamental passa a obrigar o grupo de redução de alíquota.
• Notas de crédito e débito: a nota de ajuste da Reforma (finalidade 5 ou 6) não pode carregar ICMS, ISSQN, IPI, PIS, Cofins e outros tributos do modelo atual.

No mesmo dia, um aviso do ENCAT adiou a versão seguinte, a 1.52. Por isso, a regra do referenciamento por item na devolução ficou para novembro.

Se você emite notas de devolução, vale ler também o que muda com o referenciamento por item (DFeReferenciado).

Rejeições de IBS e CBS mais comuns e como corrigir cada uma

A maioria das rejeições de 4 dígitos cai em cinco famílias: códigos de classificação, grupos que sobram ou faltam, alíquotas, notas de crédito e débito e, por fim, totais. Ache o seu código na tabela e siga a correção indicada.

Códigos de classificação (CST e cClassTrib)

Grupos que sobram ou faltam

Alíquotas

Atenção à armadilha: quando o cClassTrib indica tributação regular, a alíquota informada deve ser zero, e não o percentual do ano.

Notas de crédito e débito

Totais

E a 1115 (IBS/CBS não informado)? Ela existe na tabela, mas está adiada em produção. Se você a encontrar, provavelmente está emitindo em homologação, o ambiente de testes.

Como corrigir qualquer rejeição de IBS e CBS em 6 passos

Se o seu código não está na tabela acima, o roteiro abaixo resolve a grande maioria dos casos. A regra de ouro: não reenvie a nota sem mudar nada, porque a SEFAZ vai devolver o mesmo erro.

1. Anote o código e o item. Copie o cStat e o número que aparece em [nItem]. Esse número aponta o produto exato com problema.
2. Abra o cadastro desse produto. É dali que o emissor puxa o CST e o cClassTrib. Corrigir só a nota resolve uma vez; corrigir o cadastro resolve todas as próximas.
3. Confira o par CST × cClassTrib. Os 3 primeiros dígitos do cClassTrib precisam ser iguais ao CST. Use a tabela oficial publicada no Portal Nacional da NF-e.
4. Veja o que o CST pede. Cada CST diz se a operação exige, permite ou proíbe grupos como diferimento e redução de alíquota. Não existe meio-termo: se o indicador proíbe, o grupo não pode ser enviado.
5. Confira alíquotas e finalidade. Em 2026: 0,1% de IBS estadual, 0% de IBS municipal e 0,9% de CBS. Em nota de crédito ou débito, nada de ICMS, IPI, PIS ou Cofins.
6. Retransmita. A nota rejeitada não foi autorizada, então você pode reenviá-la corrigida com o mesmo número.

Se a rejeição se repete em várias notas, o problema quase sempre está no cadastro ou no sistema emissor, e não em quem está emitindo. Vale revisar os códigos com o seu contador e confirmar que o emissor está atualizado para a NT 2025.002-RTC. Um emissor desatualizado também costuma gerar a rejeição 225 (falha no schema XML).

Exemplo prático: corrigindo a rejeição 1024

Imagine uma distribuidora tributada pelo Lucro Presumido que vende um produto com redução de alíquota de IBS e CBS. No cadastro, alguém trocou o CST para 200 (alíquota reduzida), mas esqueceu de ajustar o cClassTrib, que continuou 000001 (tributação integral).

A SEFAZ devolve:

Rejeição 1024: Classificação Tributária do IBS e da CBS incompatível com o CST informado [nItem: 3]

O diagnóstico está no próprio código: o cClassTrib começa com 000, mas o CST é 200. É como uma etiqueta que diz “produto com desconto” colada em uma caixa cujo código de barras diz “preço cheio”. A SEFAZ lê as duas informações e percebe que uma desmente a outra.

A correção tem três movimentos:

1. No cadastro do item 3, troque o cClassTrib por um código da família 200 que corresponda ao fundamento legal da redução aplicada ao produto.
2. Confira na tabela de indicadores quais grupos a nova combinação de CST e cClassTrib exige ou proíbe, como o de redução de alíquota, e ajuste a nota. Se um grupo obrigatório ficar de fora, ou um proibido continuar lá, a próxima tentativa cai em outra rejeição de 4 dígitos.
3. Retransmita a nota com o mesmo número.

Na dúvida sobre qual cClassTrib usar, valide a escolha com o seu contador, porque cada código está ligado a um artigo específico da Lei Complementar nº 214/2025.

Sou MEI ou do Simples Nacional. Preciso me preocupar agora?

Com bloqueio, ainda não; com preparação, sim. Para MEI (CRT 4) e Simples Nacional (CRT 1), a obrigatoriedade de informar IBS e CBS começa em 1º de janeiro de 2027, e as orientações específicas para esses regimes serão publicadas em nota técnica futura.

O cuidado agora tem dois lados. Primeiro, o CRT da nota precisa bater com o cadastro na SEFAZ, senão a nota cai na rejeição 481. Segundo, quando 2027 chegar, as mesmas rejeições de 4 dígitos deste guia passam a valer para você.

Por isso, use os próximos meses para revisar o cadastro de produtos, incluindo o NCM de cada item, que também pode travar a nota com a rejeição 778.

Emita sem medo das novas rejeições

As rejeições de IBS e CBS punem a incoerência, e a incoerência nasce quando os códigos são preenchidos à mão ou em sistemas que não conversam entre si. No NFe+, o CST e o cClassTrib saem do cadastro do produto e são validados juntos antes de a nota ir para a SEFAZ. Emita sua próxima nota grátis no NFe+ →

Este conteúdo é informativo e reflete as regras vigentes na data da publicação deste artigo. A Nota Técnica 2025.002-RTC muda com frequência. Para definir o CST e o cClassTrib das suas operações, consulte sempre o seu contador.

A partir de 16 de novembro de 2026, essa regra muda. A nota de devolução vai precisar mostrar, para cada produto devolvido, de qual nota ele veio e em qual linha dessa nota ele aparece.

Pense na devolução de uma compra numa loja. Hoje, é como se você entregasse o cupom fiscal inteiro e dissesse que vai devolver um item dele. Com a nova regra, você precisa apontar a linha exata do cupom onde está o produto devolvido.

Neste artigo, você vai entender o que muda com o DFeReferenciado, quando a regra começa a valer, como preencher as novas informações e quais erros podem fazer a SEFAZ rejeitar a sua nota.

O que muda na nota de devolução

A mudança foi definida na Nota Técnica (NT) 2025.002-RTC, documento que adapta a NF-e à Reforma Tributária do Consumo. Uma das regras de validação dessa nota técnica, a VC02-14, define como a nota de devolução deve indicar a nota original.

Hoje, essa indicação fica no cabeçalho da nota, no grupo de documentos referenciados (NFref), no campo refNFe. Com a nova regra, ela passa para dentro de cada item, num grupo de campos chamado DFeReferenciado. Para cada produto devolvido, a nota precisa informar:

• a chave de acesso da nota original, aquele número de 44 dígitos que identifica a NF-e;
• o número do item na nota original, ou seja, a linha em que o produto aparece naquela nota. No XML, esse campo se chama nItem.

Quando a regra entrar em vigor, o modelo antigo deixará de ser aceito. Uma nota de devolução que ainda indicar a nota original apenas no cabeçalho será rejeitada.

Quando a regra começa a valer

A data de início já foi alterada algumas vezes. A previsão inicial era 1º de setembro de 2026. Depois, a data passou para 5 de outubro e, em seguida, para 3 de novembro. Mais recentemente, um aviso da Coordenação Técnica do ENCAT, publicado em 5 de outubro de 2026, adiou a obrigatoriedade para 16 de novembro de 2026.

Confira o cronograma atual:

Até a data de obrigatoriedade, a SEFAZ aceita os dois modelos: o antigo, com a indicação no cabeçalho, e o novo, com a indicação por item. Use esse período para confirmar que o seu sistema emissor está preparado.

Como o calendário tem mudado com frequência, acompanhe o Portal Nacional da NF-e para saber se houve algum novo adiamento.

Quem precisa se adaptar

A regra vale para toda NF-e emitida com a finalidade de devolução (finalidade 4 no campo finNFe). Ela não se aplica a outras finalidades, como nota complementar ou nota de ajuste. Nesses casos, a indicação da nota original continua sendo feita como antes, mesmo que o CFOP seja de devolução, como o CFOP 5202 e o CFOP 6202.

Se você é MEI ou optante pelo Simples Nacional, também precisa se adaptar. A indicação por item vale para qualquer empresa que emita nota de devolução, independentemente do regime tributário. Para esses regimes, a diferença de calendário está apenas no IBS e na CBS: a obrigação de informar esses tributos na nota só começa em janeiro de 2027.

Como preencher o DFeReferenciado na prática

A dúvida mais comum é sobre o número do item. Ele deve ser o número da linha na nota original, e não na nota de devolução que você está emitindo.

Veja um exemplo. Você comprou cinco produtos de um fornecedor, todos na mesma nota fiscal, e vai devolver dois deles: o que estava na linha 2 e o que estava na linha 4 da nota do fornecedor.

Na sua nota de devolução, esses dois produtos vão aparecer como itens 1 e 2, porque são os únicos da nota. Mas, ao indicar a nota original, cada um deve apontar para a linha que ocupava na nota do fornecedor:

Na maioria dos casos, você não vai precisar preencher essas informações manualmente. Os sistemas emissores atualizados buscam a chave de acesso e o número do item automaticamente a partir da nota original. Por isso, o passo mais importante é confirmar com o fornecedor do seu sistema se ele já está adaptado à nova regra.

Para quem acompanha o XML da nota, a estrutura de cada item fica parecida com esta (exemplo simplificado):

<det nItem="1">
  <prod>...</prod>
  <imposto>...</imposto>
  <DFeReferenciado>
    <chaveAcesso>43260000000000000000550010000012341000012345</chaveAcesso>
    <nItem>2</nItem>
  </DFeReferenciado>
</det>

Devolução parcial

Se você comprou 50 unidades de um produto e vai devolver apenas 10, o número do item continua sendo o da linha original. Na nota de devolução, mudam só a quantidade e os valores, que ficam proporcionais ao que está sendo devolvido.

Devolução de itens de notas diferentes

Uma mesma nota de devolução pode incluir produtos de mais de uma nota fiscal, desde que todas tenham sido emitidas pelo mesmo fornecedor. Nesse caso, cada item aponta para a chave de acesso e para o número do item da sua própria nota de origem.

Rejeições que podem acontecer na NF-e de devolução

Quando a regra entrar em vigor, a rejeição mais comum deve ser a 321: "NF-e de devolução de mercadoria não possui documento fiscal referenciado por item". Ela acontece quando a nota ainda indica a nota original apenas no cabeçalho ou quando algum produto devolvido está sem essa indicação.

A nota técnica também prevê outras rejeições ligadas à indicação por item:

• Rejeição 1010: a nota indica a nota original no cabeçalho e nos itens ao mesmo tempo. Na devolução, a indicação deve ser feita somente nos itens.
• Rejeição 1048: algum item tem a chave de acesso da nota original, mas está sem o número do item.
• Rejeição 1072: a mesma chave de acesso e o mesmo número do item foram informados em mais de uma linha.
• Rejeição 1193: os itens da devolução apontam para notas de fornecedores diferentes.
• Rejeição 1194: na devolução de uma compra, o destinatário da nota de devolução não é a empresa que emitiu a nota original. Essa validação se aplica quando as duas notas são de saída, como acontece quando você devolve ao fornecedor uma mercadoria comprada dele.

Checklist para se preparar

Antes de 16 de novembro, verifique com o seu sistema emissor se a nota de devolução:

• é emitida com a finalidade de devolução;
• indica, em cada item devolvido, a chave de acesso e o número do item da nota original;
• usa o número da linha do produto na nota original, e não na nota de devolução;
• não repete a mesma chave de acesso e o mesmo número do item em mais de uma linha;
• referencia apenas notas de um mesmo fornecedor;
• tem como destinatário a empresa que emitiu a nota original, no caso de devolução de compra;
• não traz mais a indicação da nota original no cabeçalho.

Conclusão

Com a nova regra, a nota de devolução vai mostrar com precisão quais produtos estão sendo devolvidos e de qual linha da nota original cada um veio. Você tem até 16 de novembro de 2026 para se preparar.

Os dois cuidados principais são confirmar que o seu sistema emissor já está atualizado e verificar se o número do item informado corresponde à linha certa da nota original. Com isso, você evita rejeições e mantém as suas devoluções em dia.

Como o cronograma da Reforma Tributária ainda pode mudar, acompanhe as atualizações oficiais e, em caso de dúvida sobre a sua operação, converse com o seu contador. Ele pode confirmar o enquadramento correto de cada devolução.

Neste guia, você vai entender o que mudou no layout da nota fiscal com o IBS e a CBS, quem já precisa se adequar, quem ainda tem prazo, como preencher os novos campos sem erro e o que muda ano a ano até o fim da transição.

O que são IBS e CBS?

IBS (Imposto sobre Bens e Serviços) e CBS (Contribuição sobre Bens e Serviços) são os dois novos tributos criados pela Reforma Tributária do Consumo (Emenda Constitucional nº 132/2023 e Lei Complementar nº 214/2025) para substituir o ICMS, o ISS, o PIS, a Cofins e, em parte, o IPI, em uma transição que vai até 2033.

A lógica é a de um IVA dual: a CBS é a parcela federal do novo modelo, enquanto o IBS reúne, em um único tributo, o que hoje está dividido entre estados (ICMS) e municípios (ISS). Em vez de dezenas de legislações estaduais e municipais diferentes, o objetivo final é ter uma base de cálculo e regras de apuração unificadas em todo o país.

Para quem emite nota fiscal no dia a dia, isso significa uma coisa concreta: 2026 é o primeiro ano em que esses tributos deixam de ser só teoria de reforma e passam a aparecer, de fato, dentro do XML da nota — ainda que em fase de teste.

O que mudou no layout da NF-e com IBS e CBS?

A mudança técnica está descrita na Nota Técnica 2025.002-RTC, que criou um novo bloco na estrutura da NF-e e da NFC-e chamado Grupo UB — Informações de Tributação do IBS/CBS e Imposto Seletivo. Esse grupo concentra todos os campos necessários para a apuração dos novos tributos: alíquotas, base de cálculo, valores calculados e classificação tributária de cada item da nota.

Dentro desse grupo, dois campos respondem por quase toda a complexidade:

• CST IBS/CBS — um código de três dígitos que identifica a situação tributária básica do item em relação aos novos tributos. Ele cumpre, para o IBS e a CBS, o mesmo papel que o CST do ICMS cumpre hoje: dizer se a operação é tributada normalmente, tem redução de alíquota, é isenta, imune ou suspensa, entre outras situações.
• cClassTrib — o código de classificação tributária, mais granular. Ele detalha a situação descrita pelo CST e precisa ser compatível com ele: os três primeiros dígitos do cClassTrib devem corresponder ao CST IBS/CBS informado.

Cada combinação de CST e cClassTrib está amarrada a um artigo específico da Lei Complementar nº 214/2025. Isso tem uma vantagem prática: em vez de interpretar a lei caso a caso, a empresa (ou o sistema emissor) consulta a tabela oficial publicada pelo Fisco e localiza o código correspondente à operação — venda tributada normalmente, doação, brinde, amostra grátis, transferência sem cobrança, exportação, entre outras.

Essa tabela não é estática: o Fisco a atualiza periodicamente durante toda a transição (2026 a 2033), à medida que surgem ajustes legais ou necessidades da chamada Apuração Assistida do IBS e da CBS.

Quem já é obrigado a informar IBS e CBS na nota fiscal?

Este é o ponto que mais gera dúvida, e a resposta depende do regime tributário da empresa:

• Empresas do Regime Normal (Lucro Presumido e Lucro Real, CRT = 3): obrigadas desde 3 de agosto de 2026 a informar o grupo de IBS e CBS na NF-e e na NFC-e. A rejeição automática das notas sem esse grupo (rejeição 1115) foi adiada pelo Ato Técnico Conjunto RFB/CGIBS nº 1/2026, sem nova data definida. A nota ainda é autorizada, mas a empresa fica em desacordo com a obrigação.
• Simples Nacional e MEI (CRT = 1 e CRT = 4): obrigatoriedade a partir de 1º de janeiro de 2027, conforme o Ato Conjunto RFB/CGIBS nº 4/2026. Operações com tributação monofásica seguem o mesmo prazo.

Vale lembrar: seja qual for o regime, o CRT informado na nota precisa bater com o cadastro da empresa na SEFAZ. Caso contrário, a nota cai na rejeição 481.

O layout técnico continua mudando: a Nota Técnica 2025.002-RTC já passou por várias versões, e algumas validações ainda não têm data para entrar em produção. Emissores desatualizados costumam gerar a rejeição 225 (falha no schema XML).

Se você é MEI ou optante do Simples Nacional, ainda não precisa se preocupar com bloqueio de emissão, mas o relógio já está correndo até janeiro de 2027.

Quais são as alíquotas de IBS e CBS em 2026?

Mesmo para quem já é obrigado a preencher os campos, não há cobrança efetiva de IBS e CBS em 2026. As alíquotas deste período são simbólicas: 0,1% de IBS e 0,9% de CBS, somando 1%. Elas servem apenas para testar o sistema e não aumentam a carga tributária, desde que a empresa cumpra as obrigações acessórias, ou seja, informe os campos corretamente na nota.

Funciona como um período de ensaio: o modelo atual (ICMS, ISS, PIS e Cofins) continua valendo normalmente, enquanto o novo (IBS e CBS) roda em paralelo, apenas registrando valores. A cobrança real começa em 2027, com a CBS, e a transição termina em 2033, quando o ICMS e o ISS são extintos.

Quer saber quanto a sua empresa vai pagar quando a cobrança for real? A calculadora da reforma tributária do eGestor projeta IBS e CBS ano a ano até 2033, comparando com os tributos de hoje.

O que acontece se a nota for emitida sem IBS e CBS?

Hoje, para as empresas obrigadas, a falta dos campos de IBS e CBS ainda não impede a autorização da nota, porque a regra de rejeição foi adiada. Mas o risco existe. Primeiro, a dispensa do recolhimento das alíquotas de teste de 2026 depende de a empresa cumprir as obrigações acessórias. Segundo, quando a validação for ativada, as notas sem os campos passam a ser rejeitadas pela SEFAZ. Sem nota autorizada, não há faturamento, remessa, devolução nem transferência entre filiais.

Quando o grupo é informado, outras validações já estão ativas. Uma das causas de rejeição mais comuns é a inconsistência entre o CST e o cClassTrib, ou seja, quando os três primeiros dígitos do cClassTrib não correspondem ao CST IBS/CBS declarado. Isso costuma acontecer quando o sistema emissor preenche os dois campos de forma independente, sem checar a coerência entre eles antes de enviar a nota. Por isso, vale usar um emissor atualizado, que valide os dois campos juntos, em vez de preencher tudo manualmente.

Não espere a rejeição ser ativada. O NFe+ já preenche e valida o CST e o cClassTrib juntos, a partir do cadastro dos seus produtos. Teste grátis e emita sua próxima nota já no novo layout.

Exemplo prático: como preencher IBS e CBS na NF-e

Imagine uma empresa do Regime Normal vendendo um produto de R$ 1.000,00 em uma operação interna tributada normalmente, já dentro do período de testes de 2026. Além dos campos tradicionais de ICMS que a empresa já preenche hoje, o Grupo UB da nota passa a trazer também:

• CST IBS/CBS 000 — tributação integral, sem reduções;
• cClassTrib 000001 — situações tributadas integralmente pelo IBS e pela CBS (os três primeiros dígitos batem com o CST);
• Base de cálculo do IBS e da CBS (em geral, o valor da operação, R$ 1.000,00; a LC nº 214/2025 prevê algumas exclusões, então confirme com seu contador);
• Valor calculado de IBS (0,1% de teste = R$ 1,00) e de CBS (0,9% de teste = R$ 9,00) — apenas informativos, sem cobrança real em 2026.

Na prática, quem emite a nota não precisa escolher o código na hora: o sistema aplica o CST e o cClassTrib a partir do cadastro do produto e do tipo de operação. Por isso, a responsabilidade real está em manter esse cadastro correto, de preferência revisado com o seu contador.

Como se preparar para IBS e CBS na nota fiscal em 5 passos

A boa notícia é que o trabalho pesado fica com o sistema emissor. Da sua parte, bastam cinco passos:

1. Confirme se o seu regime tributário já está no grupo obrigatório (Regime Normal) ou ainda tem prazo até janeiro de 2027 (Simples Nacional/MEI).
2. Revise o cadastro de produtos e serviços: é a partir dele que o sistema monta automaticamente o CST e o cClassTrib corretos para cada operação. Aproveite para conferir o NCM de cada item, já que um código inválido gera a rejeição 778.
3. Use um emissor já adaptado à Nota Técnica 2025.002-RTC, como o NFe+, que preenche o Grupo UB automaticamente, sem você precisar decorar códigos.
4. Se sua empresa trabalha com operações fora do padrão (doações, brindes, transferências sem cobrança, exportação), confirme com seu contador se o cadastro já reflete corretamente esses cenários.
5. Acompanhe atualizações — a tabela de CST/cClassTrib é revisada periodicamente pelo Fisco ao longo de todo o período de transição (2026 a 2033), então um código correto hoje pode ganhar variações no futuro.

Pronto para o novo layout? No NFe+, você cadastra o produto uma vez e o sistema cuida do Grupo UB em todas as notas, sem planilha e sem decorar códigos. Começar a emitir grátis →

Cronograma da Reforma Tributária: o que muda de 2026 a 2033

• 2026: ano de testes. Alíquotas simbólicas (0,9% de CBS + 0,1% de IBS), sem cobrança efetiva para quem cumpre as obrigações acessórias. Campos obrigatórios para o Regime Normal desde agosto.
• 2027: a CBS passa a ser cobrada com alíquota de referência (reduzida em 0,1 ponto percentual em 2027 e 2028), e o PIS e a Cofins são extintos. O IPI é zerado, exceto para produtos da Zona Franca de Manaus, e começa o Imposto Seletivo. Os campos passam a ser obrigatórios também para Simples Nacional e MEI.
• 2027 e 2028: o IBS continua com alíquota de teste (0,1%).
• 2029 a 2032: o ICMS e o ISS caem gradualmente, e o IBS sobe na mesma proporção.
• 2033: fim da transição. O ICMS e o ISS são extintos, e o IBS atinge a alíquota plena.

Janeiro de 2027 está logo ali. Se você é MEI ou Simples Nacional, comece agora a emitir com um sistema que já acompanha cada atualização da Reforma Tributária. Emitir nota fiscal grátis no NFe+

Em outras palavras, o sistema não encontra a chave de acesso informada na base de dados no momento da validação.

Esse erro surge quando você emite uma NF-e (modelo 55) e preenche a tag refNFe com a chave de outra nota. Se a SEFAZ não localizar essa nota, ela rejeita o documento com a mensagem:

Rejeição 267: Chave de Acesso referenciada inexistente

A seguir, entenda por que isso ocorre e como corrigir.

Por que a rejeição 267 acontece?

A rejeição 267 ocorre principalmente quando a nota referenciada ainda não recebeu autorização.

Além disso, o erro também aparece quando você digita a chave de acesso incorretamente.

Da mesma forma, a rejeição acontece quando a NF-e referenciada pertence à mesma UF do emitente e ainda não consta na base estadual.

Segundo a regra de validação da SEFAZ, quando a UF da chave referenciada é igual à UF do emitente, o sistema consulta o banco de dados do estado. Se não encontrar a nota, rejeita a NF-e.

Por isso, sempre que as duas notas forem da mesma UF, você deve autorizar primeiro a nota original.

Quando a rejeição 267 não ocorre?

A regra possui exceções específicas.

Primeiramente, quando a NF-e referenciada pertence a outra UF, a SEFAZ não exige que a nota já esteja autorizada na base do estado do emitente.

Além disso, a legislação permite exceção nos casos de emissão em contingência (tpEmis = 2, 4 ou 5), conforme a NT 2013/003.

Nessas situações, a nota pode ainda não constar na base no momento da validação.

No entanto, essa exceção não se aplica à NF-e complementar (finNFe = 2). Nesse caso, a nota referenciada precisa estar autorizada.

Exemplo prático da rejeição 267

Imagine uma empresa do Rio Grande do Sul que emite uma NF-e complementar. Nessa nota, ela referencia outra NF-e do mesmo estado. Entretanto, a nota original ainda aguarda autorização.

Como as duas pertencem à mesma UF, a SEFAZ consulta a base estadual. Como não encontra a chave informada, retorna a rejeição 267. Assim, a empresa precisa aguardar a autorização da nota original antes de reenviar a complementar.

Como resolver a rejeição 267

• Primeiramente, consulte a chave de acesso da NF-e referenciada.
• Em seguida, verifique se a nota já recebeu autorização na SEFAZ.
• Se a nota ainda estiver pendente, aguarde o processamento ou regularize a emissão.
• Depois disso, reenvie a NF-e que realiza a referência.
• Caso identifique erro de digitação, corrija a chave informada na tag refNFe antes de transmitir novamente.
• Além disso, consulte a situação da nota no Portal Nacional da NF-e ou no site da SEFAZ de origem.

Como informar corretamente a chave no XML

Você deve informar a chave dentro da estrutura correta do XML:

<NFref>
   <refNFe>CHAVE_DE_ACESSO_AQUI</refNFe>
</NFref>

Se o seu sistema preencher esse campo automaticamente, revise os dados antes de autorizar. Dessa forma, você evita erros simples que geram rejeição.

Como evitar a rejeição 267

Antes de emitir uma NF-e complementar ou referenciada, confirme se a nota original já foi autorizada.

Sempre que possível, evite digitar a chave manualmente. Além disso, acompanhe o status das notas emitidas em contingência.

Por fim, utilize um sistema que valide a situação da nota antes do envio. Assim, você reduz retrabalho e mantém sua rotina fiscal organizada.

Como resolver a rejeição 267 no NFE+

O NFE+ é o emissor de NF-e gratuito da Zipline Tecnologia, a mesma empresa do eGestor: o plano gratuito emite até 15 notas por mês e tem ambiente de teste, que valida a nota na SEFAZ sem valor fiscal.

A rejeição 267 vem de um dado preenchido de forma diferente do que a SEFAZ espera. A nota fica com a situação Rejeitada, sem valor fiscal, e pode ser corrigida e reenviada com o mesmo número.

1. Abra a nota rejeitada e confira o dado que a rejeição aponta: “chave de acesso referenciada inexistente”.
2. Corrija nos dados da própria nota: datas, destino da operação, documento referenciado, forma de pagamento e totais.
3. Use salvar e enviar para transmitir a nota de novo à SEFAZ.
4. Se ainda tiver dúvida sobre o preenchimento, emita antes no ambiente de teste, que valida a nota sem valor fiscal, e confirme o enquadramento com o seu contador.

Resumo

A rejeição 267 indica que a SEFAZ não localizou a chave de acesso referenciada na base de dados. Na maioria dos casos, isso acontece porque a nota ainda não foi autorizada.

Portanto, autorize primeiro a NF-e original. Depois disso, reenvie a nota que faz a referência. Dessa maneira, você resolve o problema com rapidez e evita novas rejeições.

A rejeição 931 ocorre quando o código de benefício fiscal (cBenef) não é compatível com o CST informado e com a UF da operação. Por isso, a SEFAZ rejeita a NF-e ou a NFC-e no momento da autorização.

Sempre que a NF-e (modelo 55) ou a NFC-e (modelo 65) possui CST preenchido e também informa o campo cBenef, a SEFAZ cruza essas informações. Dessa forma, qualquer incompatibilidade gera a rejeição.

Mensagem retornada

• 931 – Informado código de benefício fiscal incompatível com CST e UF

Por que a rejeição 931 acontece

A rejeição 931 acontece, principalmente, pelos seguintes motivos:

• O CST não permite o uso do código de benefício fiscal informado;
• O código de benefício fiscal não é válido para a UF da operação;
• O benefício fiscal não está vigente na tabela estadual.

Além disso, cada código de benefício fiscal está vinculado a situações tributárias específicas. Portanto, não basta apenas preencher o campo cBenef.

Exemplo prático da rejeição 931

Uma empresa emite uma NF-e com CST 40 (isenta). Porém, informa no campo cBenef um código que não é compatível com esse CST, conforme a tabela do estado.

Nesse cenário, a SEFAZ identifica a inconsistência. Assim, a NF-e é rejeitada pelo motivo 931.

Outro exemplo comum ocorre quando a empresa utiliza o CST 00 (tributado integralmente) com um código de benefício fiscal destinado a operações isentas de ICMS. Nesse caso, a rejeição também ocorre.

O que diz a regra de validação da SEFAZ

A regra de validação determina o seguinte:

• Se for informado CST e código de benefício fiscal, a SEFAZ verifica se o cBenef está vigente;
• Em seguida, valida se o código corresponde ao CST informado;
• A conferência ocorre conforme a tabela de código de benefício fiscal por UF.

Além disso, a implementação dessa regra é opcional. Ou seja, cada UF define se aplica a validação, para quais CST e para qual modelo de documento fiscal.

Exceções da rejeição 931

Existem situações em que a rejeição 931 não se aplica. Veja as principais exceções:

• Devolução de mercadoria, quando a operação for interestadual ou com o exterior;
• Devolução de mercadoria, a critério da UF;
• NF-e de ajuste, a critério da UF;
• Operações de entrada, conforme regra estadual.

Ainda assim, é fundamental validar as regras específicas do seu estado.

Atenção para itens sem benefício fiscal

Para itens que não possuem benefício fiscal, algumas UFs exigem o preenchimento da literal “SEM CBENEF”. Por isso, sempre consulte a tabela publicada no Portal Nacional da NF-e da sua UF.

Esse ponto gera erros com frequência. Entretanto, a correção costuma ser simples.

Como resolver a rejeição 931

Para resolver a rejeição 931, siga este passo a passo:

• Verifique o CST informado no item da nota;
• Em seguida, consulte a tabela de códigos de benefício fiscal da UF;
• Confirme se o cBenef é compatível com o CST utilizado;
• Ajuste o CST ou o código de benefício fiscal, se necessário;
• Reenvie a NF-e após a correção.

Dessa forma, a nota tende a ser autorizada sem novas rejeições.

Dica importante

Se houver dúvida sobre qual código utilizar, procure o contador da empresa. Além disso, você pode consultar o suporte da SEFAZ do seu estado para confirmar a regra aplicada.

Como resolver a rejeição 931 no NFE+

O NFE+ é o emissor de NF-e gratuito da Zipline Tecnologia, a mesma empresa do eGestor: o plano gratuito emite até 15 notas por mês e tem ambiente de teste, que valida a nota na SEFAZ sem valor fiscal.

A rejeição 931 vem de um dado preenchido de forma diferente do que a SEFAZ espera. A nota fica com a situação Rejeitada, sem valor fiscal, e pode ser corrigida e reenviada com o mesmo número.

1. Abra a nota rejeitada e confira o dado que a rejeição aponta: “informado código de benefício fiscal incompatível com CST e UF”.
2. Corrija no cadastro do produto ou nos itens da nota: NCM, CFOP, CST/CSOSN e os dados de ICMS, IPI, PIS e COFINS. Corrigir no cadastro evita que o erro volte na próxima nota.
3. Use salvar e enviar para transmitir a nota de novo à SEFAZ.
4. Se ainda tiver dúvida sobre o preenchimento, emita antes no ambiente de teste, que valida a nota sem valor fiscal, e confirme o enquadramento com o seu contador.

Conclusão

A rejeição 931 está diretamente ligada à compatibilidade entre CST, código de benefício fiscal e UF. Portanto, validar essas informações antes da emissão evita retrabalho e atrasos na autorização da NF-e.

Por fim, manter a tabela de benefícios fiscais atualizada no sistema é essencial para reduzir esse tipo de erro no dia a dia.

O que significa a rejeição 773 na NF-e

A Sefaz retorna a rejeição 773 quando a nota atende todas as condições abaixo:

• operação de entrada ou saída • idDest igual a 1, indicando operação interna • indFinal igual a 0, caracterizando consumidor normal • UF do destinatário diferente da UF do emitente

Diante disso, o sistema entende que a operação não pode ser classificada como interna.

Por que a rejeição 773 acontece

Em geral, o erro ocorre por inconsistência de dados. Além disso, a falha costuma estar relacionada à configuração incorreta da operação fiscal.

Dados do destinatário incorretos

Primeiro, o endereço do destinatário pode estar errado. Nesse caso, a UF informada não corresponde à realidade da operação. Como resultado, a Sefaz identifica divergência entre a UF de origem e a UF de destino.

Destino da operação configurado incorretamente

Por outro lado, a operação pode ser interestadual, porém foi marcada como estadual. Dessa forma, mesmo com o endereço correto, o campo idDest provoca a rejeição.

Quando a rejeição 773 não se aplica

Apesar disso, a Sefaz define exceções importantes. A rejeição 773 não se aplica quando:

• a UF de consumo é igual à UF do emitente • a UF do local de entrega é igual à do emitente e não há local de retirada • a UF do local de retirada é igual à do destinatário e não há local de entrega • entrega e retirada possuem a mesma UF • a operação é destinada a consumidor final, com indFinal igual a 1

Nessas situações, portanto, o sistema ignora a validação.

Como corrigir a rejeição 773

A correção depende do tipo real da operação. Por isso, é essencial revisar a configuração antes do reenvio da NF-e.

Se a operação for estadual

Nesse cenário, se a venda for interna, corrija os dados do destinatário. Assim, a UF do destinatário deve ser igual à UF do emitente. Em seguida, salve a nota e reenvie.

Se a operação for interestadual

Por outro lado, se a venda ocorrer entre estados, faça dois ajustes obrigatórios. Primeiro, altere o idDest de 1 para 2. Depois disso, ajuste o CFOP dos produtos. Nessas operações, o CFOP sempre começa com 6. Assim, a nota passa a refletir corretamente o destino da operação.

O que verificar antes de reenviar a NF-e

Antes disso, revise alguns pontos-chave:

• UF do emitente • UF do destinatário • indicador de destino da operação • CFOP dos itens • indicador de consumidor final • endereço de entrega ou retirada

Dessa forma, você reduz o risco de nova rejeição.

Como resolver a rejeição 773 no NFE+

O NFE+ é o emissor de NF-e gratuito da Zipline Tecnologia, a mesma empresa do eGestor: o plano gratuito emite até 15 notas por mês e tem ambiente de teste, que valida a nota na SEFAZ sem valor fiscal.

A rejeição 773 vem de um dado preenchido de forma diferente do que a SEFAZ espera. A nota fica com a situação Rejeitada, sem valor fiscal, e pode ser corrigida e reenviada com o mesmo número.

1. Abra a nota rejeitada e confira o dado que a rejeição aponta: “operação Interna e UF de destino difere da UF de origem”.
2. Corrija nos dados da própria nota: datas, destino da operação, documento referenciado, forma de pagamento e totais.
3. Use salvar e enviar para transmitir a nota de novo à SEFAZ.
4. Se ainda tiver dúvida sobre o preenchimento, emita antes no ambiente de teste, que valida a nota sem valor fiscal, e confirme o enquadramento com o seu contador.

Conclusão

A rejeição 773 indica erro de classificação da operação ou de dados cadastrais. Portanto, alinhar UF, idDest e CFOP resolve o problema na maioria dos casos. Além disso, com o nfe+, esse tipo de validação se torna mais simples e reduz retrabalho na emissão.

Nesse contexto, a SEFAZ bloqueia a autorização da nota sempre que identifica divergência. Por esse motivo, o erro aparece mesmo quando apenas um campo está incorreto.

Quando a rejeição 663 acontece

Em primeiro lugar, a nota precisa ser de saída (tpNF = 1). Em seguida, a operação deve ser interestadual (idDest = 2).

Além disso, a origem do produto deve ser 1, 2, 3 ou 8. Da mesma forma, o CST do ICMS precisa ser 00, 10, 20, 70 ou 90.

Depois disso, a data de emissão deve ser igual ou posterior a 01/01/2013. Por fim, a alíquota do ICMS informada precisa ser maior que 4%.

Portanto, quando todas essas condições se confirmam, a rejeição ocorre. Caso alguma delas não se aplique, a regra não é acionada.

Origem da mercadoria que gera a rejeição

Inicialmente, a rejeição 663 se aplica a mercadorias com origem importada. Nesse grupo, a SEFAZ considera as seguintes classificações:

• 1 – Estrangeira, importação direta
• 2 – Estrangeira, adquirida no mercado interno
• 3 – Nacional com conteúdo de importação acima de 40%
• 8 – Nacional com conteúdo de importação acima de 70%

Em seguida, o sistema cruza essa informação com o CST. Como consequência, qualquer inconsistência ativa a validação.

CSTs envolvidos na validação

Da mesma forma, apenas alguns CSTs entram nessa regra. Entre eles, estão:

• 00 – Tributada integralmente
• 10 – Tributada com ICMS ST
• 20 – Com redução de base de cálculo
• 70 – Redução de base e ICMS ST
• 90 – Outros

Entretanto, se outro CST for utilizado, a rejeição 663 não se aplica. Nesse caso, o erro costuma estar ligado a outra validação.

Exceções da rejeição 663

Apesar da regra geral, existem exceções previstas pela SEFAZ. Entre as principais, destacam-se:

• Operações de devolução ou retorno de mercadorias.
• NF-e complementar, quando a nota referenciada é anterior a 01/01/2013.
• Venda de veículos novos com venda direta ou faturamento direto ao consumidor final.
• CFOPs específicos, como 6107, 6108 e 6.929, conforme nota técnica.
• Destinatário não contribuinte, em NF-es emitidas antes de 01/07/2016.

Por isso, antes de alterar qualquer campo, é essencial validar o cenário da operação.

Exemplo prático da rejeição 663

Por exemplo, imagine uma NF-e de saída interestadual para outro estado. Nesse caso, o produto possui origem estrangeira e CST 00.

Se a alíquota do ICMS for informada como 12% ou 18%, a nota será rejeitada. Isso ocorre porque, nessa situação, a alíquota máxima permitida é 4%.

Como resolver a rejeição 663

Na maioria dos casos, a correção exige ajustes simples.

• Primeiro, verifique a origem do produto no cadastro.
• Em seguida, confira o CST do ICMS informado no item.
• Depois disso, analise o CFOP utilizado na operação.
• Então, ajuste a alíquota do ICMS para 4%, se a regra exigir.
• Na sequência, recalcule o valor do ICMS do item.
• Por fim, atualize o total do ICMS da nota.
• Após essas etapas, reenvie a NF-e pelo emissor.

Campos que merecem atenção

Para evitar novas rejeições, revise estes campos com atenção:

• idDest
• orig
• CST
• pICMS
• CFOP
• finNFe
• NF-e referenciada, quando existir
• Dados de veículos, se aplicável

Dessa forma, o risco de erro no próximo envio diminui.

Como resolver a rejeição 663 no NFE+

O NFE+ é o emissor de NF-e gratuito da Zipline Tecnologia, a mesma empresa do eGestor: o plano gratuito emite até 15 notas por mês e tem ambiente de teste, que valida a nota na SEFAZ sem valor fiscal.

A rejeição 663 vem de um dado preenchido de forma diferente do que a SEFAZ espera. A nota fica com a situação Rejeitada, sem valor fiscal, e pode ser corrigida e reenviada com o mesmo número.

1. Abra a nota rejeitada e confira o dado que a rejeição aponta: “alíquota do ICMS com valor superior a 4 por cento na operação de saída interestadual com produtos importados”.
2. Corrija no cadastro do produto ou nos itens da nota: NCM, CFOP, CST/CSOSN e os dados de ICMS, IPI, PIS e COFINS. Corrigir no cadastro evita que o erro volte na próxima nota.
3. Use salvar e enviar para transmitir a nota de novo à SEFAZ.
4. Se ainda tiver dúvida sobre o preenchimento, emita antes no ambiente de teste, que valida a nota sem valor fiscal, e confirme o enquadramento com o seu contador.

Conclusão

Em resumo, a rejeição 663 indica incompatibilidade entre alíquota, origem do produto e tipo de operação. Portanto, ao compreender a regra e suas exceções, a correção se torna rápida e segura.

Nesse contexto, a Sefaz cruza o tipo de operação, a UF das partes e o CFOP informado. Como resultado, o sistema identifica inconsistência e bloqueia a autorização da nota fiscal.

Qual é a mensagem da rejeição 521?

A mensagem retornada pela Sefaz é: Rejeição 521 – Operação interna e UF do emitente difere da UF do destinatário ou remetente contribuinte do ICMS.

Nesse cenário, a validação considera apenas operações em que o destinatário atua como contribuinte do ICMS.

O que causa a rejeição 521?

A rejeição ocorre quando três situações se combinam.

• Primeiramente, o emissor preenche o idDest como 1, indicando operação interna.
• Em seguida, o destinatário aparece localizado em uma UF diferente da UF do emitente.
• Além disso, o CFOP utilizado indica operação estadual, iniciado por 1 ou 5.

Assim, o sistema entende que a operação deveria ocorrer dentro do mesmo estado. No entanto, os dados indicam uma operação entre UFs distintas.

Exemplo comum

Considere a seguinte situação prática.

• Primeiro, o emitente está localizado no Rio Grande do Sul.
• Depois, o destinatário está localizado em Goiás.
• Além disso, o idDest está preenchido como 1.
• Por fim, o CFOP informado é 5101.

Nesse caso, a Sefaz rejeita a NF-e com o código 521.

Qual é a regra de validação da Sefaz?

A Sefaz aplica a rejeição quando identifica, ao mesmo tempo, três condições específicas.

• Primeiramente, o idDest indica operação interna.
• Em seguida, a UF do emitente difere da UF do destinatário.
• Além disso, o destinatário possui Inscrição Estadual ativa.

Dessa forma, sempre que essas condições aparecem juntas, o sistema impede a autorização da NF-e.

Existem exceções para a rejeição 521?

Sim. Em situações específicas, a Sefaz não aplica essa validação.

Primeiramente, a rejeição não ocorre quando a UF de consumo coincide com a UF do emitente. Além disso, a regra não se aplica quando a operação é presencial e não possui frete.

No caso da NFC-e, quando o emissor não informa o endereço do destinatário, o sistema considera a mesma UF do emitente. Nesse contexto, a operação permanece caracterizada como interna.

Como resolver a rejeição 521?

A correção depende do tipo real da operação informada na nota fiscal.

Quando a operação é interestadual

Se o destinatário estiver em outro estado, o emissor deve realizar alguns ajustes.

Primeiramente, deve alterar o idDest para 2, indicando operação interestadual. Em seguida, deve informar um CFOP interestadual, iniciado por 2 ou 6.

Por exemplo, o emissor pode substituir o CFOP 5101 pelo CFOP 6101 e ajustar o idDest de 1 para 2.

Após esses ajustes, o emissor pode reenviar a NF-e normalmente.

Quando a operação é realmente estadual

Se a operação ocorrer dentro do mesmo estado, o emissor deve revisar os dados do destinatário.

Primeiramente, é importante conferir o endereço informado. Em seguida, deve confirmar se a UF do destinatário é a mesma do emitente. Além disso, o CFOP precisa iniciar por 1 ou 5.

Assim, emitente e destinatário permanecem vinculados à mesma UF, evitando a rejeição.

Atenção ao CFOP

O início do CFOP define o tipo de operação e influencia diretamente a validação da NF-e.

• Primeiramente, CFOP iniciado por 1 ou 5 indica operação estadual.
• Em seguida, CFOP iniciado por 2 ou 6 indica operação interestadual.
• Por fim, CFOP iniciado por 3 ou 7 indica operação com o exterior.

Por isso, a escolha incorreta do CFOP representa uma das causas mais frequentes da rejeição 521.

A rejeição 521 gera multa?

Não. A rejeição 521 não gera multa, não cria débitos fiscais e não provoca bloqueios cadastrais.

Nesse sentido, a Sefaz apenas impede a autorização da nota até que o emissor corrija as informações.

Como resolver a rejeição 521 no NFE+

O NFE+ é o emissor de NF-e gratuito da Zipline Tecnologia, a mesma empresa do eGestor: o plano gratuito emite até 15 notas por mês e tem ambiente de teste, que valida a nota na SEFAZ sem valor fiscal.

A rejeição 521 vem de um dado preenchido de forma diferente do que a SEFAZ espera. A nota fica com a situação Rejeitada, sem valor fiscal, e pode ser corrigida e reenviada com o mesmo número.

1. Abra a nota rejeitada e confira o dado que a rejeição aponta: “operação Interna e UF do emitente difere da UF do destinatário/remetente contribuinte do ICMS”.
2. Corrija nos dados da própria nota: datas, destino da operação, documento referenciado, forma de pagamento e totais.
3. Use salvar e enviar para transmitir a nota de novo à SEFAZ.
4. Se ainda tiver dúvida sobre o preenchimento, emita antes no ambiente de teste, que valida a nota sem valor fiscal, e confirme o enquadramento com o seu contador.

Conclusão

A Rejeição 521 indica erro no enquadramento da operação fiscal.

Na maioria das situações, o problema envolve o preenchimento do idDest ou a escolha do CFOP. Assim, ao revisar os estados do emitente e do destinatário e ajustar corretamente o tipo de operação, o emissor evita novas rejeições.

Por fim, quando surgirem dúvidas, o apoio da contabilidade contribui para uma emissão correta desde a primeira tentativa.

O que é a rejeição 501

A rejeição 501 indica um pedido de cancelamento intempestivo. Ou seja, o sistema identifica que a nota ultrapassou o tempo máximo permitido para cancelamento. Por isso, o evento não é autorizado.

Além disso, a regra se aplica tanto à NF-e quanto à NFC-e. No entanto, cada modelo possui um prazo próprio, definido pela legislação.

Qual é o prazo de cancelamento

Na maioria dos estados, os prazos seguem este padrão:

• NF-e (modelo 55): até 24 horas após a autorização
• NFC-e (modelo 65): até 30 minutos após a autorização

Entretanto, algumas Unidades Federativas adotam prazos menores. Por esse motivo, a verificação da legislação estadual é indispensável antes de enviar o cancelamento.

Quando a rejeição 501 acontece

A rejeição 501 ocorre, principalmente, nas seguintes situações:

• Cancelamento de NF-e após 24 horas da autorização
• Cancelamento de NFC-e após 30 minutos da autorização
• Envio do evento fora do prazo previsto na legislação estadual

Assim, mesmo que a nota esteja correta, o sistema impede o cancelamento. Consequentemente, a nota permanece válida.

Regra de validação da Sefaz

A Sefaz aplica uma regra obrigatória em todas as UFs. De forma objetiva, a validação funciona assim:

• Modelo 55 (NF-e): rejeição se a nota estiver autorizada há mais de 1 dia
• Modelo 65 (NFC-e): rejeição se a nota estiver autorizada há mais de 30 minutos

Essa regra segue a Nota Técnica 2015/002. Portanto, o emissor não consegue concluir o cancelamento fora do prazo pelo sistema.

Como resolver a rejeição 501

A forma de correção depende do tipo de documento fiscal emitido. Assim, é importante avaliar o modelo antes de agir.

NF-e (modelo 55)

Algumas Sefaz permitem o Cancelamento Extemporâneo, que ocorre fora do prazo legal.

Nesse cenário, o emissor deve:

• Acessar o site da Sefaz do seu estado
• Solicitar autorização para cancelamento fora do prazo
• Após a liberação, enviar o evento novamente

Caso o estado não autorize esse procedimento, existe outra alternativa. Nesse contexto, o emissor precisa:

• Emitir uma NF-e de devolução ou estorno
• Referenciar a NF-e original
• Ajustar os impostos conforme a operação

NFC-e (modelo 65)

Para NFC-e, a Sefaz não orienta o cancelamento fora do prazo.

Por isso, muitos emissores adotam a seguinte prática:

• Emitir uma NF-e (modelo 55) de devolução
• Referenciar a NFC-e original

Ainda assim, esse procedimento não possui regulamentação formal. Por essa razão, o tema continua em discussão entre os órgãos fiscais.

A rejeição 501 gera multa?

Não. A rejeição 501 não gera multa automática e não cria débitos fiscais.

Mesmo assim, a nota permanece válida. Dessa forma, o emissor precisa corrigir os efeitos fiscais da operação para evitar inconsistências.

Como evitar a rejeição 501

Para reduzir a chance desse erro:

• Cancele a nota logo após a autorização
• Verifique o prazo específico da sua UF
• Oriente o cliente antes de emitir a NFC-e
• Utilize um sistema emissor com alertas de prazo

Assim, o processo se torna mais previsível. Além disso, o risco de retrabalho diminui.

Como resolver a rejeição 501 no NFE+

O NFE+ é o emissor de NF-e gratuito da Zipline Tecnologia, a mesma empresa do eGestor: o plano gratuito emite até 15 notas por mês e tem ambiente de teste, que valida a nota na SEFAZ sem valor fiscal.

A rejeição 501 diz que o prazo para cancelar a nota pelo emissor já passou, e isso não muda dentro de nenhum sistema.

1. Veja se o seu estado aceita o cancelamento extemporâneo, pedido diretamente à SEFAZ.
2. Quando não aceitar, a saída costuma ser uma nota de entrada ou de devolução que anule a operação; confirme com o seu contador.

Conclusão

A Rejeição 501 indica que o cancelamento da NF-e ou NFC-e foi solicitado fora do prazo legal. Embora não gere penalidades diretas, ela exige ações corretivas para evitar impactos fiscais.

Por fim, acompanhar os prazos da legislação estadual é a forma mais segura de prevenir esse problema.

A Rejeição 204 na NF-e (Nota Fiscal Eletrônica) indica “Duplicidade de NF-e”, ou seja, a SEFAZ identificou que uma nota fiscal com a mesma chave de acesso já existe na base de dados. Isso ocorre quando o sistema tenta transmitir uma NF-e que já recebeu autorização anteriormente.

Em geral, essa rejeição acontece por:

• Reenvio de uma nota já autorizada;
• Instabilidade na comunicação durante a transmissão;
• Falha no retorno do protocolo de autorização;
• Duplicidade na geração da chave de acesso pelo sistema emissor.

Como resultado, a SEFAZ bloqueia o processamento para evitar duas NF-e idênticas.

Por que a rejeição 204 ocorre?

A Rejeição 204 ocorre porque a SEFAZ já registrou a NF-e. Mesmo que o emissor não tenha visto a autorização, o documento já consta no ambiente fiscal.

Cada NF-e possui uma chave de acesso única, formada por dados como CNPJ, número da nota, série e data de emissão. Quando esses dados se repetem, a SEFAZ detecta a duplicidade imediatamente.

Assim, o sistema entende que o emissor tenta reenviar uma nota já processada. As causas mais comuns dessa rejeição incluem:

• Falha de comunicação: a nota foi autorizada, mas o sistema não recebeu o retorno do protocolo;
• Reenvio manual indevido: o usuário reenviou a NF-e acreditando que a transmissão havia falhado;
• Problemas no sistema emissor: o software não salvou corretamente o status da nota;
• Duplicidade de numeração: o sistema gerou duas NF-e com o mesmo número e série;
• Uso incorreto do nRec: o emissor tentou reutilizar o mesmo número de recibo.

Em resumo, a rejeição 204 não indica erro fiscal, mas que a NF-e já existe na SEFAZ.

Causas comuns da rejeição 204

• Nota já autorizada: a NF-e recebeu autorização anteriormente;
• Instabilidade na internet: a autorização ocorreu, mas o sistema não recebeu o retorno;
• Reenvio automático do sistema: o emissor tentou reenviar a nota sem checar o status;
• Duplicidade de chave de acesso: o mesmo CNPJ, número, série e data;
• Erro no controle de numeração: falha no gerenciamento da sequência de NF-e.

Como resolver a rejeição 204?

Para resolver a rejeição 204, confirme se a NF-e já recebeu autorização antes de reenviar.

1. Consulte a NF-e na SEFAZ: use a chave de acesso no portal da NF-e para verificar o status.
2. Verifique o sistema emissor: confirme se a nota consta como autorizada, rejeitada ou pendente.
3. Evite reenviar a NF-e: se a nota já estiver autorizada, não faça um novo envio.
4. Recupere o protocolo de autorização: se a nota estiver autorizada, mas sem protocolo no sistema, importe o XML autorizado.
5. Corrija a numeração, se necessário: se a nota não existir, gere uma NF-e com número diferente.

Apenas reenviar a nota se ela não recebeu autorização.

Prevenção de erros futuros na NF-e

Para reduzir problemas, sempre confira o status da NF-e antes do envio. Garanta que o sistema registre corretamente protocolos e numeração das notas. Além disso, evite reenvios automáticos sem checar a autorização anterior.

Como resolver a rejeição 204 no NFE+

O NFE+ é o emissor de NF-e gratuito da Zipline Tecnologia, a mesma empresa do eGestor: o plano gratuito emite até 15 notas por mês e tem ambiente de teste, que valida a nota na SEFAZ sem valor fiscal.

Na rejeição 204 a SEFAZ já tem uma NF-e com esse número, então não reenvie a nota: um novo envio só repete o erro.

1. Copie a chave de acesso da nota e consulte-a na consulta pública do Portal da NF-e.
2. Se ela aparecer como autorizada, essa é a nota válida: use o DANFE e o XML dela, sem emitir outra para a mesma venda.
3. Se a consulta não encontrar a nota, emita com o próximo número da série e confira se não há outro sistema emitindo com a mesma série.

Conclusão

Em suma, a Rejeição 204 “Duplicidade de NF-e” alerta sobre registros duplicados. Na maioria dos casos, basta localizar a nota ou importar o XML no sistema. Antes de reenviar qualquer NF-e, consulte sempre o status do documento. Assim, evita-se retrabalho, confusão operacional e problemas fiscais.

A Rejeição 733 na NF-e (Nota Fiscal Eletrônica) indica que o CFOP informado é de operação interna, porém o campo idDest está preenchido com um valor diferente de 1. Em outras palavras, existe uma inconsistência entre o tipo de operação e o destino da nota.

Na prática, a SEFAZ identificou que:

• o CFOP indica uma operação dentro do mesmo estado,
• porém, o idDest informa que a operação é interestadual ou com o exterior.

Diante disso, o sistema rejeita a NF-e por incoerência fiscal.

Por que a rejeição 733 ocorre?

A rejeição 733 ocorre porque a NF-e possui informações conflitantes sobre o destino da operação. Nesse contexto, o campo idDest define o tipo de operação conforme o local do destinatário:

• 1 – Operação interna
• 2 – Operação interestadual
• 3 – Operação com o exterior

Assim, quando você utiliza um CFOP iniciado por 5 (operação interna), o idDest obrigatoriamente deve ser igual a 1. Caso contrário, a SEFAZ entende que o XML está incorreto.

Entre as situações mais comuns, esse erro ocorre por:

• cadastro incorreto do endereço do destinatário,
• estado do destinatário diferente do emitente,
• erro automático do sistema emissor ao definir o idDest,
• uso de CFOP interno em operação interestadual.

Causas comuns da rejeição 733

• Em primeiro lugar, o CFOP incompatível com o destino é uma das principais causas.Isso acontece quando se utiliza CFOP de operação interna para destinatário localizado em outro estado.
• Além disso, o idDest preenchido incorretamente gera rejeição quando está configurado como interestadual (2) ou exterior (3), mesmo em operações internas.
• Outro ponto relevante é o erro no cadastro do cliente, especialmente quando a UF do destinatário está registrada de forma incorreta.
• Por fim, a configuração automática do sistema emissor pode definir o idDest com base no cadastro, criando conflito com o CFOP escolhido.

Como resolver a rejeição 733?

• Para resolver a rejeição 733, é necessário alinhar o CFOP com o destino correto da operação. De modo geral, o ajuste depende do cenário da nota fiscal.
• Primeiramente, revise o cadastro do destinatário. Confira o estado (UF) informado, pois ele deve ser o mesmo do emitente em operações internas.
• Em seguida, verifique o CFOP utilizado. Se a operação for interna, utilize CFOP iniciado por 5. Se for interestadual, utilize CFOP iniciado por 6.
• Na sequência, confira o campo idDest. Para operações internas, o valor deve ser 1, sendo esse campo normalmente preenchido automaticamente pelo sistema.
• Depois disso, ajuste a nota fiscal. Após corrigir CFOP ou cadastro, gere novamente o XML e transmita a NF-e.
• Como etapa final, valide o XML antes do envio. Essa conferência ajuda a identificar inconsistências fiscais e evita novas rejeições..

Como resolver a rejeição 733 no NFE+

O NFE+ é o emissor de NF-e gratuito da Zipline Tecnologia, a mesma empresa do eGestor: o plano gratuito emite até 15 notas por mês e tem ambiente de teste, que valida a nota na SEFAZ sem valor fiscal.

A rejeição 733 vem de um dado preenchido de forma diferente do que a SEFAZ espera. A nota fica com a situação Rejeitada, sem valor fiscal, e pode ser corrigida e reenviada com o mesmo número.

1. Abra a nota rejeitada e confira o dado que a rejeição aponta: “CFOP de operação interna e idDest diferente de 1”.
2. Corrija nos dados da própria nota: datas, destino da operação, documento referenciado, forma de pagamento e totais.
3. Use salvar e enviar para transmitir a nota de novo à SEFAZ.
4. Se ainda tiver dúvida sobre o preenchimento, emita antes no ambiente de teste, que valida a nota sem valor fiscal, e confirme o enquadramento com o seu contador.

Conclusão sobre a rejeição 733

Em síntese, a Rejeição 733 ocorre por incompatibilidade entre o CFOP e o destino da operação. O erro não está no imposto, mas na classificação fiscal da nota.

Na maioria dos casos, a solução envolve apenas:

• corrigir o cadastro do cliente,
• ajustar o CFOP,
• ou alinhar o idDest corretamente.

Assim, ao manter os cadastros atualizados e revisar os dados antes do envio, você evita essa rejeição e garante a autorização da NF-e sem interrupções.

A Rejeição 660 na NF-e (Nota Fiscal Eletrônica) indica “CFOP de Combustível e não informado grupo de combustível”. Isso significa que a nota foi emitida com um CFOP relacionado a combustíveis, porém o XML não contém o grupo de combustível, que é obrigatório nesses casos.

Em geral, essa rejeição ocorre quando a empresa emite uma NF-e de combustíveis sem preencher corretamente as informações técnicas exigidas pela SEFAZ, como dados do produto, códigos da ANP ou informações específicas do combustível. Sem esse grupo, o Fisco não consegue validar a operação.

Por que a rejeição 660 ocorre?

A rejeição 660 ocorre porque o arquivo XML da NF-e apresenta inconsistência entre o CFOP utilizado e os dados informados no produto. Quando o CFOP indica operação com combustível, o Schema XML exige a inclusão do grupo específico de combustível.

Esse grupo funciona como um conjunto obrigatório de informações técnicas que detalham o tipo de combustível comercializado. Sem ele, o XML não atende às regras de validação definidas pela SEFAZ.

Dessa forma, a SEFAZ rejeita o envio da nota, pois o arquivo não está em conformidade com o padrão exigido. As causas mais comuns que levam à rejeição 660 são:

• Uso de CFOP de combustível sem grupo obrigatório: O CFOP indica operação com combustível, mas o grupo <comb> não foi informado no XML.
• Cadastro incompleto do produto: Produto classificado como combustível, porém sem código ANP ou dados técnicos exigidos.
• Erro na configuração do sistema emissor: O sistema não gera automaticamente o grupo de combustível, mesmo com CFOP correto.
• Classificação incorreta do item: Produto não é combustível, mas foi utilizado um CFOP exclusivo para combustíveis.
• Inconsistência entre NCM e CFOP: NCM de combustível combinado com CFOP genérico ou sem tratamento específico no sistema.

Em resumo, a rejeição 660 ocorre por falta de informações obrigatórias no XML quando a operação envolve combustíveis.

Causas comuns da rejeição 660

• CFOP incompatível com os dados do produto: Uso de CFOP de combustível sem informar o grupo técnico exigido.
• Grupo de combustível não informado: Ausência do grupo <comb> no XML da NF-e.
• Dados da ANP ausentes ou inválidos: Falta de código ANP, descrição do combustível ou informações complementares exigidas.
• Erro de parametrização do sistema: Sistema emissor não configurado para operações com combustíveis.
• Produto cadastrado de forma genérica: Cadastro sem identificação clara como combustível, mesmo usando CFOP específico.

Como resolver a rejeição 660?

Para resolver a rejeição 660, é necessário ajustar o XML da NF-e para incluir corretamente o grupo de combustível, de acordo com o CFOP utilizado. Como se trata de uma validação técnica, a correção normalmente envolve o cadastro do produto e a configuração do sistema emissor.

• Revise o CFOP utilizado: Confirme se o CFOP realmente corresponde a uma operação com combustível. Se não for o caso, substitua pelo código correto.
• Verifique o cadastro do produto: Confirme se o item está corretamente classificado como combustível e se possui código ANP válido.
• Informe o grupo de combustível no XML: O sistema deve gerar automaticamente o grupo <comb> com todas as informações obrigatórias.
• Ajuste as configurações do sistema emissor: Certifique-se de que o sistema está preparado para emitir NF-e de combustíveis conforme o layout da SEFAZ.
• Valide o XML antes do envio: Utilize um validador para identificar se o grupo de combustível está presente e corretamente preenchido.

Se o sistema não permitir esses ajustes, será necessário acionar o suporte técnico para correção ou atualização do software.

Como resolver a rejeição 660 no NFE+

O NFE+ é o emissor de NF-e gratuito da Zipline Tecnologia, a mesma empresa do eGestor: o plano gratuito emite até 15 notas por mês e tem ambiente de teste, que valida a nota na SEFAZ sem valor fiscal.

A rejeição 660 vem de um dado preenchido de forma diferente do que a SEFAZ espera. A nota fica com a situação Rejeitada, sem valor fiscal, e pode ser corrigida e reenviada com o mesmo número.

1. Abra a nota rejeitada e confira o dado que a rejeição aponta: “CFOP de Combustível e não informado grupo de combustível”.
2. Corrija no cadastro do produto ou nos itens da nota: NCM, CFOP, CST/CSOSN e os dados de ICMS, IPI, PIS e COFINS. Corrigir no cadastro evita que o erro volte na próxima nota.
3. Use salvar e enviar para transmitir a nota de novo à SEFAZ.
4. Se ainda tiver dúvida sobre o preenchimento, emita antes no ambiente de teste, que valida a nota sem valor fiscal, e confirme o enquadramento com o seu contador.

Conclusão sobre a rejeição 660

Em suma, a Rejeição 660 “CFOP de Combustível e não informado grupo de combustível” é um erro técnico ligado à falta de informações obrigatórias no XML. Ela ocorre quando há divergência entre o CFOP utilizado e os dados do produto informados na nota.

Portanto, a solução depende do alinhamento entre CFOP, cadastro do item e geração correta do grupo de combustível. Em muitos casos, a correção é simples e envolve apenas ajustes cadastrais. Em outros, pode exigir revisão do sistema emissor.

Assim, tratar essa rejeição como um alerta técnico ajuda a manter a conformidade fiscal e evita atrasos na emissão de notas fiscais de combustíveis.

Rejeição 452: Solicitada resposta assíncrona para Lote com somente 1 (uma) NF-e

O que é a rejeição 452?

A Rejeição 452 na NF-e (Nota Fiscal Eletrônica) indica que foi solicitada resposta assíncrona para o envio de um lote contendo apenas uma NF-e, o que não é permitido pela SEFAZ.

Na prática, o emissor enviou a nota configurando o processamento como assíncrono. No entanto, esse tipo de resposta só é aceito quando o lote possui mais de uma NF-e.

Em geral, esse erro ocorre devido a:

• configuração incorreta do sistema emissor,
• uso indevido do tipo de processamento do lote,
• falha na integração com a SEFAZ,
• envio automático de notas sempre como assíncronas, mesmo quando há apenas uma NF-e.

Como resultado, a SEFAZ rejeita o envio e não processa a nota fiscal.

Por que a rejeição 452 ocorre?

A rejeição 452 ocorre porque a SEFAZ possui regras claras sobre o tipo de processamento do lote de NF-e.

Existem dois tipos:

• Processamento síncrono: usado quando o lote contém apenas uma NF-e. A resposta é imediata.
• Processamento assíncrono: usado quando o lote contém várias NF-e. A resposta ocorre posteriormente, por meio de consulta.

Quando o sistema emissor envia um lote com apenas uma NF-e e solicita resposta assíncrona, ele viola essa regra técnica. Dessa forma, a SEFAZ rejeita o envio.

Além disso, as causas mais comuns são:

• configuração padrão do sistema como assíncrono,
• falha no controle de quantidade de notas por lote,
• integração incorreta via webservice,
• atualização incompleta do emissor de NF-e.

Em resumo, a rejeição 452 acontece por uso incorreto do tipo de processamento do lote.

Causas comuns da rejeição 452

• Configuração incorreta do sistema: emissor configurado para sempre enviar lotes como assíncronos.
• Lote com apenas uma NF-e: envio individual com solicitação de resposta assíncrona.
• Erro na integração com a SEFAZ: falha na lógica de envio do XML.
• Atualização pendente do software: versão antiga que não valida corretamente a regra.

Como resolver a rejeição 452?

Para resolver a rejeição 452, é necessário ajustar a forma como o sistema emissor envia o lote de NF-e.

Por se tratar de um erro técnico, a correção geralmente envolve o software emissor.

Siga os passos abaixo:

• Primeiramente, verifique o tipo de envio da NF-e: confirme se o lote contém apenas uma nota. Se sim, o envio deve ser síncrono.
• Em seguida, ajuste a configuração do sistema emissor: altere o tipo de processamento para síncrono quando houver somente uma NF-e.
• Além disso, revise a integração com a SEFAZ: em sistemas integrados, valide a lógica que define o tipo de resposta do lote.
• Na sequência, atualize o sistema emissor: certifique-se de que o software está na versão mais recente e compatível com as regras atuais da SEFAZ.
• Por fim, reenvie a NF-e: após o ajuste, gere um novo XML e faça o envio novamente.

Se o sistema não permitir esse ajuste manual, então o ideal é acionar o suporte técnico do emissor.

Como resolver a rejeição 452 no NFE+

O NFE+ é o emissor de NF-e gratuito da Zipline Tecnologia, a mesma empresa do eGestor: o plano gratuito emite até 15 notas por mês e tem ambiente de teste, que valida a nota na SEFAZ sem valor fiscal.

A rejeição 452 vem de um dado que o próprio emissor preenche (o modo de transmissão do lote), e não do seu cadastro.

1. Fale com o suporte do NFE+ (segunda a sexta, das 9h às 18h) informando o número da nota e o código 452.
2. Depois do ajuste, abra a nota e use salvar e enviar para transmiti-la de novo.

Conclusão sobre a rejeição 452

Em suma, a Rejeição 452 “Solicitada resposta assíncrona para lote com somente 1 NF-e” é um erro técnico simples, mas comum.

Ela indica que o sistema emissor tentou usar um tipo de processamento inadequado para a quantidade de notas enviadas. O problema não está nos dados fiscais, mas na forma de comunicação com a SEFAZ.

Portanto, a solução passa pelo ajuste correto do tipo de envio do lote. Na maioria dos casos, basta configurar o processamento síncrono para envios individuais.

Assim, ao corrigir essa regra, você evita novas rejeições, garante a autorização da NF-e e mantém a operação fiscal da empresa sem interrupções.

A Rejeição 974 – “CNPJ do responsável técnico diverge do cadastrado” indica que o CNPJ do sistema emissor informado na nota fiscal não corresponde ao registrado pela SEFAZ (Secretaria da Fazenda) para a sua empresa. Esse erro costuma ocorrer após a troca de sistema ou em empresas recém-criadas e exige a atualização do cadastro na SEFAZ ou o credenciamento correto pelo fornecedor do software, especialmente em estados como o PR.

Esse erro ocorre quando os dados do responsável técnico no XML não estão alinhados com o cadastro feito junto à SEFAZ. Normalmente, está relacionado a:

• CNPJ incorreto do responsável técnico
• Cadastro desatualizado na SEFAZ
• Uso de dados de outro sistema emissor
• Ambiente errado (produção ou homologação)

Como resultado, a SEFAZ rejeita o documento e impede a autorização da nota fiscal.

Por que a rejeição 974 ocorre?

A rejeição 974 ocorre porque a SEFAZ valida, no momento da recepção da NF-e, se o CNPJ do responsável técnico informado no XML corresponde exatamente ao que está vinculado ao emissor.

Esse responsável técnico é, em geral, a empresa desenvolvedora do sistema emissor ou o fornecedor do software fiscal. O vínculo é feito previamente no cadastro da SEFAZ.

Quando o XML apresenta um CNPJ diferente do cadastrado, o arquivo deixa de cumprir essa regra obrigatória. Dessa forma, a SEFAZ bloqueia o processamento da nota.

As causas mais comuns são:

• Troca de emissor: você alterou o sistema, porém não atualizou o novo CNPJ na SEFAZ.
• Empresa nova: o software emissor ainda não foi devidamente credenciado junto à SEFAZ.
• Inconsistência cadastral: pode existir outro fornecedor de software registrado de forma incorreta.
• Obrigatoriedade estadual: estados como PR, AM, MS, PE, SC e TO já exigem esse cadastro para validação.

Em resumo, a rejeição é um erro de inconsistência cadastral, não de dados comerciais da nota.

Causas comuns da rejeição 974

• CNPJ divergente: O CNPJ informado no grupo <infRespTec> não corresponde ao cadastrado na SEFAZ.
• Cadastro desatualizado: O responsável técnico mudou, mas a SEFAZ não foi atualizada.
• Ambiente incorreto: Uso do CNPJ de homologação em produção ou o inverso.
• Erro no sistema emissor: O software gera o XML com dados fixos ou incorretos.
• Configuração duplicada: Mais de um responsável técnico configurado de forma inadequada.

Como resolver a rejeição 974?

Para resolver a rejeição 974, é necessário alinhar o CNPJ informado no XML com o cadastro correto na SEFAZ. Como se trata de um vínculo técnico, a solução envolve ajustes no sistema emissor e no cadastro fiscal.

Siga os passos:

• Identifique o CNPJ correto: confirme o CNPJ do seu sistema emissor atual.
• Acesse o portal da SEFAZ: entre no site da Secretaria da Fazenda do seu estado (exemplo: SEFAZ-PR).
• Faça o login: utilize o CPF ou o usuário do responsável técnico ou da empresa.
• Localize o cadastro: procure opções como “Credenciamento de software”, “Autorização de uso de sistema emissor” ou termos semelhantes.
• Atualize ou cadastre:
  • – Se já existir um cadastro, verifique se o CNPJ do sistema está correto. Caso contrário, inclua o CNPJ correto.
  • – Se for um sistema novo, realize o cadastro do novo fornecedor (CNPJ do software).
• Confirme: após concluir a atualização ou o cadastro, reenvie a nota fiscal para validação..

Após esses ajustes, gere um novo XML e faça o reenvio da nota.

Como resolver a rejeição 974 no NFE+

O NFE+ é o emissor de NF-e gratuito da Zipline Tecnologia, a mesma empresa do eGestor: o plano gratuito emite até 15 notas por mês e tem ambiente de teste, que valida a nota na SEFAZ sem valor fiscal.

A rejeição 974 vem de um dado que o próprio emissor preenche (a identificação do responsável técnico pelo sistema), e não do seu cadastro.

1. Fale com o suporte do NFE+ (segunda a sexta, das 9h às 18h) informando o número da nota e o código 974.
2. Depois do ajuste, abra a nota e use salvar e enviar para transmiti-la de novo.

Conclusão sobre a rejeição 974

Em suma, a Rejeição 974 “CNPJ do responsável técnico diverge do cadastrado” é um erro técnico e cadastral. Ela indica falta de alinhamento entre o sistema emissor e a base de dados da SEFAZ.

Embora não envolva valores ou impostos da nota, o erro impede totalmente a autorização do documento. Por isso, exige atenção à configuração do software e ao cadastro fiscal.

Portanto, manter o responsável técnico corretamente registrado evita bloqueios na emissão. Além disso, garante conformidade técnica e estabilidade no processo de faturamento.

A rejeição 772 aparece ao emitir uma Nota Fiscal Eletrônica (NF-e) quando a operação é classificada como interestadual, porém, a Unidade da Federação (UF) de destino informada é igual à UF de origem. Nesse sentido, esse erro indica que existe uma inconsistência entre o tipo de operação selecionado e o endereço do destinatário. Desse modo, a SEFAZ bloqueia a autorização da nota para impedir um enquadramento fiscal incorreto.

Essa falha é comum em situações nas quais o cadastro do cliente contém uma UF diferente da real, ou então quando o usuário seleciona por engano a natureza da operação como interestadual. Por isso, revisar os dados antes de transmitir a NF-e é essencial para evitar essa rejeição.

Por que a rejeição 772 ocorre?

A rejeição 772 acontece principalmente devido a um conflito direto entre as informações da operação e os dados do destinatário. De acordo com o Manual de Orientação do Contribuinte (MOC) da NF-e, a SEFAZ valida a UF do emitente e a UF do destinatário sempre que a operação é classificada como interestadual.

Assim, a regra determina que:

• Sempre que o emitente estiver localizado em uma UF;
• E a operação for identificada como interestadual;
• Então a UF de destino deve obrigatoriamente ser diferente da UF de origem.

Quando esses valores são iguais, a SEFAZ entende que a operação não pode ser interestadual. Em consequência, ela impede a autorização e devolve o erro “772 – Operação Interestadual e UF de destino igual à UF de origem”.

Essa rejeição também pode surgir por outras razões, como:

• erro de digitação no cadastro do cliente;
• duplicidade de cadastros no ERP;
• troca indevida de natureza de operação durante a emissão;
• utilização incorreta do CFOP, indicando interesse estadual mesmo sendo uma operação interna.

Portanto, além de verificar o endereço, é necessário confirmar se o CFOP está compatível com esse tipo de movimentação.

Como resolver a rejeição 772

1. Revise o cadastro do destinatário Confira se o cliente está cadastrado com a UF correta em seu sistema ERP. Caso contrário, se a UF estiver errada, atualize o endereço e corrija o cadastro antes de gerar uma nova NF-e. Sem dúvida, essa etapa é fundamental para evitar que o erro se repita.

2. Verifique o CFOP utilizado na nota Em operações interestaduais, o CFOP deve começar com “6”. Por outro lado, em operações internas, dentro da mesma UF, o CFOP deve começar com “5”. Dessa forma, se a operação for interna, ajuste o CFOP correspondente.

3. Corrija a UF de destino na NF-e Se a operação for realmente interestadual, revise o campo de UF do destinatário na própria nota e assegure que ela represente o estado correto. Além disso, valide se o endereço informado pelo cliente coincide com o cadastrado no sistema.

4. Ajuste a natureza da operação, caso necessário Se a operação não for interestadual, altere o tipo de operação no sistema de emissão. Muitas vezes, o usuário seleciona o tipo errado e isso faz com que a nota seja tratada de forma indevida. Ao fazer isso, o sistema interpretará a venda como interna.

5. Transmita novamente a NF-e Depois das alterações, envie a nota fiscal novamente. Se todas as informações estiverem corretas, a autorização deve ocorrer sem gerar nova rejeição.

6. Consulte o manual ou suporte do seu ERP Cada sistema tem uma forma específica de configurar CFOP, natureza de operação e endereços. Assim, caso tenha dificuldade em localizar o campo de UF ou ajustar a operação, consulte o manual do software ou entre em contato com o suporte técnico.

Como resolver a rejeição 772 no NFE+

O NFE+ é o emissor de NF-e gratuito da Zipline Tecnologia, a mesma empresa do eGestor: o plano gratuito emite até 15 notas por mês e tem ambiente de teste, que valida a nota na SEFAZ sem valor fiscal.

A rejeição 772 vem de um dado preenchido de forma diferente do que a SEFAZ espera. A nota fica com a situação Rejeitada, sem valor fiscal, e pode ser corrigida e reenviada com o mesmo número.

1. Abra a nota rejeitada e confira o dado que a rejeição aponta: “operação Interestadual e UF de destino igual à UF de origem”.
2. Corrija nos dados da própria nota: datas, destino da operação, documento referenciado, forma de pagamento e totais.
3. Use salvar e enviar para transmitir a nota de novo à SEFAZ.
4. Se ainda tiver dúvida sobre o preenchimento, emita antes no ambiente de teste, que valida a nota sem valor fiscal, e confirme o enquadramento com o seu contador.

Conclusão

A rejeição 772 ocorre portanto quando a NF-e indica uma operação interestadual, mas o estado de destino informado é igual ao estado de origem. Esse conflito impede a emissão da nota e sinaliza inconsistências importantes nos campos de UF e CFOP. Para evitar o problema, revise o endereço do destinatário, a natureza da operação e o CFOP selecionado. Em resumo, ao manter esses dados alinhados, você garante a conformidade fiscal, reduz retrabalho e evita atrasos no processo de faturamento.

A rejeição 321 ocorre quando uma NF-e de devolução é emitida sem informar a chave de acesso da nota fiscal original que está sendo devolvida. Para corrigir, inclua a chave de 44 dígitos da NF-e original no campo de documentos referenciados da nota de devolução.

Por que a rejeição 321 ocorre?

Essa rejeição acontece por falta de uma informação obrigatória no campo de documentos referenciados da NF-e de devolução. Conforme o Manual de Orientação do Contribuinte (MOC) da NF-e, a SEFAZ exige que você informe corretamente a chave de acesso da NF-e original.

Em outras palavras:

• Ao realizar uma devolução de mercadoria, é necessário indicar a nota fiscal que está sendo devolvida.
• Por isso, se o campo de documento referenciado estiver vazio ou preenchido incorretamente, a SEFAZ retorna a rejeição 321.

Como resolver a rejeição 321

Até 15 de novembro de 2026, a correção segue os passos abaixo:

• Verifique a finalidade da nota: Confirme se a nota fiscal de devolução está configurada com a finalidade "Devolução de mercadoria".
• Localize os documentos referenciados: Em seguida, no sistema de emissão, acesse a aba ou campo chamado "Documentos Referenciados".
• Insira a chave de acesso: Logo depois, adicione a chave de 44 dígitos da nota fiscal original na seção de documentos referenciados. O método de inserção pode variar conforme o sistema, mas geralmente há um campo específico para isso.
• Salve e reenvie: Por fim, depois de incluir a chave, salve as alterações e envie a nota novamente.

Atenção: o que muda a partir de 16 de novembro de 2026

Com a regra VC02-14 da Nota Técnica 2025.002-RTC, a nota de devolução deixa de indicar a nota original apenas no cabeçalho. Cada item devolvido passa a informar, no grupo DFeReferenciado, a chave de acesso da nota original e o número do item (nItem) em que o produto aparece nela. A partir de então, a mensagem da rejeição 321 passa a ser "NF-e de devolução de mercadoria não possui documento fiscal referenciado por item".

Depois dessa data, informar a nota original apenas nos documentos referenciados do cabeçalho deixa de ser aceito. Se a nota trouxer a referência no cabeçalho e nos itens ao mesmo tempo, a SEFAZ retorna a rejeição 1010.

Veja o passo a passo completo em Nota de devolução em 2026: o que muda com o referenciamento por item (DFeReferenciado).

Outros detalhes

Importância do documento referenciado: Ao informar a nota original, o sistema da SEFAZ valida que a devolução é legítima e corresponde a uma nota fiscal específica.

Automatização: alguns sistemas vinculam a nota original automaticamente ao usar rotinas de devolução de entrada ou saída. Se você emitir a nota manualmente, precisa informar a chave de acesso por conta própria.

Como resolver a rejeição 321 no NFe+

O NFe+ é o emissor de NF-e gratuito da Zipline Tecnologia, a mesma empresa do eGestor: o plano gratuito emite até 15 notas por mês e tem ambiente de teste, que valida a nota na SEFAZ sem valor fiscal.

A rejeição 321 vem de um dado preenchido de forma diferente do que a SEFAZ espera. A nota fica com a situação Rejeitada, sem valor fiscal, e pode ser corrigida e reenviada com o mesmo número.

1. Abra a nota rejeitada e confira o dado que a rejeição aponta: “NF-e de devolução de mercadoria não possui documento fiscal referenciado”.
2. Corrija nos dados da própria nota: confira se a finalidade está como devolução e informe a chave de acesso da NF-e original no documento referenciado.
3. Use salvar e enviar para transmitir a nota de novo à SEFAZ.
4. Se ainda tiver dúvida sobre o preenchimento, emita antes no ambiente de teste, que valida a nota sem valor fiscal, e confirme o enquadramento com o seu contador.

Conclusão

A rejeição 321 ocorre quando a NF-e de devolução não traz o documento fiscal referenciado corretamente. Para evitá-la, sempre informe a chave de acesso da nota original. A partir de 16 de novembro de 2026, essa indicação passa a ser feita item por item, no grupo DFeReferenciado. Por isso, confirme com antecedência se o seu sistema emissor já está preparado.

A rejeição 234 ocorre ao emitir uma Nota Fiscal Eletrônica (NF-e) quando a Inscrição Estadual (IE) do destinatário não está corretamente vinculada ao CNPJ informado. Em outras palavras, a SEFAZ não consegue validar a relação entre o CNPJ do cliente e a IE cadastrada na NF-e.

Consequentemente, esse erro impede a emissão da nota e pode atrasar processos fiscais, contábeis e logísticos. Aliás, ele é especialmente comum em empresas que mantêm grandes bases de clientes ou que possuem cadastros antigos, com informações desatualizadas.

Por que a rejeição 234 ocorre?

A rejeição 234 acontece devido a inconsistências nos dados cadastrais do destinatário. De acordo com o Manual de Orientação do Contribuinte (MOC) da NF-e, a SEFAZ realiza uma verificação automática para confirmar que:

• O CNPJ do destinatário esteja ativo, válido e registrado na Receita Federal;
• A Inscrição Estadual informada na NF-e esteja devidamente vinculada a esse CNPJ na base da SEFAZ estadual;
• Nesse sentido, se houver divergência, o sistema rejeita a nota com o código 234, sinalizando que a SEFAZ não reconhece a IE fornecida.

Em resumo, a rejeição ocorre quando:

• O cliente é contribuinte do ICMS, mas a IE está incorreta ou desatualizada;
• O cliente mudou de estado ou a empresa alterou o cadastro na Receita e não atualizou o sistema;
• A IE informada na NF-e pertence a outro CNPJ.

Portanto, sem essa validação, a SEFAZ não permite que a operação seja registrada, garantindo a integridade fiscal do documento.

Como resolver a rejeição 234

Para corrigir a rejeição 234, é necessário seguir alguns passos cuidadosamente:

1. Verifique os dados do destinatário Confirme se o cliente possui CNPJ válido e ativo. Se for contribuinte isento ou sem IE, registre corretamente essa condição no sistema. Lembre-se que clientes com IE inválida ou desatualizada não poderão receber NF-e até que corrijam o cadastro.
2. Corrija a Inscrição Estadual vinculada ao CNPJ Em seguida, atualize o cadastro do cliente informando a IE correta associada ao CNPJ. Para isso, consulte a base da SEFAZ ou peça ao cliente a confirmação da inscrição estadual. Além disso, é importante que o número da IE corresponda exatamente ao cadastrado na Receita, incluindo dígitos verificadores e formato correto.
3. Transmita novamente a NF-e Após corrigir os dados, reenvie a nota fiscal eletrônica. Normalmente, sistemas ERP atualizados aceitam a NF-e sem gerar nova rejeição, desde que o cadastro esteja correto.
4. Consulte o manual do seu software ERP Cada sistema pode ter procedimentos específicos para atualização de cadastro e IE do cliente. Por exemplo, alguns ERPs permitem integração direta com a base da SEFAZ, facilitando a validação automática. Verifique o material de suporte do seu sistema para instruções detalhadas.
5. Reforce os controles internos de cadastro Para evitar futuras rejeições 234, implemente práticas de conferência periódica dos cadastros de clientes, especialmente quanto a CNPJ, IE e situação fiscal. Assim, isso reduz retrabalho, atrasos na emissão de NF-e e problemas com a fiscalização.

Como resolver a rejeição 234 no NFE+

O NFE+ é o emissor de NF-e gratuito da Zipline Tecnologia, a mesma empresa do eGestor: o plano gratuito emite até 15 notas por mês e tem ambiente de teste, que valida a nota na SEFAZ sem valor fiscal.

A rejeição 234 vem de um dado preenchido de forma diferente do que a SEFAZ espera. A nota fica com a situação Rejeitada, sem valor fiscal, e pode ser corrigida e reenviada com o mesmo número.

1. Abra a nota rejeitada e confira o dado que a rejeição aponta: “IE do destinatário não vinculada ao CNPJ”.
2. Corrija no cadastro do contato (o cliente): CNPJ/CPF, inscrição estadual, indicador de contribuinte e UF. Corrigir no cadastro evita que o erro volte na próxima nota.
3. Use salvar e enviar para transmitir a nota de novo à SEFAZ.
4. Se ainda tiver dúvida sobre o preenchimento, emita antes no ambiente de teste, que valida a nota sem valor fiscal, e confirme o enquadramento com o seu contador.

Conclusão

A rejeição 234 surge sempre que existe inconsistência entre a Inscrição Estadual e o CNPJ do destinatário. Dessa forma, manter os cadastros atualizados e corretos é fundamental para:

• Garantir conformidade fiscal;
• Evitar atrasos na emissão de NF-e;
• Reduzir retrabalho da equipe contábil;
• A empresa deve assegurar o registro correto de todas as vendas para fins de ICMS e relatórios fiscais.

A empresa deve assegurar o registro correto de todas as vendas para fins de ICMS e relatórios fiscais. Em suma, ao aplicar essas práticas, você terá menos rejeições, maior eficiência operacional e tranquilidade quanto à conformidade com a SEFAZ.

A rejeição 212 ocorre quando a NF-e é transmitida com a data de emissão posterior à data de recebimento. Em outras palavras, a nota indica o recebimento antes da emissão. Como resultado, esse conflito impede a SEFAZ de autorizar o documento.

O objetivo da regra é garantir a coerência temporal das operações fiscais. Afinal, emitir uma nota com datas conflitantes pode causar problemas de controle contábil e fiscal. Portanto, a SEFAZ bloqueia a autorização até que o emissor corrija os campos de data.

Por que a rejeição 212 ocorre?

O erro acontece geralmente por preenchimento incorreto das datas. Conforme o Manual de Orientação do Contribuinte (MOC – Regra de Validação 215), o sistema confere os seguintes campos:

• dhEmi (data de emissão): indica quando a NF-e foi emitida.
• dhRecbto (data de recebimento): indica quando a nota foi recebida ou processada pelo sistema do destinatário.

Se a data de emissão for maior que a data de recebimento, então a SEFAZ considera o documento inválido e gera a rejeição 212.

Algumas situações comuns que geram essa rejeição incluem:

• O computador do emissor possui relógio incorreto;
• Ou o usuário digitou a data manualmente e com erro;
• Ou o ERP preencheu a data automaticamente com um horário futuro;
• Ou o sistema (ou alguém) importou ou copiou a nota de outro documento com campos de data inconsistentes.

Como resolver a rejeição 212

1. Verifique a data de emissão da NF-e Primeiramente, confirme se a data informada no campo $dhEmi$ é realmente a do dia da operação. Ajuste o horário se necessário.
2. Ajuste a data de recebimento Alguns sistemas ERP permitem corrigir a data de recebimento. Se o campo dhRecbto estiver incorreto, altere para o registro correto do processamento da nota.
3. Reenvie a NF-e Depois de corrigir as datas, tente submeter a nota novamente para a SEFAZ. Assim, a SEFAZ (ou o sistema) deve aprovar a validação sem rejeição.
4. Consulte o manual do seu ERP Cada software possui regras próprias para preencher datas. Portanto, consulte o manual ou o suporte técnico para saber como corrigir sem comprometer outros registros.

Como a SEFAZ valida as datas da NF-e

A SEFAZ realiza comparações automáticas entre as datas da NF-e. Desse modo, o sistema verifica se:

• A data de emissão não é posterior à data de recebimento;
• Não há inconsistências com o horário do servidor;
• A nota segue as normas de emissão do ICMS e do SPED.

Essa validação evita problemas fiscais futuros, tais como registros duplicados, notas emitidas em datas incorretas e divergências contábeis.

Exemplos práticos que geram a rejeição 212

• O sistema ERP registrou o recebimento como 25/11, embora o emissor tenha emitido a nota no dia 26/11.
• O relógio do computador do emissor estava adiantado em 2 dias;
• O usuário copiou dados de outra nota emitida anteriormente e não atualizou as datas;
• Ou ainda, o sistema ERP configurou a data de emissão automaticamente para o próximo dia útil.

Em todos os casos, a SEFAZ só autoriza a NF-e depois que o emissor corrige a inconsistência.

Como resolver a rejeição 212 no NFE+

O NFE+ é o emissor de NF-e gratuito da Zipline Tecnologia, a mesma empresa do eGestor: o plano gratuito emite até 15 notas por mês e tem ambiente de teste, que valida a nota na SEFAZ sem valor fiscal.

A rejeição 212 vem de um dado preenchido de forma diferente do que a SEFAZ espera. A nota fica com a situação Rejeitada, sem valor fiscal, e pode ser corrigida e reenviada com o mesmo número.

1. Abra a nota rejeitada e confira o dado que a rejeição aponta: “data de Emissão posterior a data de recebimento”.
2. Corrija nos dados da própria nota: datas, destino da operação, documento referenciado, forma de pagamento e totais.
3. Use salvar e enviar para transmitir a nota de novo à SEFAZ.
4. Se ainda tiver dúvida sobre o preenchimento, emita antes no ambiente de teste, que valida a nota sem valor fiscal, e confirme o enquadramento com o seu contador.

Conclusão

A rejeição 212 acontece quando há conflito entre a data de emissão e a data de recebimento na NF-e. Para evitar problemas:

• Sempre confirme a data de emissão antes de transmitir;
• Garanta que a data de recebimento esteja correta;
• Ajuste manualmente quando necessário;
• Consulte o ERP para procedimentos específicos.

Seguindo esses passos, você mantém a emissão fiscal conforme a legislação, evita atrasos e garante a integridade contábil da empresa.

Rejeição 208: CNPJ do destinatário inválido na NF-e/NFC-e

A rejeição 208 aparece ao emitir uma Nota Fiscal Eletrônica (NF-e). Basicamente, o erro ocorre porque a Inscrição Estadual (IE) do destinatário deveria estar informada, mas o campo está vazio. Dessa forma, a SEFAZ entende que faltam dados obrigatórios. Portanto, é necessário preencher a IE ou ajustar o tipo de destinatário antes de transmitir novamente.

Como a Sefaz valida o CNPJ

A SEFAZ valida o CNPJ do destinatário durante a emissão da NF-e usando regras automáticas. De fato, essas regras verificam se os dados informados existem, estão corretos e são compatíveis com o tipo de operação. Assim, o sistema garante a integridade fiscal da nota.

Por que a rejeição 208 ocorre? Entenda a regra da Sefaz

Essa rejeição acontece devido a um erro de preenchimento. Em síntese, o campo indIEDest define se o destinatário é contribuinte do ICMS. A regra da SEFAZ, prevista no Manual de Orientação do Contribuinte (MOC), determina que:

• Quando o destinatário for contribuinte do ICMS (indIEDest = 1),
• A Inscrição Estadual deve constar na NF-e.

Se o destinatário estiver marcado como contribuinte, mas o campo IE estiver vazio, a SEFAZ gerará a rejeição 208.

Como resolver a rejeição 208 em 3 passos simples

Passo 1: Verifique o cadastro do destinatário

Primeiramente, confirme se o cliente é realmente contribuinte do ICMS. Além disso, valide se a Inscrição Estadual está correta e ativa.

Passo 2: Preencha a Inscrição Estadual

Caso o cliente seja contribuinte, informe a IE válida no cadastro e na NF-e. Isso porque garante a consistência dos dados.

Passo 3: Ajuste o tipo de destinatário, se necessário

Se o cliente não possuir Inscrição Estadual, altere o campo indIEDest para:

• 2 – Contribuinte Isento, quando aplicável;
• 9 – Não Contribuinte, ou seja, quando ele não for contribuinte do ICMS.

Passo 4: Reenvie o documento fiscal

Após corrigir o cadastro ou ajustar os campos, transmita novamente a NF-e.

Como resolver a rejeição 208 no NFE+

O NFE+ é o emissor de NF-e gratuito da Zipline Tecnologia, a mesma empresa do eGestor: o plano gratuito emite até 15 notas por mês e tem ambiente de teste, que valida a nota na SEFAZ sem valor fiscal.

A rejeição 208 vem de um dado preenchido de forma diferente do que a SEFAZ espera. A nota fica com a situação Rejeitada, sem valor fiscal, e pode ser corrigida e reenviada com o mesmo número.

1. Abra a nota rejeitada e confira o dado que a rejeição aponta: “CNPJ do destinatário inválido”.
2. Corrija no cadastro do contato (o cliente): CNPJ/CPF, inscrição estadual, indicador de contribuinte e UF. Corrigir no cadastro evita que o erro volte na próxima nota.
3. Use salvar e enviar para transmitir a nota de novo à SEFAZ.
4. Se ainda tiver dúvida sobre o preenchimento, emita antes no ambiente de teste, que valida a nota sem valor fiscal, e confirme o enquadramento com o seu contador.

Conclusão e a importância do cadastro de clientes

A rejeição 208 surge quando a NF-e indica que o destinatário é contribuinte, mas não informa a Inscrição Estadual. Para evitar o erro, preencha corretamente os campos indIEDest e IE. Assim, você garante a coerência entre os dados, evita falhas na validação da SEFAZ e mantém o processo fiscal em conformidade.

A rejeição 207 acontece quando o CNPJ de quem está emitindo a nota fiscal está inválido. Assim, isso pode ser por erro de digitação, formato incorreto, número faltando ou dígito verificador errado. Portanto, para resolver, confira o CNPJ no cadastro da empresa no seu sistema, arrume o número e mande a nota fiscal de novo.

Por que a rejeição 207 ocorre?

A rejeição 207 pode surgir em diferentes situações práticas. Entre elas, as mais comuns são:

1. Formato errado: O CNPJ não tem 14 números ou, então, os números estão na ordem errada.
2. Dígito verificador inválido: O CNPJ pode estar errado, mesmo que tenha 14 números. No entanto, o sistema da SEFAZ identifica o erro nos números finais.
3. CNPJ que não existe ou está inativo: Isso acontece quando o número pertence a uma empresa que não está ativa na Receita Federal. Além disso, outra possibilidade é o cadastro dessa empresa ter sido cancelado.

Como resolver a rejeição 207?

Para começar, para corrigir o problema e reenviar a nota fiscal, siga os passos conforme a situação:

• Entre no cadastro da empresa: Vá para a área de cadastro da empresa no seu programa de gestão.
• Corrija o CNPJ: Verifique e arrume o número do CNPJ. Ou seja, garanta que ele tenha 14 números e que está digitado corretamente.
• Reenvie a nota: Depois de salvar a correção, faça o processo de emissão e envio da nota fiscal para a SEFAZ novamente.

⚠️ Atenção: Nunca substitua o CNPJ apenas para “passar” a validação. O emitente deve ser exatamente o responsável pela operação registrada na nota. Caso contrário, pode haver autuação fiscal e inconsistências com a Receita.

Como resolver a rejeição 207 no NFE+

O NFE+ é o emissor de NF-e gratuito da Zipline Tecnologia, a mesma empresa do eGestor: o plano gratuito emite até 15 notas por mês e tem ambiente de teste, que valida a nota na SEFAZ sem valor fiscal.

A rejeição 207 vem de um dado preenchido de forma diferente do que a SEFAZ espera. A nota fica com a situação Rejeitada, sem valor fiscal, e pode ser corrigida e reenviada com o mesmo número.

1. Abra a nota rejeitada e confira o dado que a rejeição aponta: “CNPJ do emitente inválido”.
2. Corrija nas configurações fiscais da sua empresa no NFE+: CNPJ, inscrição estadual e regime tributário (CRT), que precisam ser iguais ao cadastro na SEFAZ. Corrigir no cadastro evita que o erro volte na próxima nota.
3. Use salvar e enviar para transmitir a nota de novo à SEFAZ.
4. Se ainda tiver dúvida sobre o preenchimento, emita antes no ambiente de teste, que valida a nota sem valor fiscal, e confirme o enquadramento com o seu contador.

Conclusão sobre a rejeição 207

A rejeição 207 está diretamente ligada à validação cadastral da empresa emissora. Portanto, garantir que o CNPJ esteja correto, ativo e autorizado evita bloqueios na emissão e transtornos com clientes, contabilidade e obrigações fiscais.

Além disso, erros nesse campo impedem a autorização da nota e podem atrasar faturamentos, entregas e registros contábeis. Assim, uma simples conferência antes do envio já elimina esse tipo de rejeição.