Retornos / Rejeições de nota Sefaz

• Este retorno será apresentado, quando não houver nenhuma falha/erro nos dados informados na NF-e enviada, esta mensagem, é a confirmação da emissão da nota.

• Este retorno era apresentado para o cancelamento de uma NF-e, porém este tipo de cancelamento foi desativado, ficando em vigor, apenas o cancelamento por evento.

• Este retorno será apresentado quando for inutilizado com sucesso uma faixa de numeração.

• Este retorno será apresentado quando a SEFAZ receber o lote de NF-e enviado e o Webservice estará processando o XML para verificar sua autenticidade.

• Em algumas situações esse retorno ocorre por não estar configurado corretamente o modo de envio (síncrono ou assíncrono).

  • Caso precise saber qual usar, verifique as particularidades por estado.

• Este retorno será apresentado quando o lote enviado já estiver sido processado, e a SEFAZ já terá um retorno sobre a respectiva nota.

• Este retorno será apresentado quando for realizado uma consulta pelo número de recibo do lote e o Webservice ainda não terminou de processar o XML enviado. Mais detalhes acesse este post.

• Este retorno será apresentado quando houver alguma instabilidade nos servidores da SEFAZ. Aguarde e faça o reenvio em outro momento.

• Será apresentado este retorno quando o serviço do servidor SVC estiver disponível para emissão, no momento que foi realizado uma consulta de Status.

• Este retorno será apresentado quando estiver sendo realizado algum tipo de comunicação com o Webservice e o mesmo estiver passando por alguma manutenção.

• Este retorno será apresentado quando o Webservice estiver parado, para realizar alguma manutenção ou alteração, porém, irá levar um certo tempo para finalizar a manutenção, por este motivo, que é retornado sem previsão.

• Este retorno será apresentado quando houver alguma situação dos casos informados abaixo, em relação a Inscrição Estadual (I.E) do emitente:

  • I.E. Suspensa.

  • I.E. Cancelada.

  • I.E. Baixada.

  • I.E. Em Processo de Baixa.

• Este retorno será apresentado quando for realizado uma consulta de cadastro de algum contribuinte e o cadastro do mesmo conter uma ocorrência registrada.

• Este retorno será apresentado quando for realizado uma consulta de cadastro de algum contribuinte e o cadastro do mesmo conter mais de uma ocorrência registrada.

• Este retorno será apresentado, quando estiver se encerrando a disponibilidade do servidor de emissão SVC.

• Esta rejeição ocorre quando o servidor de contingência está desativado em seu estado e foi realizada uma tentativa de emissão no servidor de contingência.

• O lote foi processado, a validação de cada evento do lote poderá resultar em:

  • Rejeição - o Evento será descartado, com retorno do código do status do motivo da rejeição.

  • Recebido - o Evento será armazenado no repositório do Sistema de Registro de Eventos com a vinculação do Evento à respectiva NF-e ou não (Nos casos das rejeições 135 e 136 apresentados abaixo).

• Recebido pelo Sistema de Registro de Eventos, com vinculação do evento na NF-e.

• O evento será armazenado no repositório do Sistema de Registro de Eventos, a vinculação do evento à respectiva NF-e fica prejudicada face à inexistência da NF-e no momento do recebimento do Evento. Este retorno ocorre no caso do EPEC, que será registrado o evento, porém não estará vinculado a nenhuma NF-e no momento.

• Esta mensagem indica que não possui nenhum documento vinculado ao NSU - Número Sequencial Único na SEFAZ.

  • Esta rejeição é apresentada na tela do MDe quando não é localizado nenhum documento após a NSU informada no cadastro da filial. Caso persista e tenha realmente notas emitidas para aquele cadastro, verifique todas as opções do post abaixo (não pule nenhuma etapa).

• Possivel Solução

• Este retorno indica que existem NF-e que foram registradas em EPEC, no entanto, a SEFAZ Estadual não encaminhou à SEFAZ Nacional a indicação de que as NF-e registradas em EPEC foram autorizadas no ambiente normal. Isso causa a não conciliação dos registros pendentes em EPEC.

• Quando existem NF-e não conciliadas em EPEC, a SEFAZ Nacional bloqueia o uso deste ambiente até que sejam sanadas as pendências.

  • Orientado entrar em contato com a contabilidade e solicitar ajuda com esse caso.

• Este retorno indica que a nota foi autorizada porém fora do prazo de 24h após a data emissão.

• Este retorno indica que foi cancela uma NF-e em homologação porém fora do prazo permitido.

• Quando as inutilizações ultrapassarem 10.000 numerações. pedimos que contate o contador para verificar como proceder.
  • Manual de Orientação ao Contribuinte. Pagina 54, regra de validação 104

• As possíveis causas para que a rejeição aconteça são:

  • Arquivo XML enviado fora da estrutura padrão estabelecido pela legislação.

  • Falha no namespace do arquivo template utilizado para a UF.

  • Assinatura digital (arquivo XML sem assinatura, certificado digital vencido, não atende aos padrões estabelecidos).

  • Falha técnica, servidor da SEFAZ com instabilidade.

• Verifique a versão do sistema, WebServices e particularidades do estado.

• Veja também se existe certificado digital vencido instalado na máquina.

Normalmente o erro é a instabilidade da Sefaz, mas é bom fazer todas as conferencias para descartar quaisquer erros.

• Essa rejeição pode ocorrer em algumas situações:

  • Normalmente, empresas recém criadas e que ainda estão em processo de cadastramento na Sefaz;
  • Empresas que já são emissoras, porém estão com algum tipo de pendência na Sefaz ou Receita Federal;
  • Por falha na Sefaz.

• Possivel Solução

• Esse erro ocorre por tentativas de emissão de notas em faixas já utilizadas. Pedimos para verificar juntamente ao contador a numeração da última nota para corrigir no cadastro da filia. Após isso, deve ser consultada a nota na receita, para verificar se a mesma será igual ou diferente ao sistema.

Existem duas situações neste caso com soluções distintas:

• 1° caso: Dados iguais na Sefaz e no movimento.

  • Neste caso deve ser rodado o comando para mudar o status da nota para autorizada no sistema. Lembrando que com isso não terá dados como por exemplo o protocolo de autorização.

• 2° caso: Dados diferentes na Sefaz e no movimento.

  • Nesse caso deve ser desassociado essa nota do movimento e deletado essa informação do banco de dados.

Comandos devem ser passados por técnicos experientes. Não rode nenhum comando no banco de dados do cliente sem backup e sem supervisão caso não tenha conhecimento para o mesmo.

• A denegação na nota, é também um status da mesma, então não é possível reutilizar uma numeração denegada. Deve-se, nessa situação, emitir a NF-e que deseja autorizar com uma nova numeração ainda não utilizada.

  • Esta rejeição ocorre quando tenta usar uma numeração que está com status de denegada na SEFAZ. Verifique com o contador qual ultima numeração utilizada na séria que está sendo usada e configure corretamente no cadastro da filial.

Existem duas situações neste caso com soluções distintas:

• 1° caso: NF-e ficou com o Status de denegada referente aquele movimento.
  • Neste caso não tem o que ser feito, mas orientamos a manter essa nota no sistema para posteriores consultas.

NÃO APAGUE NOTA DENEGADA DO SISTEMA, EXISTE STATUS PARA A MESMA E SE CONTABILIDADE E/OU SEFAZ EXIGEREM O ARQUIVO VOCÊ NÃO TERÁ COMO CONSULTAR, POR PADRÃO DADOS FISCAIS DEVEM SER AMARZENADOS POR 5 ANOS.

• 2° caso: Foi configurado errada a numeração no cadastro da filial e a nota com status de denegada não condiz com o movimento.
  • Nesse caso deve ser desassociado essa nota do movimento e deletado essa informação do banco de dados.

Comandos devem ser passados por técnicos experientes. Não rode nenhum comando no banco de dados do cliente sem backup e sem supervisão caso não tenha conhecimento para o mesmo.

NÃO APAGUE NOTA DENEGADA DO SISTEMA, EXISTE STATUS PARA A MESMA E SE CONTABILIDADE E/OU SEFAZ EXIGEREM O ARQUIVO VOCÊ NÃO TERÁ COMO CONSULTAR, POR PADRÃO DADOS FISCAIS DEVEM SER AMARZENADOS POR 5 ANOS...

• Essa rejeição ocorre quando a numeração utilizada já consta como inutilizada na Sefaz. Deve ser consultado para conferir se essa numeração, dentro da série usada, consta como inutilizada. Entre em contato com a contabilidade, confirma qual a última numeração utilizada na série que está sendo usada e configure no cadastro da filial a numeração correta.

• 1° caso: Sistema já em uso e emitindo nota normalmente, de repente começa a emitir nota com numeração já inutilizada na SEFAZ.
  • Pode ter sido feita inutilização em algum momento usando a tela de Inutilizar em lote;
  • Essa numeração ter sido usada em outra plataforma de emissão de nota diferente do Etrade.

• 2° caso: Iniciou o uso do sistema e a rejeição ocorreu.
  • A numeração no cadastro da filial de ultima nota utilizada pode não ser a correta, tendo então que confirmar com o contador qual a numeração deve ser usada. Somente nesse caso deve ser desassociada a nota do movimento, mas cuidado para não remover associação errada.

• 3° caso: Nota não consta como inutilizada na SEFAZ.
  • Nesse caso deve ser consultado o contador e verificar se essa numeração foi utilizada e consta na SEFAZ.

Comandos devem ser passados por técnicos experientes. Não rode nenhum comando no banco de dados do cliente sem backup e sem supervisão caso não tenha conhecimento para o mesmo.

• Essa rejeição ocorre quando o CNPJ informado no cadastro da filial está errado.
  • Confira o CNPJ no cadastro da filial se está correto, caso não esteja será necessário a alteração.

Obs: Se o CNPJ estiver errado cuidado para não alterar sem solicitar o ajuste antes com o setor financeiro no nosso BackOffice. Consulte o post sobre Troca de Serial e CNPJ, como fazer?

• Essa rejeição ocorre quando o CNPJ do cliente do movimento está errado, verifique no cadastro do cliente.

• Essa rejeição ocorre quando a Inscrição Estadual do cadastro da filial está errado. Nesse caso consulte o correto no site do Sintegra, ajuste e emita a nota novamente. (Não esqueça de recarregar o movimento)

• Essa rejeição ocorre quando a Inscrição Estadual do cliente do movimento está errado. Nesse caso consulte o correto no site do Sintegra e ajuste e emita a nota novamente. (Não esqueça de recarregar o movimento)

• Esta rejeição indica que o campo IEST não foi informado. Ele passa a ser obrigatório quando houver retenção do ICMS ST para a UF de destino.

  • Pode ocorrer quando não informa a IE ou quando a mesma inicia com 0 (zero).

• Esta rejeição ocorre quando a data de recebimento do movimento é menor à data da emissão.

  • Normalmente ocorre quando o tipo de pagamento é parcelamento ou cheque e a data das parcelas é melhor que a data de emissão. Para corrigir será necessário refazer o movimento ou se não tiver opção pode ser ajustado via banco alterando essas parcelas via banco.

Comandos devem ser passados por técnicos experientes. Não rode nenhum comando no banco de dados do cliente sem backup e sem supervisão caso não tenha conhecimento para o mesmo.

• Essa rejeição ocorre quando o CNPJ do cadastro de filial está diferente do CNPJ do certificado digital.

  • Necessariamente deve ser usado certificado digital com a mesma máscara da configurada no cadastro da filial. Salvo quando a empresa tiver matriz e filiais, que pode ser usado o certificado da matriz nas filiais (o nome que irá no certificado é o da matriz). Não é permitido usar o certificado das filiais na matriz.

• Segundo o Manual de Orientação ao Contribuinte, a mensagem enviada aos WebServices para autorização não deve ultrapassar o tamanho de 500 KB. Caso seja encaminhado a Sefaz uma NF-e ou Lote de NF-e que possua um tamanho superior a 500 KB, a mensagem será descartada.

  • Para resolver deve-se reduzir o tamanho da mensagem para realizar a retransmissão da NF-e a Sefaz. Caso a NF-e contenha muitos produtos, divida esses produtos e emita 2 NF-e's com numerações diferentes para esse mesmo cliente. Para não ter dúvidas, sempre contate o contador do cliente.

• Possivel Solução

• Essa rejeição ocorre quando é enviado um arquivo XML que não esteja em conformidade com o layout de schema válido pela Sefaz. Trata-se de uma rejeição genérica, ou seja, pode ser retornada em diversas situações.
• Deve ser consultado no Validador qual retorno está apresentando. Caso precise de ajuda para identificar qual campo está com erro consulte aqui).

Não sabe usar o validador? Consulte o post (Como fazer validações de nota)

• Esta rejeição normalmente ocorre quando vai consultar uma chave de acesso e a mesma está com algum dado incorreto.

• Geralmente no corpo desta mensagem é apontado a Duplicidade, então a partir daí podemos buscar por ela na receita e corrigir no sistema.
  

5> Nota Fiscal identificada como duplicada.
6> Tentando atualizar nota duplicada.
Erro ao enviar: 217 - Rejei????o: NF-e n??o consta na base de dados da SEFAZ

Existem duas situações neste caso com soluções distintas:

• 1° caso: Dados iguais na Sefaz e no movimento.

  • Neste caso deve ser rodado o comando para mudar o status da nota para autorizada no sistema. Lembrando que com isso não terá dados como por exemplo o protocolo de autorização.

• 2° caso: Dados diferentes na Sefaz e no movimento.

  • Nesse caso deve ser desassociado essa nota do movimento e deletado essa informação do banco de dados.

Comandos devem ser passados por técnicos experientes. Não rode nenhum comando no banco de dados do cliente sem backup e sem supervisão caso não tenha conhecimento para o mesmo.

• Geralmente no corpo desta mensagem é apontado a Duplicidade, então a partir daí podemos buscar por ela na receita e corrigir no sistema.
  

5> Nota Fiscal identificada como duplicada.
6> Tentando atualizar nota duplicada.
Erro ao enviar: 218 - Rejei????o: NF-e já consta na base de dados da SEFAZ

Existem duas situações neste caso com soluções distintas:

• 1° caso: Dados iguais na Sefaz e no movimento.

  • Neste caso deve ser rodado o comando para mudar o status da nota para cancelada no sistema. Lembrando que com isso não terá dados como por exemplo o protocolo de cancelamento.

• 2° caso: Dados diferentes na Sefaz e no movimento.

  • Nesse caso deve ser desassociado essa nota do movimento e deletado essa informação do banco de dados.

Comandos devem ser passados por técnicos experientes. Não rode nenhum comando no banco de dados do cliente sem backup e sem supervisão caso não tenha conhecimento para o mesmo.

• Esta rejeição ocorre quando, por exemplo, uma determinada mercadoria está sendo transportada de São Paulo para o Rio Grande do Sul e, nesse trajeto, a NF-e foi consultada em uma barreira fiscal. A partir desse momento o FISCO reconhece que a mercadoria entra em circulação, ou seja, está sendo executado o fato gerador do recolhimento do ICMS. Por mais que ainda haja tempo hábil para o cancelamento, este não será mais possível. Caso haja a tentativa de cancelamento nesse momento, será retornada essa rejeição.

• Neste caso a nota passou do prazo para cancelamento

  • NFC-e / CF-e = 30 minutos

  • NF-e = 24 h (varia em alguns estados, depende da SEFAZ)

  • MDF-e = 24 h

• Essa rejeição ocorre quando ao tentar realizar o cancelamento de uma NF-e após o vínculo de uma Manifestação do Destinatário de Confirmação de Operação, o órgão autorizador retornará esse erro.

  • De acordo com o Manual do Contribuinte, só é possível realizar o cancelamento de um documento com confirmação da operação vinculada, se for homologado um evento de Operação não Realizada ou Desconhecimento da Operação posterior. Por tanto, será necessário que o destinatário da NF-e realize a Manifestação de Operação não Realizada ou Desconhecimento da Operação antes do emitente realizar outra tentativa de cancelamento.

• Esta rejeição indica que ao emitir um evento de cancelamento para uma NF-e, o protocolo passado no campo nProt do evento, não corresponde ao mesmo protocolo de autorização da NF-e.
  • Deve-se verificar o protocolo de autorização correto. Podemos executar uma consulta pela chave de acesso na SEFAZ, no retorno teremos o protocolo de autorização e caso esteja errado deve ser ajustado.

• Esta rejeição ocorre quando o CNPJ de quem está fazendo o cancelamento da nota não é o mesmo do que emitiu a mesma.
  • Verifique se o cliente teve mudança de CNPJ recentemente no sistema. Se for o caso a nota não poderá ser cancelada utilizando o Software. Entre em contato com a contabilidade e verifique qual procedimento deve ser feito neste caso.

• Esta rejeição ocorre ao tentar inutilizar uma numeração e informar uma numeração inicial maior que a numeração final.

• Essa rejeição ocorre quando é enviado um arquivo XML que não esteja em conformidade com o layout de schema válido pela Sefaz. Trata-se de uma rejeição genérica, ou seja, pode ser retornada em diversas situações.
• Deve ser consultado no Validador qual retorno está apresentando. Caso precise de ajuda para identificar qual campo está com erro consulte aqui).

Não sabe usar o validador? Consulte o post (Como fazer validações de nota)

• Esta rejeição ocorre quando tenta realizar a emissão de uma NF-e ou NFC-e usando um código de UF diferente da UF do WebService.
  • Confira se os Endereços WebServices estão configurados corretamente.

Orientamos verificar se foi usado o banco padrão do estado correto. Caso não, é necessário configurar o cliente consumidor (1), as operações dentro de todas as classes de imposto e as demais configurações.

• Esta rejeição ocorre quando ao realizar a emissão de uma nota e o prefixo não está informado na composição da chave de acesso (atributo Id na tag infNFe) ou erro na estruturação da chave de acesso.

cUF: Código da UF do emitente do Documento Fiscal.
AAMM: Ano e Mês de emissão do CT-e.
CNPJ: CNPJ do emitente.
mod: Modelo do Documento Fiscal.
Serie: Série do Documento Fiscal.
nCT: Número do Documento Fiscal.
tpEmis: Forma de emissão do CT-e.
cCT: Código Numérico que compõe a Chave de Acesso.
cDV: Dígito Verificador da Chave de Acesso.

• Essa é a estruturação da chave de acesso de uma nota. No inicio da mesma deve ser informado com o prefixo qual tipo de nota está sendo emitida (NFe, NFCe, MDFe, MFe, CFe, etc). Quando não há esse prefixo como na imagem ilustrativa ou uma ordenação errada da estruturação das numerações o erro 227 é apresentado.

• A regra de validação da SEFAZ, diz o seguinte:

NF-e com Tipo de Emissão = 1-Normal (ou 6-SVC-AN, 7-SVC-RS) (NT2012.003)

- Data de Emissão ocorrida há mais de 30 dias (ou com outro limite, a critério da UF)

• Ou seja, quando o campo dhEmi tiver data preenchida há mais de 30 dias em relação a data atual será apresentada esta rejeição.

A critério da SEFAZ, podem ser aceitas as NF-e com Data de Emissão muito atrasadas, desde que tenham sido emitidas em contingência (tpEmis=2, 4, 5). Nestes casos, a autorização da SEFAZ será com o cStat="150- Autorizado Uso da NF-e, autorização fora de prazo" (NT 2012.003).

• Essa rejeição ocorre quando é emitida uma NF-e e a Inscrição do Emitente é informada apenas com zeros.
  • Nesse caso consulte o correto no site do Sintegra, ajuste e emita a nota novamente. (Não esqueça de recarregar o movimento)

• Esta rejeição ocorre quando a Inscrição Estadual do Emitente não está cadastrada na Sefaz.

  • Nesse caso consulte no site do Sintegra se há IE para o emitente. Caso tenha ajuste e emita a nota novamente. (Não esqueça de recarregar o movimento)

  • Do contrário entre em contato com o contador do cliente para confirmar os dados.

• Esta rejeição ocorre quando a Inscrição Estadual informada nos dados do Emitente for divergente da Inscrição Estadual que consta vinculada ao CNPJ desta empresa na SEFAZ.
  • Nesse caso consulte o correto no site do Sintegra, ajuste e emita a nota novamente. (Não esqueça de recarregar o movimento)

• Essa rejeição ocorre quando é emitida uma NF-e e a Inscrição do Destinatário é informada apenas com zeros.

  • Nesse caso consulte o correto no site do Sintegra, ajuste e emita a nota novamente. (Não esqueça de recarregar o movimento)

• Esta rejeição ocorre quando a Inscrição Estadual do Destinatário não está cadastrada na Sefaz.

  • Nesse caso consulte no site do Sintegra se há IE para o destinatário. Caso tenha ajuste e emita a nota novamente. (Não esqueça de recarregar o movimento)

  • Do contrário entre em contato com o cliente para confirmar os dados.

• Esta rejeição ocorre quando a Inscrição Estadual informada nos dados do Destinatário for divergente da Inscrição Estadual que consta vinculada ao CNPJ desta empresa na SEFAZ.
  • Nesse caso consulte o correto no site do Sintegra, ajuste e emita a nota novamente. (Não esqueça de recarregar o movimento)

• Ao realizar a emissão de uma NF-e (modelo 55), a rejeição 235: Inscrição SUFRAMA inválida, poderá ocorrer nos casos:

  • Código SUFRAMA não informado nos casos em que o destinatário estiver cadastrado junto a Superintendência da Zona Franca de Manaus;

  • Código SUFRAMA preenchidos com zero (0) ou ainda com a numeração e digito verificador inválido.

• Atualmente não temos esse campo no sistema, mas existe tarefa para a mesma.

  • Acompanhe pelo link: #272878 - SUFRAMA no Simples Nacional, excesso sublimite de receita bruta

• A chave de acesso é composta por diversos campos e o último dígito corresponde ao cálculo sobre os demais. Essa rejeição indica que ao emitir uma NF-e o cálculo do digito verificador da chave de acesso não foi feito conforme especificação do manual do contribuinte ou a formação dos campos da chave não foi feita corretamente.

  • Não é comum ocorrer esse erro no sistema, uma vez que a formação da chave de acesso e o cálculo do dígito verificador é feito de forma automática. Caso aconteça refaça o movimento e emita uma nova nota.

• Esta rejeição se apresenta quando CPF do destinatário está errado.

  • Confira no cadastro do destinatário os dados, ajuste e envie a nota novamente. (Não esqueça de recarregar o movimento)

• Indica que ao emitir uma NF-e, o cabeçalho de comunicação SOAP está com uma versão no campo versaoDados superior a versão que o WebService da SEFAZ permite.

• Esta rejeição indica o cabeçalho no inicio da mensagem do arquivo enviado para o WebService não é suportado.

No dia 01/10/2018, foi desativada a versão 3.10 da NFC-e, para saber mais detalhes sobre as demais mudanças acesse o post Principais mudanças NFC-e 4.0.

• Esta rejeição indica que ao tentar emitir um evento de cancelamento ou pedido de inutilização de numeração, a SEFAZ encontrou irregularidades no cadastro do emitente e bloqueou a operação.

  • Consulte o contador do cliente para verificação da situação do cadastro dele.

• Esta rejeição ocorre quando for tentar inutilizar uma ou mais faixas de uma numeração já utilizadas. Existe três situações neste caso com soluções distintas, porém a mais comum nessa rejeição é a segunda:

• 1° caso: Sistema já em uso e emitindo nota normalmente, de repente começa a emitir nota com numeração já inutilizada na SEFAZ.

  • Pode ter sido feita inutilização em algum momento usando a tela de Inutilizar em lote;
  • Essa numeração ter sido usada em outra plataforma de emissão de nota diferente do Etrade.

• 2° caso: Iniciou o uso do sistema e a rejeição ocorreu.
  • A numeração no cadastro da filial de ultima nota utilizada pode não ser a correta, tendo então que confirmar com o contador qual a numeração deve ser usada. Somente nesse caso deve ser desassociada a nota do movimento, mas cuidado para não remover associação errada.

• 3° caso: Nota consta como inutilizada na SEFAZ na data que está tentando fazer a inutilização.
  • Nesse caso pode ter havido uma falha de comunicação no momento em que a Sefaz enviava os dados para o sistema, por tanto deve alterar via banco o status dessa nota.

• No sistema essa rejeição ocorre também na tela de Inutilizar NFe/NFCe quando uma ou mais faixa que esteja tentando inutilizar já esteja inutilizada na SEFAZ. Consulte no site da SEFAZ do estado se essa faixa já foi inutilizada e ajuste no sistema via banco.

Comandos devem ser passados por técnicos experientes. Não rode nenhum comando no banco de dados do cliente sem backup e sem supervisão caso não tenha conhecimento para o mesmo.

• Este erro ocorre quando há algum dado inválido na tag de cabeçalho da mensagem enviada para SEFAZ.
  • Essa é uma rejeição que não deveria ocorrer no sistema. Caso ocorra a orientação é atualizar ou rodar instalador e atualizador da versão que o cliente está usando novamente, voltar a versão do banco para 0 e refazer a UpdateAutomatic. Após refaça o movimento e tente emitir a nota novamente. Se persistir procure o setor de teste.

• Esta rejeição informa que a estrutura do XML está errada.
  • Essa é uma rejeição que não deveria ocorrer no sistema. Caso ocorra a orientação é atualizar ou rodar instalador e atualizador da versão que o cliente está usando novamente, voltar a versão do banco para 0 e refazer a UpdateAutomatic. Após refaça o movimento e tente emitir a nota novamente. Se persistir procure o setor de teste.

• Ao realizar a emissão de uma nota utilizando um Certificado Digital com o CNPJ diferente do CNPJ do Emitente (tag CNPJ) informado no XML do documento, retornará essa rejeição.
  • O erro está relacionado ao uso do Certificado Digital incorreto para realizar a emissão de documento fiscal, mesmo que no XML seja informado o CNPJ correto do emitente.

• Essa rejeição ocorre quando ao realizar a emissão de uma NF-e ou NFC-e o CNPJ Emitente não consta cadastrado junto a SEFAZ.

• Ao realizar a emissão de uma NF-e e o CNPJ do Destinatário não estiver cadastrado junto a SEFAZ, o órgão autorizador retorna essa rejeição.

• Essa rejeição é apresentada quando o código usado na tag cUF não condiz com a UF informada no cadastro da filial.
  • Esse é um erro que não costuma ocorrer, mas caso ocorra verifique as configurações da filial, WebServices e verifique a possibilidade de atualização do sistema, volta a versão do banco para zero pois pode ser algo na estruturação do banco que deu erro em algum momento.

Clientes VR System não precisam se preocupar com essa rejeição pois a estruturação é gerada em um processo interno.

• Esse erro acontece, quando você tenta emitir uma NF-e, e a validação da chave de acesso NF-e apresenta uma UF que diverge da SEFAZ autorizadora.

• Esse erro acontece, quando você tenta emitir uma NF-e, e a validação da NF-e é enviada para uma SEFAZ que diverge da SEFAZ Origem.
  • Verifique os WebServices, caso esteja sem a informação consulte o site da Sefaz do estado para pegar os dados ou consulte o Endereços WebServices.

• Esse erro ocorre quando é informado uma Inscrição SUFRAMA e a UF não está incluso nos estados que usam esse tipo de inscrição.
  • Os estados que são autorizados são: AC - Acre, AM - Amazonas, RO - Rondonia, RR – Roraima ou AP – Amapá(Este apenas nos municípios de Macapá e Santana)

• Essa rejeição ocorre quando usa o WebService de produção e no cadastro da filial está configurado para homologação.
  • Verifique no cadastro da filial, aba DF-e, se o ambiente de emissão de nota está configurado corretamente.
  • Verifique os WebServices, caso esteja sem a informação consulte o site da Sefaz do estado para pegar os dados ou consulte o Endereços WebServices.

• A chave de acesso é composta por diversos campos e o último dígito corresponde ao cálculo sobre os demais. A SEFAZ validará o dígito verificador e caso identifique que ele está incorreto será retornada essa rejeição.

• Isso acontece, quando você tentar emitir uma NF-e complementar e não é referenciado uma NF-e, NFC-e ou NF modelo 1.

• Isso acontece, quando você tentar emitir uma NF-e complementar e tem mais de uma NF-e, NFC-e ou NF modelo 1 referenciada.
  • Se precisar emitir NF-e complementar para mais de uma nota deve ser feita de forma individual

• Isso acontece quando você tenta inutilizar uma faixa numérica que já possui uma numeração inutilizada na SEFAZ, ou seja, ela já está inutilizada.

Existe três situações neste caso com soluções distintas, porém a mais comum nessa rejeição é a segunda:

• 1° caso: Sistema já em uso e emitindo nota normalmente, de repente começa a emitir nota com numeração já inutilizada na SEFAZ.
• Pode ter sido feita inutilização em algum momento usando a tela de Inutilizar em lote;
• Essa numeração ter sido usada em outra plataforma de emissão de nota diferente do Etrade.

• 2° caso: Iniciou o uso do sistema e a rejeição ocorreu.
  • A numeração no cadastro da filial de ultima nota utilizada pode não ser a correta, tendo então que confirmar com o contador qual a numeração deve ser usada. Somente nesse caso deve ser desassociada a nota do movimento, mas cuidado para não remover associação errada.

• 3° caso: Nota consta como inutilizada na SEFAZ na data que está tentando fazer a inutilização.
  • Nesse caso pode ter havido uma falha de comunicação no momento em que a Sefaz enviava os dados para o sistema, por tanto deve alterar via banco o status dessa nota.

Comandos devem ser passados por técnicos experientes. Não rode nenhum comando no banco de dados do cliente sem backup e sem supervisão caso não tenha conhecimento para o mesmo.

• Erro referente a não autorização da Sefaz para emissão do documento fiscal.

Possíveis causas:

• A empresa ainda está em processo de cadastramento na SEFAZ;
• A emissão em ambiente de produção ainda não está liberada pela falta de transmissão de documentos em homologação (alguns estados exigem um número mínimo de testes);
• Há algum tipo de pendência na Receita Federal ou na SEFAZ, em nome da empresa;
• Falha na SEFAZ Autorizadora.

• Erro ocorre quando ao consultar, pelo WebService configurado, o CNPJ do contribuinte utilizado apresenta inconsistência nos dados.
  • o Verifique os WebServices, caso esteja sem a informação consulte o site da Sefaz do estado para pegar os dados ou consulte o Endereços WebServices

• Erro ocorre quando ao consultar, pelo WebService configurado, o CNPJ do contribuinte utilizado o mesmo não consta na UF consultada.
  • Verifique os WebServices, caso esteja sem a informação consulte o site da Sefaz do estado para pegar os dados ou consulte o Endereços WebServices.

• Erro ocorre quando ao consultar, pelo WebService configurado, a Inscrição Estadual do contribuinte utilizado apresenta inconsistência nos dados.
  • Nesse caso consulte o site do Sintegra, ajuste e emita a nota novamente. (Não esqueça de recarregar o movimento)

• Erro ocorre quando ao consultar, pelo WebService configurado, a Inscrição Estadual do contribuinte utilizado o mesmo não consta na UF consultada.
  • Nesse caso consulte o site do Sintegra, ajuste e emita a nota novamente. (Não esqueça de recarregar o movimento)

• Essa rejeição indica que não é possível utilizar consultas por CPF na UF informada. Não há alternativas automatizadas para essa situação. Algumas UF disponibilizam portais de consulta especializados.

• Essa rejeição ocorre quando é informado no cadastro do destinatário um CPF incorreto.

• Essa rejeição ocorre quando é informado no cadastro do destinatário um CPF que está com irregularidade. Consulte a situação cadastral desse CNPJ no site da Receita Federal.

• Esse erro não irá ocorrer no sistema pois o WebService é considerado de acordo com o que consta no banco de dados separado por UF.

• Ao realizar a emissão de uma NF-e ou NFC-e preenchendo o campo série fora do intervalo de 0-889 e o campo processo de emissão(tag: procEmi) estiver preenchido diferente de 1 ou 2, o órgão autorizador retorna essa rejeição.
  • Corrija o conteúdo informado no campo série do grupo Identificação.

Para um melhor entendimento:

• Para cada tipo de processo de emissão, existe uma faixa de numeração de série, os tipos de processo são:

• 0 – Emissão de NF-e com aplicativo do contribuinte
• 1 – Emissão de NF-e avulsa pelo Fisco
• 2 – Emissão de NF-e avulsa, pelo contribuinte com seu certificado digital através do site do Fisco.
• 3 – Emissão de NF-e pelo contribuinte com aplicativo fornecido pelo Fisco.

• Para os tipos 0 e 3, a faixa utilizada deve estar entre 0 e 889.
• Para os tipos 1 e 2, a faixa utilizada deve estar entre 890-899.

• Esse erro acontece quando você tenta emitir uma NF-e, e no campo de nota referenciada informar a chave de acesso de uma NF-e ainda não autorizada na SEFAZ.

• Esse erro acontece, quando você tenta emitir uma NF-e Complementar e referencia outra NF-e Complementar.

• Este erro indica que está sendo emitida uma nota complementar referenciando um documento fiscal que foi emitido com CNPJ diferente.

• Essa rejeição ocorre quando você tenta emitir uma NF-e, porém o código do município enviado para a SEFAZ ao ser validado, consta como inexistente.
  • Faça o download das cidades no banco de dados (CRM > Clientes e Fornecedores > Cadastro Cidades > Importar dados)
  • Confira se a cidade informada no cadastro do cliente é existente e/ou está correta.

• Essa rejeição ocorre quando é emitida uma NF-e com o Código do Município do emitente com os dois primeiros dígitos diferente do Código da UF. Por exemplo, foi emitida uma NF-e com o Código do Município igual à "5208707", que se refere a Cidade de Goiânia, porém foi informado no Código da UF o valor "43", para o Estado do Rio Grande do Sul. Nessa situação, a NF-e será rejeitada.
  • Faça o download das cidades no banco de dados (CRM > Clientes e Fornecedores > Cadastro Cidades > Importar dados);
  • Confira se a cidade informada no cadastro da filial é existente e/ou está correta.

• Essa rejeição ocorre quando o código do município informado no cadastro da filial não consta na Sefaz.
  • Faça o download das cidades no banco de dados (CRM > Clientes e Fornecedores > Cadastro Cidades > Importar dados);
  • Confira se a cidade informada no cadastro da filial é existente e/ou está correta.

• Essa rejeição indica que o município do emitente, no cadastro da filial, não pertence ao estado selecionado.
  • Faça o download das cidades no banco de dados (CRM > Clientes e Fornecedores > Cadastro Cidades > Importar dados);
  • Confira se a cidade informada no cadastro da filial é existente e/ou está correta.

• Essa rejeição ocorre quando o código do município informado no cadastro do destinatário não consta na Sefaz.
  • Faça o download das cidades no banco de dados (CRM > Clientes e Fornecedores > Cadastro Cidades > Importar dados)
  • Confira se a cidade informada no cadastro da filial é existente e/ou está correta.

• Essa rejeição indica que o município do destinatário, preenchido no cadastro do destinatário, não pertence ao estado selecionado.
  • Faça o download das cidades no banco de dados (CRM > Clientes e Fornecedores > Cadastro Cidades > Importar dados)
  • Confira se a cidade informada no cadastro do destinatário é existente e/ou está correta.

• Essa rejeição indica que o município informado para retirada, preenchido na tela do frete para retirada, é inválido e/ou inexistente.
  • Faça o download das cidades no banco de dados (CRM > Clientes e Fornecedores > Cadastro Cidades > Importar dados)
  • Confira se a cidade informada na tela do frete (aba Endereço entrega) é existente e/ou está correta.

• Essa rejeição indica que o município informado para retirada, preenchido na tela do frete para retirada, não pertence ao estado selecionado.
  • Faça o download das cidades no banco de dados (CRM > Clientes e Fornecedores > Cadastro Cidades > Importar dados)
  • Confira se a cidade informada na tela do frete (aba Endereço entrega) é existente e/ou está correta.

• Essa rejeição indica que o município informado para retirada, preenchido na tela do frete para retirada, é inválido e/ou inexistente.
  • Faça o download das cidades no banco de dados (CRM > Clientes e Fornecedores > Cadastro Cidades > Importar dados)
  • Confira se a cidade informada na tela do frete (aba Endereço entrega) é existente e/ou está correta.

• Essa rejeição indica que o município informado para retirada, preenchido na tela do frete para retirada, não pertence ao estado selecionado.
  • Faça o download das cidades no banco de dados (CRM > Clientes e Fornecedores > Cadastro Cidades > Importar dados)
  • Confira se a cidade informada na tela do frete (aba Endereço entrega) é existente e/ou está correta.

• Essa rejeição ocorre, quando você tenta emitir uma NF-e, e a validação da SEFAZ para o certificado retorna que o arquivo está inválido.
  • Deve-se verificar junto a empresa certificadora o motivo pelo qual o Certificado Digital ter sido analisado como inválido.
  • Verifique se tem algum certificado vencido instalado no micro, se tiver, remova e tente emitir a nota novamente após reiniciar o sistema.

• Essa rejeição ocorre quando ao tentar realizar a emissão de uma NF-e utilizando um Certificado Digital fora do prazo de validade.
  • Confira se o certificado está vencido;
  • Verifique se tem algum certificado vencido instalado no micro, se tiver, remova e tente emitir a nota novamente após reiniciar o sistema.

• Essa rejeição ocorre, quando você tenta emitir uma NF-e, e o certificado utilizado não possui nenhum CNPJ vinculado. Entre em contato com a certificadora para verificar o motivo de não ter nenhum CNPJ vinculado a esse certificado.

• Essa rejeição ocorre quando você tenta emitir uma nota e a cadeia do certificado digital está inválida ou não existe, ou essa a estrutura de cadeia do certificado está com algum erro.

• Nessa tela é exibida toda a estrutura do certificado digital instalado.

• Nessa estrutura, os primeiros itens referenciam as organizações que tem concedem autorização a uma autoridade certificadora (AC).
• Nos itens secundários, há o nome da empresa que emitiu o certificado (ex: Certisign, SERASA, Correios, etc).
• E por fim, no último nó, o nome da empresa para a qual o certificado foi emitido.

Caso, alguma das raízes descritas acima, não seja reconhecida pelo órgão autorizador, o certificado digital torna-se inválido. Consulte a certificadora onde o certificado foi emitido. Provavelmente será necessária a troca do Certificado Digital.

• Esta rejeição indica que o certificado utilizado para a assinatura do documento fiscal foi revogado pela autoridade certificadora. Entre em contato com a certificadora e solicite a troca.

• Quando a SEFAZ recebe um XML assinado, é verificado se o certificado digital está no padrão estabelecido pelo ICP-Brasil. Pode se tratar de cadeia de certificação incorreta ou de tamanho da chave de criptografia (ex.: 512 bits, 1024 bits, 2048 bits).
• Verifique se o certificado utilizado possui seu certificado raiz em Repositório AC-Raiz. Caso esteja correto, valide junto a certificadora se há suporte para o tamanho da chave de criptografia do certificado digital.
• Normalmente nesses casos, apenas a utilização de um novo certificado corrige a situação.

• Essa rejeição acontece quando você tenta emitir uma NF-e, e na consulta feita na Lista de Certificados Revogados (LCR), a SEFAZ encontrou problemas: LCR indisponível ou LCR inválida.
• Qualquer problema nessa verificação, inclusive uma falta de acesso temporária ou intermitência do mantenedor da LCR, pode resultar nessa rejeição.

• Rejeição ocorre quando é informado Código do Município do Fato Gerador de ISSQN que não existe na Tabela de Municípios do IBGE.

• Rejeição ocorre quando é informado Código do Município do Fato Gerador de do transporte que não existe na Tabela de Municípios do IBGE.

• Esse erro ocorre nos casos em que a UF que foi informada para consulta está diferente da UF dos WebServices.
  • Verifique os WebServices, caso esteja sem a informação consulte o site da Sefaz do estado para pegar os dados ou consulte o Endereços WebServices.

• Rejeição ocorre quando o certificado digital está inválido, ou seja, está com algum problema no órgão autorizador na verificação de LCR, problema na cadeira de certificação ou teve algum problema na instalação.
  • Remova o certificado instalado no micro, se houver algum vencido também remova. Instale novamente, reinicie o sistema e tente emitir.
  • Se o erro persistir consulte a certificadora.

• Esse erro acontece quando você tenta emitir uma NF-e, e o certificado digital está vencido.
  • Confira se tem algum certificado vencido no micro, pode dar conflito na hora da emissão.

• É necessário validar se o certificado digital utilizado está vinculado ao CNPJ da empresa. Consulte a Autoridade Certificadora credenciada pela Infraestrutura de Chaves Públicas Brasileira (ICP-Brasil), onde o certificado foi emitido. Após as validações, reinstalar o Certificado Digital, e reenviar a NF-e e/ou a NFC-e.

• Esse erro acontece quando você tenta emitir uma NF-e, e na validação da SEFAZ ocorre um erro na Cadeia de Certificação:
  • Certificado da AC emissora não cadastrado na SEFAZ
  • Certificado de AC revogado
  • Certificado não assinado pela AC emissora do Certificado

• Essa rejeição ocorre quando você tenta emitir uma NF-e, e o certificado digital está na Lista de Certificados Revogados (LCR), impossibilitando a emissão.

  • Entre em contato com a certificadora, verifique o motivo de ter sido revogado e terá que fazer um novo válido.

• Possivel Solução

• No momento que a SEFAZ recebe um XML assinado, é verificado se o certificado digital assinante está no padrão estabelecido, ou com uma codificação mais avançada do que indicado na ICP-Brasil.
  • É necessário validar junto a SEFAZ Estadual se a mesma está preparada para utilizar o tipo de criptografia do Certificado Digital utilizado na assinatura do XML.
  • Após validação, reinstalar o Certificado Digital, e reenviar a NF-e e/ou NFC-e.

• Esse erro acontece quando você tenta emitir uma NF-e, e a SEFAZ não consegue fazer a validação dos certificados na Lista de Certificados Revogados (LCR)

  • Isso não significa que seu certificado está revogado, apenas que a SEFAZ, por algum motivo, não conseguiu chegar a validade dele

• Possivel Solução

• Esse erro acontece, quando você tenta emitir uma NF-e, ou uma Carta de Correção, e possui caracteres especiais no fim e/ou início das informações inseridas, até mesmo quebras de linha.

• Verifique as seguintes opções:
  • Se a razão social está igual ao que consta no certificado digital;
  • Se tem algum espaçamento ou caractere especial no cadastro da filial (barra como S/N pode atrapalhar);
  • Se tem algum espaçamento ou caractere especial no cadastro do cliente (barra como S/N pode atrapalhar);
  • Se tem algum espaçamento ou caractere especial na descrição do produto. É bom reescrever manualmente a descrição do mesmo.
  • Na observação do movimento, caso haja informação, tente reescrever manualmente retirando qualquer caractere especial que possa ter (se o movimento já tiver efetivado terá que refazer o movimento para fazer esse ajuste).
  • Caso haja informação na tela do frete sobre a transportadora, verifique se tem algum espaçamento ou caractere especial no cadastro da transportadora (barra como S/N pode atrapalhar);
  • Outras sugestões consulte o link abaixo.

• Possivel Solução

• Uma das características é o documento ser assinado por um certificado digital emitido por AC credenciada no ICP-Brasil. Caso seja feito uso de um certificado gerado por entidade sem credenciamento com o ICP-Brasil, a rejeição 298 será visualizada, pois a assinatura vai divergir do padrão esperado pelo sistema.

• Indica que a codificação do arquivo XML não segue os padrões estipulados para emissão de NFe. Pode estar com algum problema no cabeçalho enviado.
  • Esse erro não é comum no sistema, por tanto, rode os arquivos do sistema novamente, volte a versão do banco para refazer a estruturação, reinicie o sistema e tente emitir a nota novamente. Caso persista procure o setor de teste.

• Essa rejeição ocorre quando for emitida uma Nota Fiscal e o emitente estiver com algum tipo de irregularidade cadastral, a SEFAZ.
  • São situações da inscrição estadual que ocasionam a denegação de uso da NF-e:

• I.E. Suspensa;
• I.E. Cancelada;
• I.E. Baixada;
• I.E. Em Processo de Baixa

• Consulte no site do Sintegra a situação do CNPJ do emitente. Entre em contato com a contabilidade para verificarem a questão.
  • Lembrando que todas as notas emitidas até ajustarem o problema ficarão com o status de denegada e não podem ser removidas no sistema.
• Se a consulta do cadastro demonstrar o status como "Habilitado", mas ao emitir a nota a SEFAZ ainda retorne essa rejeição, deve-se entrar em contato com a SEFAZ da sua UF para alinhar as informações sobre o seu cadastro, pois, algumas atualizações ainda devem estar pendentes no site da SEFAZ

NÃO APAGUE NOTA DENEGADA DO SISTEMA, EXISTE STATUS PARA A MESMA E SE CONTABILIDADE E/OU SEFAZ EXIGEREM O ARQUIVO VOCÊ NÃO TERÁ COMO CONSULTAR, POR PADRÃO DADOS FISCAIS DEVEM SER AMARZENADOS POR 5 ANOS...

• Esse processo pode acontecer quando a SEFAZ identifica alguma irregularidade fiscal do destinatário
  • São situações da inscrição estadual que ocasionam a denegação de uso da NF-e:

• I.E. Suspensa;
• I.E. Cancelada;
• I.E. Baixada;
• I.E. Em Processo de Baixa

• Consulte no site do Sintegra a situação do CNPJ do destinatário. Entre em contato com o mesmo para verificarem a questão.
  • Lembrando que todas as notas emitidas para esse CNPJ até ajustarem o problema ficarão com o status de denegada e não podem ser removidas no sistema.

NÃO APAGUE NOTA DENEGADA DO SISTEMA, EXISTE STATUS PARA A MESMA E SE CONTABILIDADE E/OU SEFAZ EXIGEREM O ARQUIVO VOCÊ NÃO TERÁ COMO CONSULTAR, POR PADRÃO DADOS FISCAIS DEVEM SER AMARZENADOS POR 5 ANOS...

• Isso acontece quando você tenta emitir uma NF-e e existe uma irregularidade no cadastro do destinatário.
  • São situações da inscrição estadual que ocasionam a denegação de uso da NF-e:

• I.E. Suspensa;
• I.E. Cancelada;
• I.E. Baixada;
•I.E. Em Processo de Baixa

• Consulte no site do Sintegra a situação do CNPJ do destinatário. Entre em contato com o mesmo para verificarem a questão.
  • Lembrando que todas as notas emitidas para esse CNPJ até ajustarem o problema ficarão com o status de denegada e não podem ser removidas no sistema.

NÃO APAGUE NOTA DENEGADA DO SISTEMA, EXISTE STATUS PARA A MESMA E SE CONTABILIDADE E/OU SEFAZ EXIGEREM O ARQUIVO VOCÊ NÃO TERÁ COMO CONSULTAR, POR PADRÃO DADOS FISCAIS DEVEM SER AMARZENADOS POR 5 ANOS...

• Essa rejeição ocorre quando ao tentar cancelar uma NF-e, onde a mesma já tenha passado por postos de fiscalização e foram registrados os eventos de Suframa.
• Nestes casos onde a nota possui um evento informando a vistoria ou internalização do Suframa, não é permitido o cancelamento da NF-e. Caso seja necessário realizar o cancelamento deve-se entrar em contato com a Sefaz do Estado para verificar a possibilidade de cancelar o documento fiscal.

• Essa rejeição ocorre quando você tenta emitir uma NF-e, e a Inscrição Estadual (IE) do destinatário não está ativa na UF de destino.

  • Consulte no site do Sintegra a situação do destinatário, se a IE está correta ou é existente.

• Possivel solução

• Essa rejeição ocorre quando a tag da data de emissão é enviada com uma data anterior a autorização da emissão de NF-e no Estado.
  • Normalmente ocorre quando o tipo de pagamento é parcelamento ou cheque e a data das parcelas é melhor que a data de autorização. Para corrigir será necessário refazer o movimento ou se não tiver opção pode ser ajustado via banco alterando essas parcelas no banco.

Comandos devem ser passados por técnicos experientes. Não rode nenhum comando no banco de dados do cliente sem backup e sem supervisão caso não tenha conhecimento para o mesmo.

• Essa rejeição ocorre quando é informada uma nota referenciada que possui a mesma chave de acesso da nota fiscal que está sendo emitida. É necessário que a chave referenciada seja diferente da chave da nota em que ele é referenciada.
  • Verifique se a chave de acesso referenciada está correta.

• A rejeição indica que está sendo referenciada uma NF modelo 1 com data de emissão maior que de 5 anos da data atual ou superior ao ano/mês atual.
  • Verifique se a chave de acesso que foi referenciada está preenchida corretamente.
  • Se tiver correto e a nota for muito antiga não tem o que fazer, é uma regra da Sefaz estabelecida na NT 2015.002.

• Esse erro acontece quando você tenta emitir uma NF-e de entrada para um Produtor, porém não tem nenhuma nota referenciada.
  • Nesse caso é só referenciar a nota de origem.

• Essa rejeição acontece, quando você tenta emitir uma contranota de produtor, porém não foram informadas todas as notas referenciadas conforme a SEFAZ espera.
  • Nesse caso teria que referenciar todas as notas que precisa.

• Essa rejeição ocorre quando você tenta emitir uma contranota de produtor, e nas notas referenciadas foi informada apenas a NF-e de outro emitente.
  • Verifique a chave de acesso de está correta. Dentro da estrutura da mesma tem o CNPJ/CPF do destinatário, se tiver diferente do esperado irá retornar essa rejeição.

• Essa rejeição ocorre ao emitir uma NF-e com a finalidade de devolução, onde não foi referenciado nenhuma nota.
  • Atualmente no sistema esse erro não costuma ocorrer pois tem um bloqueio para não deixar salvar o movimento com a operação do tipo devolução sem ter uma chave de acesso referenciada.
  • Caso aconteça e o movimento tiver efetivado terá que refazer o mesmo.

• Essa rejeição ocorre quando você tenta emitir uma NF-e, a nota referenciada é de Produtor com data de emissão maior que de 5 anos da data atual ou superior ao ano/mês atual.
  • Verifique se a chave de acesso que foi referenciada está preenchida corretamente.
  • Se tiver correto e a nota for muito antiga não tem o que fazer, é uma regra da Sefaz estabelecida na NT 2015.002.

• Essa rejeição ocorre quando tenta emitir uma nota onde o CNPJ de qualquer pessoa que tenha vinculo ou autorização para realizar download do XML (Emitente, Destinatário, transportador, etc.) está errado ou com algum problema na Sefaz do estado.
  • Se o erro está no cadastro do contador ou nos autorizados inclusos na aba DF-e (Outras informações > Autorizados download XML) dentro do cadastro da filial, essa alteração pode ser feita sem causar problema no acesso ao sistema.
  • Consulte o cadastro do destinatário e da transportadora também.
  • Confira o CNPJ no cadastro da filial.

Obs: Se o CNPJ estiver errado cuidado para não alterar sem solicitar o ajuste antes com o setor financeiro no nosso BackOffice. Consulte o post sobre Troca de Serial e CNPJ, como fazer?

• Essa rejeição ocorre quando o CNPJ do destinatário está incluso também em outro campo de autorizador de download de XML.
  • Verifique se o CNPJ do destinatário está informado no cadastro da filial como autorizados na aba DF-e (Outras informações > Autorizados download XML). Se tiver deve ser retirado para conseguir emitir a nota.

• Essa rejeição ocorre quando tenta emitir uma nota onde o CPF de qualquer pessoa que tenha vinculo ou autorização para realizar download do XML (Emitente, Destinatário, transportador, etc.) está errado ou com algum problema na Sefaz do estado.
  • Se o erro está no cadastro do contador ou nos autorizados inclusos na aba DF-e (Outras informações > Autorizados download XML) dentro do cadastro da filial, essa alteração pode ser feita sem causar problema no acesso ao sistema.
  • Consulte o cadastro do destinatário e da transportadora também.
  • Confira o CPF no cadastro da filial.

Obs: Se o CPF estiver errado cuidado para não alterar sem solicitar o ajuste antes com o setor financeiro no nosso BackOffice. Consulte o post sobre Troca de Serial e CNPJ, como fazer?

• Essa rejeição ocorre quando o CPF do destinatário está incluso também em outro campo de autorizador de download de XML.
  • Verifique se o CPF do destinatário está informado no cadastro da filial como autorizados na aba DF-e (Outras informações > Autorizados download XML). Se tiver deve ser retirado para conseguir emitir a nota.

• Essa rejeição indica que ao emitir uma NF-e de devolução foi informado um CFOP com finalidade diferente de devolução para um ou mais dos produtos da NF-e.

  • Para corrigir primeiro precisa entrar em contato com a contabilidade e confirmar qual o CFOP deve ser usado na devolução desses produtos que serão incluídos ao movimento. Após isso, configurar a classe de imposto de acordo com a orientação passada.
  • Caso o movimento tenha sido feito editando os impostos deve ser informado no campo específico da tela o CFOP correto.
  • Se está sendo realizado a importação do XML da nota de compra para fazer esse movimento deve ser feita a alteração do CFOP na coluna própria ainda na tela de importação. Em todos os casos, caso o movimento esteja efetivado, deve ser refeito o movimento.

• Outra forma de ajustar esse erro é via banco de dados, onde será alterado o CFOP que foi informado.

  • Essa opção não é orientada a ser feita, uma vez que outros erros podem ocorrer devido a essa alteração via banco.

Comandos devem ser passados por técnicos experientes. Não rode nenhum comando no banco de dados do cliente sem backup e sem supervisão caso não tenha conhecimento para o mesmo.

• Essa rejeição indica que ao emitir uma NF-e foi informado um CFOP com finalidade de devolução para um ou mais dos produtos da NF-e porém a finalidade da operação usada não é devolução.
  • Para corrigir primeiro precisa entrar em contato com a contabilidade e confirmar qual o CFOP deve ser usado nesses produtos que serão incluídos ao movimento. Após isso, configurar a classe de imposto de acordo com a orientação passada.
  • Caso o movimento tenha sido feito editando os impostos deve ser informado no campo específico da tela o CFOP correto.
  • Se está sendo realizado a importação do XML da nota de compra para fazer esse movimento deve ser feita a alteração do CFOP na coluna própria ainda na tela de importação. Em todos os casos, caso o movimento esteja efetivado, deve ser refeito o movimento.

• Outra forma de ajustar esse erro é via banco de dados, onde será alterado o CFOP que foi informado.
  • Essa opção não é orientada a ser feita, uma vez que outros erros podem ocorrer devido a essa alteração via banco.

Comandos devem ser passados por técnicos experientes. Não rode nenhum comando no banco de dados do cliente sem backup e sem supervisão caso não tenha conhecimento para o mesmo.

• Essa rejeição ocorre quando numa nota de importação é informado o grupo Declaração de Importação ou Número de Documento de Importação errado.

ESSA REJEIÇÃO NÃO OCORRE ATUALMENTE NO SISTEMA POIS NÃO É EMITIDA NOTA DE IMPORTAÇÃO.

• Essa rejeição ocorre quando ao realizar a emissão de uma NF-e de importação onde é informada a tag tpViaTransp = 1, a tag vAFRMM não foi informada.

ESSA REJEIÇÃO NÃO OCORRE ATUALMENTE NO SISTEMA POIS NÃO É EMITIDA NOTA DE IMPORTAÇÃO.

• Essa rejeição ocorre quando na emissão de uma NF-e de Importação, dentro do grupo Declaração de Importação, a tag forma de importação quanto a intermediação for igual a 2 (Importação por conta e ordem) ou 3 (Importação por encomenda) não foi informado a tag CNPJ do adquirente ou do encomendante, ao qual é obrigatório o preenchimento.

ESSA REJEIÇÃO NÃO OCORRE ATUALMENTE NO SISTEMA POIS NÃO É EMITIDA NOTA DE IMPORTAÇÃO.

• Essa rejeição ocorre quando na emissão de uma NF-e de Importação, dentro do grupo Declaração de Importação foi informado o CNPJ do adquirente ou do encomendante errado.

ESSA REJEIÇÃO NÃO OCORRE ATUALMENTE NO SISTEMA POIS NÃO É EMITIDA NOTA DE IMPORTAÇÃO.

• Essa rejeição ocorre quando na emissão de uma NF-e de Importação, dentro do grupo Declaração de Importação, a tag forma de importação quanto a intermediação for igual a 2 (Importação por conta e ordem) ou 3 (Importação por encomenda) não foi informado a tag CNPJ do adquirente ou do encomendante, ao qual é obrigatório o preenchimento.

ESSA REJEIÇÃO NÃO OCORRE ATUALMENTE NO SISTEMA POIS NÃO É EMITIDA NOTA DE IMPORTAÇÃO.

• Essa rejeição ocorre quando não é informado o número do ato concessório de drawback quando usado os CFOP 3127 e 3211.

ESSA REJEIÇÃO NÃO OCORRE ATUALMENTE NO SISTEMA POIS NÃO É EMITIDA NOTA DE IMPORTAÇÃO.

• Essa rejeição ocorre quando não é informado o número do processo de drawback é inválido quando usado os CFOP 3127 e 3211.

ESSA REJEIÇÃO NÃO OCORRE ATUALMENTE NO SISTEMA POIS NÃO É EMITIDA NOTA DE IMPORTAÇÃO.

• Essa rejeição ocorre quando é informado o grupo de exportação e usado um CFOP que não é de exportação e o identificador de destino é diferente de 3.

• Essa rejeição ocorre quando é emitida uma NFC-e e é informado um CPF como emitente. NFC-e apenas podem ser emitidas por Pessoas Jurídicas.

• Essa rejeição ocorre ao tentar emitir NF-e de Exportação onde algum item possui o CFOP 7127 ou 7211, e não é informado o número do ato concessório de drawback

• Essa rejeição ocorre ao tentar emitir NF-e de Exportação onde algum item possui o CFOP 7127 ou 7211, e o número do processo de drawback é inválido.

• Essa rejeição ocorre quando é informado o CFOP 3503 ou 7501 e não tem da tag detExport que é obrigatório para exportação indireta.

• Essa rejeição ocorre quando é informado o CFOP 3503 ou 7501 e o número do registro de exportação é inválido.

• Essa rejeição ocorre quando é informado o CFOP 3503 ou 7501 e a Chave de Acesso da NF-e recebida para exportação tem dígito verificador inválido.

• Rejeição ocorre quando ao emitir uma NF-e de exportação indireta informa um modelo diferente de 55 (NF-e).

• Essa rejeição ocorre, quando você está emitindo uma NF-e de exportação, e informa a chave de acesso mais de uma vez.

• Essa rejeição ocorre quando é informada uma chave de acesso no item da exportação indireta, porém ela não é referenciada na NF-e.

• Esse erro acontece, quando você tenta emitir uma NF-e de Exportação Indireta, e a quantidade comercial difere da quantidade exportada.

• Esse erro ocorre caso você esteja realizando a emissão de uma NF-e com substituição tributária para a UF de destino, com destinatário residente no mesmo Estado da emissão ou no Exterior (idDest=1 ou idDest=3) e preencha o campo IEST, referente à IE do Substituto Tributário da UF de destino da mercadoria.
• O campo IEST deverá ser preenchido apenas em operações interestaduais em que houver a retenção do ICMS ST para a UF de destino, ou quando, a critério da UF, for permitido que tal informação seja inserida em operações internas.

• Essa rejeição ocorre quando ao emitir uma NFCe é informado o grupo RECOPI o que para esse modelo não é permitido em nenhuma UF.

• Essa rejeição ocorre ao tentar realizar a emissão de uma NF-e sem o número de RECOPI em operações de impressão de livros, jornais e/ou periódicos (NCM identificando tais itens).

• Essa rejeição ocorre ao tentar realizar a emissão de uma NF-e o número de RECOPI em operações de impressão de livros, jornais e/ou periódicos (NCM identificando tais itens) é inválido.

• Essa rejeição ocorrerá ao tentar emitir uma NF-e com CST "51 - Diferimento" e o valor de ICMS da operação for diferente do valor da base de cálculo do ICMS x alíquota do imposto.
  • Esse erro ocorre quando o cálculo está sendo feito de forma errada, normalmente quando é editado os impostos manualmente ao lançar os itens.

O que pode ser feito nesse caso é refazer o movimento manualmente ou fazer o ajuste via banco.

Comandos devem ser passados por técnicos experientes. Não rode nenhum comando no banco de dados do cliente sem backup e sem supervisão caso não tenha conhecimento para o mesmo.

• Essa rejeição ocorre quando o cálculo do ICMS Diferido é feito de forma errada. Como é um valor que depende de muitas variáveis é orientado a refazer o movimento e não usar ajuste via banco, ficando a critério do gerente e/ou supervisor o fazer.

• Nesse post, Como funciona o calculo do ICMS diferido, explica sobre o cálculo e como deve ser configurado na classe de imposto para calcular corretamente esse valor. Em caso de dúvidas consulte seu gestor.

• Essa rejeição acontece quando você tenta emitir uma NF-e com CST de ICMS igual a "51 - Diferimento" e o valor do ICMS condiz com a diferença entre o valor do ICMS Diferido e o Valor do ICMS da Operação.
  • Quando é informado diferimento, o Valor do ICMS é feito da seguinte forma: Valor ICMS da Operação - Valor ICMS Diferido = Valor do ICMS

• Nesse post, Como funciona o calculo do ICMS diferido, explica sobre o cálculo e como deve ser configurado na classe de imposto para calcular corretamente esse valor. Em caso de dúvidas consulte seu gestor.

• Esse erro acontece quando você tenta emitir uma NF-e que não possui finalidade de devolução, porém os impostos são informados com grupos de devolução, ou seja, usando as tags de devolução.
  • Para corrigir primeiro precisa entrar em contato com a contabilidade e confirmar qual as configurações fiscais devem ser usadas na operação. Após isso, configurar a classe de imposto de acordo com a orientação passada.
  • Caso o movimento tenha sido feito editando os impostos deve ser revisto todas as informações e cálculos de acordo com o que foi passado pela contabilidade.

Em ambos os casos, caso o movimento esteja efetivado, deve ser refeito o movimento.

• Esse erro acontece quando você tenta emitir uma NF-e de exportação, porém obrigatoriamente deve ser informado o local de embarque das mercadorias e não foi informado.

• Esse erro acontece quando você tenta emitir uma NF-e de exportação de entrada informando o local de embarque das mercadorias. Deve-se indicar o local somente para NF-e de saída.

• Essa rejeição ocorre quando a chave de acesso informada dentro do item no campo de "Exportação Indireta" consta como inexistente na SEFAZ.

• Essa rejeição ocorre, quando você tenta emitir uma NF-e de exportação, e no grupo de Exportação Indireta é informada a chave de acesso de uma nota cancelada ou denegada.
  • Verifique com o remetente de origem o status da nota.

• Essa rejeição ocorre quando se tem ICMS Desonerado motivado por "Venda a Órgão Público", mas não é informada a nota de empenho.
  • Verifique com a contabilidade se o motivo desonerado configurado na classe de imposto está correto.
    • Caso esteja é necessário referenciar a nota de empenho,
    • Estando errado, altere o motivo desonerado para o que foi passado pela contabilidade.
  • Em ambos os casos, caso o movimento esteja efetivado, deve ser refeito o movimento.

• Outra forma de ajustar esse erro, em caso de motivo errado, é via banco de dados, onde será alterado o motivo desonerado que foi passado pela contabilidade.

Comandos devem ser passados por técnicos experientes. Não rode nenhum comando no banco de dados do cliente sem backup e sem supervisão caso não tenha conhecimento para o mesmo.

• Essa rejeição ocorre caso contenha a discriminação de uma nota de empenho que não é válida para aquele estado, nesse caso verifique junto a licitação do Órgão Público as informações necessárias para informar a Nota de Empenho.

• Essa rejeição ocorre quando é referenciado uma nota de empenho não autorizada.

• Essa rejeição ocorre quando utiliza um CFOP de venda de combustível na NF-e, porém não é informado o transportador, ou seja, o tipo do frete está SEM FRETE.
  • Quando vai fazer uma venda com esse tipo de CFOP tem que informar o tipo do frete (Destinatário, Emitente ou Transportadora).
  • Nos casos em que não houver circulação física de mercadoria ou em que o transportador seja estrangeiro, os dados do transportador poderão ser preenchidos com o CNPJ do próprio emitente do documento fiscal.
• Para ajuste da nota pode refazer o movimento, informando na tela do Frete, qual será o tipo do frete ou fazer o ajuste via banco.

Comandos devem ser passados por técnicos experientes. Não rode nenhum comando no banco de dados do cliente sem backup e sem supervisão caso não tenha conhecimento para o mesmo.

• Essa rejeição indica que quando se estiver emitindo uma NF-e onde o Substituto Tributário indicar o recolhimento do ICMS (ICMS ST), essa nota será realizada sobre um outro contribuinte, sendo assim, não será permitido que o Substituto Tributário seja informado com a mesma IE do emitente ou destinatário da nota.
  • Inscrição Estadual do Emitente ou Destinatário está igual ao da Inscrição Estadual da Substituição Tributária.

• Essa rejeição ocorre quando ao realizar a emissão de uma NF-e ou NFC-e com total da dedução do ISS (tag vDeducao) está diferente da soma do Valor da dedução de cada item.

• Essa rejeição ocorre quando ao realizar a emissão de uma NF-e ou NFC-e o Total de Outras Retenções está diferente da soma do Valor de Outras Retenções de cada item.

• Essa rejeição ocorre quando ao realizar a emissão de uma NF-e ou NFC-e o Total do Desconto Incondicionado ISS está diferente da soma do Valor do Desconto Incondicionado ISS de cada item.

• Essa rejeição ocorre quando ao realizar a emissão de uma NF-e ou NFC-e o Total do Desconto Condicionado ISS está diferente da soma do Valor do Desconto Condicionado ISS de cada item.

• Essa rejeição ocorre quando ao realizar a emissão de uma NF-e ou NFC-e o Total do ISS retido está diferente da soma do Valor do ISS retido de cada item.

• Essa rejeição ocorre quando é informado a tag procEmi igual a 1 ou 2 e não tem o grupo avulsa no XML.

• Essa rejeição ocorre quando é informado a tag procEmi igual a 1 ou 2 e informado o tipo de emissão (tpEmi) diferente de normal (1).

• Essa rejeição ocorre quando você tenta emitir uma NF-e, e existe algum caractere inválido no cadastro do cliente estrangeiro como: *, <, >, ""

• Essa rejeição ocorre quando a descrição do primeiro item do movimento está diferente do padrão da Sefaz.
  • Deve seguir todos os dados de acordo com o manual:
    • Emissão de nota em Homologação

• Essa rejeição pode ocorrer em duas possíveis situações, se o CFOP foi informado igual à 5.933 ou não.
  • Se o CFOP for informado IGUAL à 5.933 e essa rejeição ocorrer, significa que é necessário informar o Grupo de Tributação pelo ISSQN;
  • Se o CFOP for informado DIFERENTE de 5.933 e essa rejeição ocorrer, significa que o Grupo de Tributação pelo ISSQN foi informado, porém o CFOP não é adequado nessa operação, sendo necessário informar o CFOP 5.933.

Esta regra de validação é obrigatória em todas as UFs e é valida para NFC-e (modelo 65).

• Esse erro acontece quando você tenta emitir uma NF-e com o CFOP igual a 5.929 ou 6.929 e for referenciada uma NFC-e.
  • Nem todas as UF proíbem a emissão de NF-e com esse CFOP referenciando uma NFC-e, consulte a contabilidade para confirmar.

• Consulte o post Como gerar uma NFe a partir de uma NFCe para saber melhor sobre o assunto.

• A rejeição indica que a "Data do Desembaraço Aduaneiro" informada é inferior a 5 anos ou maior que a data atual.

• Quando for emitida uma NF-e e o código do país do destinatário não existir na Tabela de Países divulgada pela SEFAZ.

• Essa rejeição ocorre quando for emitida uma NFC-e com o Grupo de Combustível (comb) e não for informado o Encerrante. Nem todos os códigos de produtos ANP são obrigatórios essa informação.
  • Segue a lista dos códigos que são obrigatórios o dado:
    • 810101002 - ETANOL HIDRATADO ADITIVADO;
    • 810101001 - ETANOL HIDRATADO COMUM;
    • 220101005 - GÁS NATURAL VEICULAR;
    • 220101006 - GÁS NATURAL VEICULAR PADRÃO;
    • 320103001 - GASOLINA AUTOMOTIVA PADRÃO;
    • 320102002 - GASOLINA C ADITIVADA;
    • 320102001 - GASOLINA C COMUM;
    • 320102003 - GASOLINA C PREMIUM;
    • 820101033 - ÓLEO DIESEL B S10 - ADITIVADO;
    • 820101034 - ÓLEO DIESEL B S10 - COMUM;
    • 420106001 - ÓLEO DIESEL B S10 AMD 10;
    • 820101011 - ÓLEO DIESEL B S1800 Não Rodoviário - Aditivado;
    • 820101003 - ÓLEO DIESEL B S1800 Não Rodoviário - Comum;
    • 820101013 - ÓLEO DIESEL B S500 - ADITIVADO;
    • 820101012 - ÓLEO DIESEL B S500 - COMUM;
    • 420106002 - ÓLEO DIESEL B S500 AMD 10;
    • 420301004 - OLEO DIESEL DE REFERÊNCIA S300.

• Essa rejeição ocorre quando for emitida uma NF-e com o Grupo do Encerrante, no Detalhamento Específico de Combustível e o CFOP for diferente de 5.656 ou 5.667.

• Essa rejeição ocorre quando o valor do encerrante final não é superior ao encerrante inicial.

• Essa rejeição ocorre quando é informado o CST 90 e os dados referente a substituição tributária.
  • É necessário retirar as informações (Base_ICMS_ST, ICMS_Perc_ST, Valor_ICMS_ST) ou alterar o CST para outro.
    • Independente do caso deve ser consultada a contabilidade para melhor orientação.
    • Em ambos os casos deve ser configurado a classe de imposto conforme a orientação passada e refazer o movimento, caso o mesmo já esteja efetivado.
    • Outra opção é o ajuste via banco, que fica a critério do gerente e/ou supervisor.

Comandos devem ser passados por técnicos experientes. Não rode nenhum comando no banco de dados do cliente sem backup e sem supervisão caso não tenha conhecimento para o mesmo.

• Essa rejeição ocorre quando é emitida uma nota informando um CFOP que não é compatível com o CST informado.

  • Para corrigir primeiro precisa entrar em contato com a contabilidade e confirmar qual o CFOP e CST deve ser usado para os produtos dessa operação usada. Após isso, configurar a classe de imposto de acordo com a orientação passada.
  • Caso o movimento tenha sido feito editando os impostos deve ser informado no campo específico da tela o CFOP e CST corretos.
  • Se está sendo realizado a importação do XML da nota de compra para fazer esse movimento deve ser feita a alteração do CFOP e CST nas colunas próprias ainda na tela de importação.
    • Em todos os casos, caso o movimento esteja efetivado, deve ser refeito o movimento.

• Outra forma de ajustar esse erro é via banco de dados, onde será alterado o CFOP e/ou o CST conforme foi informado.

Comandos devem ser passados por técnicos experientes. Não rode nenhum comando no banco de dados do cliente sem backup e sem supervisão caso não tenha conhecimento para o mesmo.

• Essa rejeição ocorre quando é informado na coluna CSOSN um código que não existe na Sefaz.

  • Caso esteja fazendo a edição manual dos impostos confira se está sendo usado o código correto do CSOSN. O mesmo são 3 dígitos seguindo a tabela do Código de Situação da Operação – Simples Nacional.
  • Se o cliente mudou de regime e não foi feita a alteração das configurações da classe de imposto essa rejeição também pode ocorrer. Faça as configurações seguindo as orientações da contabilidade para cada tipo de operação.
    • Em ambos os casos, caso o movimento já esteja efetivado, será necessário refazer o momento.

• Caso opte pelo ajuste via banco consulte seu gerente ou supervisor.

Comandos devem ser passados por técnicos experientes. Não rode nenhum comando no banco de dados do cliente sem backup e sem supervisão caso não tenha conhecimento para o mesmo.

• Essa rejeição informa que o CSOSN informado não é permitido pela UF ser usado.
  • Confirme com a contabilidade qual a classe de imposto do produto, confira as configurações e altere caso seja necessário.
    • Caso a configuração esteja errada, após fazer o ajuste refaça o movimento e emita a nota novamente.
    • Caso opte pelo ajuste via banco consulte seu gerente ou supervisor.

Comandos devem ser passados por técnicos experientes. Não rode nenhum comando no banco de dados do cliente sem backup e sem supervisão caso não tenha conhecimento para o mesmo.

• Essa rejeição ocorre quando é informado o CSOSN 900 e os dados referente a substituição tributária.
  • É necessário retirar as informações (Base_ICMS_ST, ICMS_Perc_ST, Valor_ICMS_ST) ou alterar o CSOSN para outro.
    • Independente do caso deve ser consultada a contabilidade para melhor orientação.
    • Em ambos os casos deve ser configurado a classe de imposto conforme a orientação passada e refazer o movimento, caso o mesmo já esteja efetivado.
    • Outra opção é o ajuste via banco, que fica a critério do gerente e/ou supervisor.

Comandos devem ser passados por técnicos experientes. Não rode nenhum comando no banco de dados do cliente sem backup e sem supervisão caso não tenha conhecimento para o mesmo.

• Essa rejeição ocorre quando é emitida uma nota informando um CFOP que não é compatível com o CSOSN informado.

  • Para corrigir primeiro precisa entrar em contato com a contabilidade e confirmar qual o CFOP e CSOSN deve ser usado para os produtos dessa operação usada. Após isso, configurar a classe de imposto de acordo com a orientação passada.
    • Caso o movimento tenha sido feito editando os impostos deve ser informado no campo específico da tela o CFOP e CSOSN corretos.
    • Se está sendo realizado a importação do XML da nota de compra para fazer esse movimento deve ser feita a alteração do CFOP e CSOSN nas colunas próprias ainda na tela de importação.
  • Em todos os casos, caso o movimento esteja efetivado, deve ser refeito o movimento.

• Outra forma de ajustar esse erro é via banco de dados, onde será alterado o CFOP e/ou o CSOSN conforme foi informado.

Comandos devem ser passados por técnicos experientes. Não rode nenhum comando no banco de dados do cliente sem backup e sem supervisão caso não tenha conhecimento para o mesmo.

• Essa rejeição ocorre quando é informado um código de enquadramento legal do IPI que não existe ou está errado.

  • Para corrigir primeiro precisa entrar em contato com a contabilidade e confirmar qual o código de enquadramento legal do IPI deve ser usado para os produtos dessa operação usada. Após isso, configurar a classe de imposto de acordo com a orientação passada.
    • Caso o movimento tenha sido feito editando os impostos deve ser informado no campo específico da tela o código de enquadramento correto.
    • Se está sendo realizado a importação do XML da nota de compra para fazer esse movimento deve ser feita a alteração do código de enquadramento na coluna própria ainda na tela de importação.
  • Em todos os casos, caso o movimento esteja efetivado, deve ser refeito o movimento.

• Outra forma de ajustar esse erro é via banco de dados, onde será alterado o código de enquadramento legal do IPI conforme foi informado pela contabilidade.

Comandos devem ser passados por técnicos experientes. Não rode nenhum comando no banco de dados do cliente sem backup e sem supervisão caso não tenha conhecimento para o mesmo.

• Essa rejeição ocorre quando você tenta emitir uma NF-e, e o CST do IPI não está de acordo com o Enquadramento Legal do IPI.

• Para corrigir primeiro precisa entrar em contato com a contabilidade e confirmar qual o CST do IPI e o código de enquadramento legal do IPI devem ser usados para os produtos dessa operação usada. Após isso, configurar a classe de imposto de acordo com a orientação passada.

  • Caso o movimento tenha sido feito editando os impostos deve ser informado no campo específico da tela o CST do IPI e/ou o código de enquadramento correto.
  • Se está sendo realizado a importação do XML da nota de compra para fazer esse movimento deve ser feita a alteração do CST do IPI e/ou o código de enquadramento nas colunas próprias ainda na tela de importação.

• Em todos os casos, caso o movimento esteja efetivado, deve ser refeito o movimento.

• Outra forma de ajustar esse erro é via banco de dados, onde será alterado o CST do IPI e/ou o código de enquadramento legal do IPI conforme foi informado pela contabilidade.

Comandos devem ser passados por técnicos experientes. Não rode nenhum comando no banco de dados do cliente sem backup e sem supervisão caso não tenha conhecimento para o mesmo.

• Essa rejeição ocorre quando ao emitir uma NF-e ou NFC-e o código do município que está informado a incidência de ISSQN não existe.
  • Confira no cadastro do remetente ou do destinatário se a cidade está informada corretamente.
    • Se tiver, vá em CRM > Clientes e fornecedores > Cadastro cidades e verifique se a cidade está cadastrada. Clique em ‘Importar os dados’ caso não encontre e se persistir consulte pelo CEP a cidade correta.
  • Não será preciso refazer o movimento, apenas recarregue o mesmo para puxar as novas configurações do cadastro. Se o problema era no remetente tem que fechar o sistema e abrir novamente por se tratar de alterações no cadastro da filial.

• Essa rejeição ocorre quando vai emitir uma NFC-e e é informado o grupo de devolução de tributos, onde não é permitido com esse modelo de nota. Opte pela emissão de uma NF-e caso precise emitir a nota com essas informações.

• Essa rejeição ocorre quando tenta emitir uma nota onde foi informado na tag tPag que o pagamento foi realizado no cartão de crédito (3) ou cartão de débito (4), porém não tem o grupo informando a tag cart onde pode varias a quantidade e valor dos campos se houver integração automática com a máquina do TEF ou não.

• Essa rejeição ocorre quando há a integração automática com a máquina do TEF, informado na tag tpIntegra o código 1, porém está sem os dados restantes que precisa como CNPJ, bandeira e código de autorização.
  • Confira se no cadastro da administradora de cartão (Financeiro > Recebíveis > Administradora de cartão) está informando o fornecedor e o cadastro do mesmo está completo.

• Essa rejeição ocorre quando tenta emitir uma NF-e onde tem informações suplementares que são permitidas somente na emissão de NFC-e.
  • Clientes VR System não precisam se preocupar com essa rejeição pois a estruturação é gerada em um processo interno.

• Essa rejeição ocorre quando ao emitir uma NFC-e não vem a informação da URL de QR-Code.
  • Verifique os WebServices, caso esteja sem a informação consulte o site da Sefaz do estado para pegar os dados ou consulte o Endereços WebServices.

• Essa rejeição ocorre quando é informado a URL do QR-Code errada.
  • Verifique os WebServices, caso esteja sem a informação consulte o site da Sefaz do estado para pegar os dados ou consulte o Endereços WebServices.

• Essa rejeição ocorre quando a estrutura da tag qrCode está fora do padrão da Sefaz.
  • Clientes VR System não precisam se preocupar com essa rejeição pois a estruturação é gerada em um processo interno.

• Essa rejeição ocorre quando a estrutura da tag qrCode não está igual as informações da nota fiscal.
  • Clientes VR System não precisam se preocupar com essa rejeição pois a estruturação é gerada em um processo interno.

• Essa rejeição ocorre quando a versão informada na tag qrCode está diferente de 2.
  • Clientes VR System não precisam se preocupar com essa rejeição pois a estruturação é gerada em um processo interno.

• Essa rejeição ocorre quando é informada na tag qrCode os dados do destinatário, porém na nota não tem esse dado.
  • Clientes VR System não precisam se preocupar com essa rejeição pois a estruturação é gerada em um processo interno.

• Essa rejeição ocorre quando o parâmetro da hast informada na tag qrCode não está de acordo com as especificações da Sefaz.
  • Clientes VR System não precisam se preocupar com essa rejeição pois a estruturação é gerada em um processo interno.

• Essa rejeição ocorre quando é informado no cadastro do emitente o CPF errado.
  • Confira o CPF no cadastro da filial.

Obs: Se o CPF estiver errado cuidado para não alterar sem solicitar o ajuste antes com o setor financeiro no nosso BackOffice. Consulte o post sobre Troca de Serial e CNPJ, como fazer?

• Essa rejeição ocorre quando há uso de caracteres no XML que não pertencem ao configuro de codificação padrão permitido pela Sefaz, como acentuações.
  • Remova os caracteres especiais de qualquer campo que vá para o XML seja, no cadastro da filial, destinatário, transportadora, produtos e/ou observação.
  • É recomendado que não use acentuações e textos copiados de qualquer editor de texto ou planilha, ou seja, caso dê a rejeição reescreva manualmente todos os campos se for necessário.

• Essa rejeição ocorre quando é informado a o grupo avulsa no XML. Por regra da Sefaz o uso desse grupo é exclusivo do fisco.
  • Clientes VR System não precisam se preocupar com essa rejeição pois a estruturação é gerada em um processo interno.

• Essa rejeição ocorre quando é informado na estrutura do namespace no XML algo inválido.
  • Clientes VR System não precisam se preocupar com essa rejeição pois a estruturação é gerada em um processo interno.

• Essa rejeição ocorre quando ao emitir uma NF-e ou NFC-e o código do país informado no cadastro do emitente está errado.
  • Confira no cadastro do remetente se a cidade está informada corretamente.
    • Se tiver, vá em CRM > Clientes e fornecedores > Cadastro países e verifique se o país Brasil está informado. Clique em ‘Importar os dados’ caso não encontre.
  • Nos bancos padrões de todos os estados já vem com todos os países e cidades importados. Caso não tenha pode ter sido removido ou esteja usando um banco diferente do padrão. De qualquer forma, basta ter o cadastro correto do país (Brasil) para que o sistema faça as configurações corretas no XML.

• Essa rejeição ocorre quando ao emitir uma NF-e ou NFC-e o código do país informado no cadastro do destinatário está errado.
  • Confira no cadastro do destinatário se a cidade está informada corretamente.
    • Se tiver, vá em CRM > Clientes e fornecedores > Cadastro países e verifique se o país Brasil está informado. Clique em ‘Importar os dados’ caso não encontre.
  • Nos bancos padrões de todos os estados já vem com todos os países e cidades importados. Caso não tenha pode ter sido removido ou esteja usando um banco diferente do padrão. De qualquer forma, basta ter o cadastro correto do país (Brasil) para que o sistema faça as configurações corretas no XML.

• Essa rejeição ocorre quando é usado CPF para emissão de uma NF-e que não é avulsa. Notas avulsas só podem ser emitidas através dos portais estaduais que disponibilizam esse recurso.

• Essa rejeição ocorre quando é informado CPF na emissão de uma NFC-e.

• Essa rejeição ocorre quando a UF informada no XML no campo cUF está errado ou não existe.
  • Clientes VR System não precisam se preocupar com essa rejeição pois a estruturação é gerada em um processo interno.

• Essa rejeição ocorre quando é informado WebServices errados na emissão da nota.
  • Verifique os WebServices, caso esteja sem a informação consulte o site da Sefaz do estado para pegar os dados ou consulte o Endereços WebServices.

• Essa rejeição ocorre quando a UF informada no XML uma versão errada ou não existe.
  • Clientes VR System não precisam se preocupar com essa rejeição pois a estruturação é gerada em um processo interno.

• O novo método tem unicamente o parâmetro “nfeDadosMsgZip”, contendo a mensagem “enviNFe” compactada no padrão GZip, onde o resultado da compactação é convertido para Base64.
• A aplicação da SEFAZ irá descompactar a mensagem recebida, seguindo o procedimento normal do tratamento do Lote descompactado. Em caso de falha no processo de descompactação será retornado o erro. Esse é um erro de processamento da Sefaz.

• Essa rejeição ocorre quando você tenta emitir uma NF-e, e o valor total do ICMS é superior ao limite estabelecido pelo estado.
  • Verifique com a contabilidade qual o valor máximo de ICMS permitido.
  • Caso o valor seja superior é orientado a dividir esse valor em duas ou mais notas. Siga as orientações passadas pela contabilidade.

• Essa rejeição ocorre quando você tenta emitir uma NF-e, e o valor total do ICMS ST é superior ao limite estabelecido pelo estado.
  • Verifique com a contabilidade qual o valor máximo de ICMS ST permitido.
  • Caso o valor seja superior é orientado a dividir esse valor em duas ou mais notas. Siga as orientações passadas pela contabilidade.

• Essa rejeição ocorre quando já existe uma NF-e com mesma Numeração e Série cancelada junto à base de dados da SEFAZ, ou seja, quando há uma segunda solicitação de cancelamento para uma mesma NF-e, que já se encontra cancelada.

Existe duas situações neste caso com soluções distintas, porém a mais comum nessa rejeição é a segunda:

• 1° caso: Sistema já em uso e emitindo nota normalmente, de repente começa a emitir nota com numeração já usada na SEFAZ. O usuário tente cancelar e da essa rejeição.
  • Essa numeração pode ter sido usada em outra plataforma de emissão de nota diferente do Etrade e cancelada. Nesse caso deve ser desassociada a nota do movimento.
• 2° caso: Nota consta como cancelada na Sefaz com os mesmos dados do movimento.
  • Nesse caso pode ter havido uma falha de comunicação no momento em que a Sefaz enviava os dados para o sistema, por tanto deve alterar via banco o status dessa nota.

Comandos devem ser passados por técnicos experientes. Não rode nenhum comando no banco de dados do cliente sem backup e sem supervisão caso não tenha conhecimento para o mesmo.

• Essa rejeição ocorre quando na emissão de uma NF-e/NFC-e o indicativo de presença é igual a 2, 3, 4 ou 9 e não for informado o indicativo do Intermediário, exceto nas condições em que o indicativo de presença for igual a 1, 0 ou 5.

• Fonte: Nota Técnica 2020.006 - 1.40

• Essa rejeição ocorre quando informando o indicativo de presença igual a 0 ou 5 e informado o indicativo do Intermediário.

• Fonte: Nota Técnica 2020.006 - 1.40

• Essa rejeição ocorre quando informa na tag tPag um código do meio de pagamento que não existe na Tabela de códigos de meios de pagamentos publicada no Portal Nacional da Nota Fiscal Eletrônica estabelecida como regra a partir de 01/09/2021 para ambiente de produção.
  • Foram adicionadas novas formas de pagamento e mudado a regra de quando será permitido o uso da tpag 99.
  • Caso aconteça essa rejeição e o sistema esteja numa versão antiga, é só atualizar que o erro será solucionado.

• Saiba mais em Possível Solução

• Essa rejeição ocorre quando é emitida uma NF-e informando o indicador do intermediador igual a 1 (Operação em site ou plataforma de terceiros) e não informado os dados do intermediador (Grupo: infIntermed).

• Essa rejeição ocorre quando é emitida uma NF-e informando o indicador do intermediador igual a 0 - Operação sem intermediador (em site ou plataforma própria) - e informado os dados do intermediador (Grupo: infIntermed).

• Essa rejeição ocorre quando é emitida uma NF-e informando os dados do intermediador e no campo do CNPJ do Intermediador foi preenchido com números inválidos ou sequência de zeros.

• Essa rejeição ocorre quando é emitida uma NF-e ou NFC-e e no Tipo de Pagamento é informado o tipo de pagamento igual a 99 (outros) e não é preenchido a descrição do meio de pagamento.
  • Verifique se a operação está configurada para permitir emitir nota sem receber e se o movimento foi efetivado. A regra da Sefaz informa que não será autorizada notas de vendas com a tag tPag 99.

• Saiba mais em Possível Solução

• Essa rejeição ocorre quando é emitida uma NF-e ou NFC-e e no Tipo de Pagamento é informado o tipo de pagamento diferente de 99 (outros) e preenchido a descrição do meio de pagamento.
  • o Clientes VR System não precisam se preocupar com essa rejeição pois a estruturação é gerada em um processo interno.

• Essa rejeição ocorre quando é emitida uma NF-e ou NFC-e em que o Tipo de Pagamento foi informado cartão crédito ou débito (03 e 04 respectivamente) e preenchido a bandeira da operadora do cartão com um valor que não consta na tabela de códigos das operadoras disponibilizada pela Sefaz.
  • Clientes VR System não precisam se preocupar com essa rejeição pois a estruturação é gerada em um processo interno.

• A rejeição ocorre quando é informado o campo CEST um código inexistente.
  • Verifique no cadastro do produto qual numeração de CEST está sendo usada. Pode ocorrer de ter sido cadastrado o CEST diferente do que vem no banco padrão do sistema e vinculado a um ou mais NCM.
    • Faça pela tela do Super Busca > aba Imposto uma busca de quais são os produtos utilizando esse CEST e remova do cadastro deles.
    • Pode ser usado também a tela de Edição em Lote onde irá informar esse CEST inválido e deixar em branco.
    • Após essa alteração é orientado ir em Produtos > Estoque > Imposto > CEST, localizar esse CEST errado e apaga-lo do sistema.
  • Volte no movimento e tente emitir a nota novamente.

• Essa rejeição ocorre quando emite uma NF-e ontem na tag infNFe vai iniciar com a descrição ‘NFe’ porém dentro do XML o código do modelo está diferente de 55.
  • Verifique no cadastro da filial se na aba DF-e > NF-e está informando o modelo 55.
  • Confira também os WebServices, caso esteja sem a informação consulte o site da Sefaz do estado para pegar os dados ou consulte o Endereços WebServices.

• Essa rejeição ocorre quando ao emitir uma NF-e o campo de processo de emissão (procEmi) está diferente de 0.
  • A SEFAZ libera os seguintes códigos para esse campo:

• 0=Emissão de NF-e com aplicativo do contribuinte; 
• 1=Emissão de NF-e avulsa pelo Fisco; 
• 2=Emissão de NF-e avulsa, pelo contribuinte com seu certificado digital, através do site do Fisco; 
• 3=Emissão NF-e pelo contribuinte com aplicativo fornecido pelo Fisco.

• Para emissão de nota por softwares de terceiros (sistema) deve ser informado o código 0.
• Clientes VR System não precisam se preocupar com essa rejeição pois a estruturação é gerada em um processo interno.

• Essa rejeição se dá quando o modo de envio da nota está em desacordo com o recomendado pela Sefaz do estado.
  • Verifique no cadastro da filial qual modo de envio está selecionado e confira se está de acordo com as Particularidades do Estado.

• Essa rejeição ocorre quando tenta inutilizar uma nota com e o ano da mesma é maior do que o atual.
  • Verifiquei a data/hora do computador.

• Essa rejeição ocorre quando tenta inutilizar uma nota com e o ano da mesma é menor que 2006.
  • Verifiquei a data/hora do computador.

• Essa rejeição ocorre quando está usando um WebService diferente da UF informada na chave de acesso.
  • Verifique os WebServices, caso esteja sem a informação consulte o site da Sefaz do estado para pegar os dados ou consulte o Endereços WebServices.

• Esse erro acontece, quando você tenta emitir uma NF-e informando os campos Gás Natural Nacional; Gás Natural Importado, porém o produto não é do tipo ANP: "210203001"
  • Verifique no cadastro do produto, aba Imposto, se está configurado com tipo Combustível e informado todos os campos obrigatórios.
  • Para essa Regra de Validação não há exceções. Sempre que informado os campos pGLP ou pGNn ou pGNi, é obrigatório informar o campo cProdANP = 210203001.

• Essa rejeição ocorre quando o Código de Segurança do Contribuinte (CSC) está configurado de maneira incorreta ou a SEFAZ não ainda liberou a emissão de NFC-e para este CNPJ.
  • Verifique com a contabilidade se já está liberado a emissão de NFC-e para o CNPJ do cliente.
  • Confira se o CSC informado no cadastro da filial, aba DF-e > NFC-e, está correto e sem espaços no início e fim.

• Essa rejeição ocorre quando o Código de Segurança do Contribuinte (CSC) foi revogado pela Sefaz.
  • Verifique com a contabilidade a situação do CSC do emitente.
  • Confira se o CSC informado no cadastro da filial, aba DF-e > NFC-e, está correto e sem espaços no início e fim.

• Essa rejeição ocorre quando o Código de Segurança do Contribuinte (CSC) e ID referente a esse mesmo Token não estão corretos.
  • Confira se o CSC informado no cadastro da filial e o código sequencial, aba DF-e > NFC-e, está correto e sem espaços no início e fim de acordo com o que consta no site da Sefaz.

• Essa rejeição ocorre ao emitir uma NF-e e o Número de Controle da FCI é inexistente.

• Essa rejeição ocorre quando for emitido Evento com o Tipo de Autor incompatível.
  • Clientes VR System não precisam se preocupar com essa rejeição pois a estruturação é gerada em um processo interno.

• Essa rejeição ocorre quando é emitida uma NF-e em contingência EPEC e ela for recebida pela SEFAZ Estadual com dados divergentes do evento registrado na SEFAZ Nacional.
  • Realize a verificação dos dados que podem estar divergentes entre a NF-e e o EPEC recebido, que podem incluir:

• IE do Emitente
• Data de Emissão
• Tipo de Nota Fiscal (entrada / saída)
• UF do destinatário, identificação do destinatário (CNPJ/CPF/ID Estrangeiro)
• IE do Destinatário e dados de valor (Total, ICMS e ICMS-ST)

• Confira se o movimento está efetivado, caso não esteja pode ser que tenha havido alteração no movimento após o envio da NF-e em contingência.

• Essa rejeição ocorre quando é enviado o tipo de emissão = 4-EPEC, ou seja, Evento Prévio de Emissão em Contingência, porém o ambiente de contingência já foi desativado.
  • Confira se a Sefaz retornou ao ambiente nacional e, caso tenha, desative o Modo contingência na tela de Saídas > NF-e > Desativar contingência.

• Essa rejeição ocorre quando ao fazer a emissão de uma NF-e ou NFC-e é informado o NCM 00.
  • Essa numeração só é autorizada pela Sefaz quando é uma NF-e de ajuste.
  • Caso não seja uma NF-e de ajuste entre no cadastro do produto e confirme com a contabilidade qual NCM deve ser usado para o produto.

• Essa rejeição ocorre ao emitir uma NF-e e o CPF informado no cadastro da filial é difere do CPF do Certificado Digital.
  • Confira o CPF no cadastro da filial se é o mesmo do certificado digital. Caso não seja confirme qual está correto.
  • Caso seja o certificado errado configurado no cadastro da filial (DF-e > Certificado) faça a alteração, reinicie o sistema e tente emitir a nota novamente.

Obs: Se o CPF estiver errado cuidado para não alterar sem solicitar o ajuste antes com o setor financeiro no nosso BackOffice. Consulte o post sobre Troca de Serial e CNPJ, como fazer?

• Certificado digital sem CNPJ ou CPF.

• Essa rejeição ocorre quando na tentativa de emissão da NF-e com CST = 00, é informado um valor para o campo de FCP (Fundo de Combate à Pobreza). Para corrigir esse erro é necessário retirar essa informação do movimento. Nesse caso tem duas formas dessa informação ter ido para o movimento, já que na classe de imposto esse campo não é habilitado.

• 1° caso: Se tiver usando a edição de imposto essa informação do FCP quando usado o CST 00 não deve ser colocada. Quaisquer dúvidas como proceder deve ser solicitado orientação da contabilidade.

• 2° caso: Fazendo a nota através da importação do XML de uma outra nota. Nesse caso deve ser retirado essa informação ou não informada quando o produto tiver com o CST 00.

• Em ambos os casos, caso o movimento esteja efetivado, deve ser refeito o movimento.

• Outra forma de ajustar esse erro é via banco de dados, onde será retirado essa informação conforme foi informado pela contabilidade.

Comandos devem ser passados por técnicos experientes. Não rode nenhum comando no banco de dados do cliente sem backup e sem supervisão caso não tenha conhecimento para o mesmo.

• Essa rejeição ocorre quando é emitida uma NF-e, sendo não contribuinte, e o valor do ICMS for diferente de zero.

  • Essa rejeição ocorre quando usado o CFOP 5949, 6949, 7949 conforme a regra da Sefaz que é opcional da UF.
    • Confirme com a contabilidade se o CFOP informado para essa operação está correto.
    • Confirme com a contabilidade se o valor do ICMS deve ser informado.
  • Em ambos os casos, caso o movimento esteja efetivado, após o ajuste na classe de imposto deve ser refeito o movimento.

• Outra forma de ajustar esse erro é via banco de dados, onde será retirado essa informação ou alterado o CFOP conforme foi informado pela contabilidade.

Comandos devem ser passados por técnicos experientes. Não rode nenhum comando no banco de dados do cliente sem backup e sem supervisão caso não tenha conhecimento para o mesmo.

• Essa rejeição ocorre quando a UF informada no cadastro da filial está diferente a UF do WebService.
  • Verifique os WebServices, caso esteja sem a informação consulte o site da Sefaz do estado para pegar os dados ou consulte o Endereços WebServices.

• Essa rejeição ocorre quando o código da UF do cadastro da filial está diferente do código real da UF.
  • Confira no cadastro da filial qual cidade está informada.
    • Vá em CRM > Clientes e fornecedores > Cadastro cidades e verifique se o código da UF informada está correto. Caso esteja errado pode corrigir manualmente ou ir em ‘Importar os dados’.

• Essa rejeição ocorre quando você tenta emitir uma NF-e de veículos novos, e o Local de Entrega não é informado.
  • Verifique se tem dados do endereço de entrega na tela do frete.

• Essa rejeição ocorre quando você tenta emitir uma NF-e, e a data de emissão dela está anterior a data de credenciamento/abertura da empresa.
  • Verifique a data/hora do computador.

• Essa rejeição ocorre quando o código da cidade do cadastro da filial está divergente do padrão do código em relação a UF.
  • Confira no cadastro da filial qual cidade está informada.
    • Vá em CRM > Clientes e fornecedores > Cadastro cidades e verifique se o código da cidade informada está correto e a UF correta seguindo o padrão correto (os dois primeiros dígitos do código da cidade devem ser iguais aos dois dígitos da UF). Caso esteja errado pode corrigir manualmente ou ir em ‘Importar os dados’.

• Essa rejeição ocorre quando o regime informado no cadastro da filial não é o que consta no registro do CNPJ na Sefaz.
  • Entre em contato com a contabilidade para confirmar qual é o regime correto. Pode também consultar o cadastro do CNPJ no site da Sefaz ou no Sintegra para saber o regime correto.
  • Caso esteja errado, corrija o regime do cliente na filial, reinicie o sistema e configure a classe de imposto com os dados passados pela contabilidade para todas as operações (A VR System não passa essas informações, é de responsabilidade da contabilidade passar informações fiscais. Apenas fazemos as configurações dessas informações dentro do sistema.)
  • Caso esteja certo, confira se as configurações da classe de imposto estão configuradas para o regime do cliente.

• Essa rejeição ocorre quando o código da cidade do cadastro do destinatário está divergente do padrão do código em relação a UF.
  • Confira no cadastro do destinatário qual cidade está informada.
    • Vá em CRM > Clientes e fornecedores > Cadastro cidades e verifique se o código da cidade informada está correto e a UF correta seguindo o padrão correto (os dois primeiros dígitos do código da cidade devem ser iguais aos dois dígitos da UF). Caso esteja errado pode corrigir manualmente ou ir em ‘Importar os dados’.

• Essa rejeição ocorre quando o valor informado de desconto é maior que o valor informado no produto.
  • Essa rejeição não irá ocorrer com movimentos feitos no sistema pois é travado para não permitir dar desconto maior que 99,99% e/ou com valor menor que R$0,01.

• Essa rejeição informa que o tipo de emissão da nota está diferente de 4 que é o esperado na emissão em contingência EPEC.
  • Clientes VR System não precisam se preocupar com essa rejeição pois a estruturação é gerada em um processo interno.

• Essa rejeição ocorre quando tenta emitir a mesma numeração da mesma série já autorizada em EPEC.

• Essa rejeição ocorre quando ao emitir uma NF-e não foi informado o grupo autXML para identificar o escritório de contabilidade na nota fiscal.
  • Configure no cadastro da filial, na aba Contador os dados da contabilidade do cliente (todos os dados devem ser preenchidos).
  • Caso o cliente não tem contabilidade deve ser informado o CNPJ da Sefaz do estado.
  • Essa validação é opcional do estado, então caso esteja exigindo essa informação a mesma deve ser preenchida no campo próprio.

• Essa rejeição ocorre quando informado o CNPJ ou CPF da contabilidade que não está cadastrada na Sefaz.
  • Entre em contato com a contabilidade para confirmar os dados e após informe corretamente no cadastro da filial.

• Essa rejeição ocorre quando você tenta emitir uma NF-e, e a soma das demais notas fiscais de saída que já emitiu no ano, ultrapassa o limite anual de faturamento, conforme o porte da empresa.
  • Verifique com a contabilidade como proceder nesse caso.

• Essa rejeição ocorre quando o dígito verificador do CNPJ do emite está incorreto.
  • Confira o CNPJ no cadastro da filial.

Obs: Se o CNPJ estiver errado cuidado para não alterar sem solicitar o ajuste antes com o setor financeiro no nosso BackOffice. Consulte o post sobre Troca de Serial e CNPJ, como fazer?

• Essa rejeição ocorre quando o dígito verificador do CPF do emite está incorreto.
  • Confira o CPF no cadastro da filial.

Obs: Se o CPF estiver errado cuidado para não alterar sem solicitar o ajuste antes com o setor financeiro no nosso BackOffice. Consulte o post sobre Troca de Serial e CNPJ, como fazer?

• Essa rejeição ocorre quando quando o tipo de evento está informado errado
  • Clientes VR System não precisam se preocupar com essa rejeição pois a estruturação é gerada em um processo interno.

• Essa rejeição ocorre quando é usado o WebService de uma versão antiga da qual a Sefaz não usa mais.
  • Verifique os WebServices, caso esteja sem a informação consulte o site da Sefaz do estado para pegar os dados ou consulte o Endereços WebServices.

• Essa rejeição ocorre quando tenta emitir uma NF-e, carta de correção ou fazer um cancelamento e tem algum problema com algum dos campos definidos pelo Schema do evento, esse campo pode estar em falta ou estar em um formato não esperado pela SEFAZ.
  • Por ser uma rejeição muito genérica, o erro pode estar em qualquer campo do evento.

• Essa rejeição ocorre quando é emitido uma carta de correção ou tenta fazer o cancelamento usando uma chave de acesso que na Sefaz não consta como autorizada.
  • Verifique se a nota não está em contingência;
  • Consulte a chave de acesso na Sefaz para saber qual status está.
  • Caso apareça como autorizada no sistema e não conste na Sefaz, aguarde alguns minutos e tente novamente.
  • Se a Sefaz estiver com instabilidade ou indisponível é necessário aguardar que volte a disponibilidade normal.

• Essa rejeição ocorre quando é feita tentativa de emitir uma nota onde o emitente é CPF informando uma série que não pode ser usada nesse caso.
  • Confirme com a contabilidade qual a série deve ser usada e a última numeração para configurar corretamente no cadastro da filial.
  • Nesse caso deve ser desassociado essa nota do movimento e deletado essa informação do banco de dados.

Comandos devem ser passados por técnicos experientes. Não rode nenhum comando no banco de dados do cliente sem backup e sem supervisão caso não tenha conhecimento para o mesmo.

• Essa rejeição ocorre quando tenta emitir uma nota onde foi informado na tag tPag que o pagamento foi realizado no cartão de crédito (3) ou cartão de débito (4), porém não tem a tag tpIntegra que informa que é uma integração automática com a máquina do TEF ou não.
  • Clientes VR System não precisam se preocupar com essa rejeição pois a estruturação é gerada em um processo interno.

• Neste caso a nota passou do prazo para cancelamento
  • NFC-e / CF-e = 30 minutos
  • NF-e = 24 h (varia em alguns estados, depende da SEFAZ)
  • Mdf-e

• Quando for emitida uma NF-e com Indicador de IE do Destinatário como Não contribuinte do ICMS (tag: indIEDest = 9) e CST do ICMS diferente da relação abaixo haverá rejeição pelo motivo 508 - CST incompatível na operação com Não Contribuinte:

  • 00 - Tributada integralmente
  • 20 - Com redução da Base de Cálculo
  • 40 - Isenta
  • 41 - Não tributada
  • 60 - ICMS cobrado anteriormente por Substituição Tributária

• Para corrigir esse erro, deve-se alterar o CST na classe de imposto. Também é possível fazer essa alteração através do UtilitárioDB, utilizando o seguinte comando, realizando as devidas alterações:

  • Update Movimento_Produto set CST = '00' where Movimento__Ide in ( select ide from movimento where sequencia = '') Regime Normal

• Quando for emitida uma NF-e com CFOP de Entrada (iniciado por 1, 2 ou 3) e o Tipo de Operação da NF-e for igual a "1 - Saída", a NF-e será rejeitada pelo motivo "518 - CFOP de entrada para NF-e de saída".

• CFOP de saída inicia com 5,6 ou 7 .

• Para corrigir esse erro, deve-se fazer a alteração do CFOP na classe de imposto. Também é possível realizar essa alteração através do UtilitarioDB, utilizando o seguinte comando, fazendo as devidas alterações:

  • Update Movimento_Produto set CFOP = '' where Movimento__Ide in ( select ide from movimento where sequencia = '')

• Quando for emitida uma NF-e com CFOP de Entrada (iniciado por 5, 6 ou 7) e o Tipo de Operação da NF-e for igual a "0 - Entrada", a NF-e será rejeitada pelo motivo "519 - CFOP de saída para NF-e de entrada".

• CFOP de entrada inicia com 1,2 ou 3.

• Para corrigir esse erro, deve-se fazer a alteração do CFOP na classe de imposto. Também é possível realizar essa alteração através do UtilitarioDB, utilizando o seguinte comando, fazendo as devidas alterações:

  • Update Movimento_Produto set CFOP = '' where Movimento__Ide in ( select ide from movimento where sequencia = '')

• Esse rejeição ocorre quando tenta-se emitir uma NF-e de Operação Estadual, porém o CFOP é de Operação Interestadual (2, 3, 6 ou 7).

• Para corrigir esse erro, deve-se fazer a alteração do CFOP na classe de imposto. Também é possível realizar essa alteração através do UtilitarioDB, utilizando o seguinte comando, fazendo as devidas alterações:

  • Update Movimento_Produto set CFOP = '' where Movimento__Ide in ( select ide from movimento where sequencia = '')

Essa rejeição ocorre quando o sistema identificou uma divergência nos valores entre o valor do frete informado na NF-e, e o valor de frete por produto incluso nos itens da nota. Para corrigir, deve-se utilizar os seguintes comandos, um de cada vez e nessa ordem, no UtilitárioBD:

1° comando:

update movimento set frete_tipo = 1 where ide = ''

2° comando:

update Movimento_Produto set Valor_Outro = Valor_Frete where Movimento__Ide = ''

3° comando:

update Movimento_Produto set Valor_Frete = 0.00 where Movimento__Ide = ''

• Geralmente no corpo desta mensagem é apontado a Duplicidade, então a partir daí podemos buscar por ela na receita e corrigir

5> Nota Fiscal identificada como duplicada.

6> Tentando atualizar nota duplicada.

Erro ao enviar: 562 - Rejei????o: C??digo num??rico informado na Chave de Acesso difere do C??digo N??merico da NF-e

• Possivel Solução

• Essa rejeição ocorre quando é emitida uma NF-e para um cliente Não Contribuinte do ICMS com o CSOSN (Situação Tributária do ICMS na Operação do Simples Nacional) diferente dos abaixo:

  • 102 - Tributada pelo Simples Nacional sem permissão de crédito;

  • 103 - Isenção do ICMS no Simples Nacional para faixa de receita bruta;

  • 300 - Imune;

  • 400 - Não tributada pelo Simples Nacional;

  • 500 - ICMS cobrado anteriormente por substituição tributária (substituído) ou por antecipação.

• Para corrigir, deve-se alterar o CSOSN. Essa alteração pode ser realizada pelo DBFORGE ou DBX utilizando o comando abaixo para trazer o campo a ser modificado:

  • select CSOSN, * from movimento_produto where movimento_ide = ''

• Outra forma de corrigir este erro é alterando o CSOSN na classe de imposto da operação dentro do Etrade, inutilizar a NF-e, desefetivar e refazê-la.

• Quando for emitida uma NF-e (modelo 55) ou NFC-e (modelo 65) e no Total da Nota Fiscal o valor informado for diferente do somatório dos campos que fazem parte do Total da NF-e, será retornada a rejeição 610.

• Para corrigir, deve-se executar o comando abaixo no DBFORGE ou DBX e fazer a alteração para que os valores coincidam com o total da nota fiscal.

  • SELECT Qtde,Valor_Unit,Valor_Total,Desc_Valor,Valor_Outro,Valor_Final,* FROM Movimento_Produto WHERE Movimento__Ide = ''

• Deve ser trocado o EAN por um código valido ou retirado do campo ean e informado em outro campo de codigo (fab 1 ou 2)

• Deve ser trocado o EAN por um código valido ou retirado do campo ean e informado em outro campo de codigo (fab 1 ou 2)

• Geralmente no corpo desta mensagem é apontado a Duplicidade, então a partir daí podemos buscar por ela na receita e corrigir

5> Nota Fiscal identificada como duplicada.

6> Tentando atualizar nota duplicada.

Erro ao enviar: 613 - Rejeicao: Codigo Numerico informado na Chave de Acesso difere do Codigo Numerico da NF-e

• Verificar se há motivo de desoneração informado, sem ter o valor calculado.

Sempre verifique tambem o regime do cliente, pois simples nacional não tem desoneração de icms.

• Ocorre com produtos fracionados, geralmente solicitamos que altera a quantidade de casas no cadastro de produto e refaça a nota. caso não seja possivel, devemos verificar e tentar alterar via banco.

• Possivel Solução

• Possivel Solução

• Solução: Refaça o movimento informando primeiro o destinatário e depois os itens.

• deve ser verificada a origem da mercadoria e o picmsinter na tabela movimento_produto, eles deve esta compativeis com essa informação abaixo :

• possivel solução

• erro voltado ao ICMS DE PARTILHA, nos produtos. este campo deve ser alterado para 100 se a nota for de 2019 em diante, no sistema deve-se alterar a coluna pICMSInterPart da tabela Movimento_Produto

• Verifique se a data e hora do micro estão certas

• Caso esteja, desabilite o horário de verão e ajuste a hora manualmente

• Reinicie todo o sistema

• Possivel Solução

• Quando for emitida uma NFC-e em contingência "9 - off-line" e a UF autorizadora não aceitar esse tipo de contingência, será retornado a rejeição "712 - NFC-e com contingência off-line para a UF".

• A Sefaz de São Paulo é um exemplo. A UF não aceita a contingência off-line.

• Para solucionar esse erro, deve-se executar o seguinte comando no UtilitárioDB, fazendo as devidas alterações:

  • update movimento_nfe set Tipo_Emissao = 1 where Tipo_Emissao = 9 and Movimento__Ide in (select ide from movimento where sequencia in ('SEQ1','SEQ2'))

• Como a mensagem informa, deve ser verificado o CFOP, mas em maioria este caso ocorre quando há uma tentativa de emitir nfc-e para um estado diferente do estado do emitente, ou seja, se o estado na minha filial é RJ, só posso emitir nfc-e para dentro do RJ, a emissão para destinatarios residentes em outros estados, deve ser feita no modelo 55 (NF-e.)

• Possivel solução

• Este caso ocorre quando é emitida nota com valor superior a R$10.000 para nfc-e sem consumidor informado. esse valor varia de acordo com a sefaz de cada estado, deve ser verificado o limite e informado um cliente para essa nfc-e.

Esse valor pode variar de Estado para Estado. O valor de R$ 10.000,00 é apenas um valor padrão, adotado pela Sefaz Nacional, mas as Sefaz Estaduais poderão alterá-lo, para mais ou para menos.

• Este caso ocorre quando é emitida nota com valor superior a R$10.000 para nfc-e sem Nome do Destinatário informado (xNome). esse valor varia de acordo com a sefaz de cada estado, deve ser verificado o limite e informado um nome para esse cliente nessa nfc-e.

Esse valor pode variar de Estado para Estado. O valor de R$ 10.000,00 é apenas um valor padrão, adotado pela Sefaz Nacional, mas as Sefaz Estaduais poderão alterá-lo, para mais ou para menos.

• Este caso ocorre quando é emitida nota com valor superior a R$10.000 para nfc-e sem Endereço do Destinatário informado (enderDest). esse valor varia de acordo com a sefaz de cada estado, deve ser verificado o limite e informado um endereço para o cliente nessa nfc-e.

Esse valor pode variar de Estado para Estado. O valor de R$ 10.000,00 é apenas um valor padrão, adotado pela Sefaz Nacional, mas as Sefaz Estaduais poderão alterá-lo, para mais ou para menos.

• Neste caso a nota passou do prazo para cancelamento:
  • NFC-e / CF-e = 30 minutos
  • NF-e = 24 h (varia em alguns estados, depende da SEFAZ)
  • Mdf-e

• Possivel Solução

• Deve-se verificar o ncm do produto, geralmente o validador informara qual o numero do produto, mas caso não mostre, deve verificar qual NCM possui menos de 8 digitos.

• Possivel Solução

• A rejeição "786 - NFC-e de entrega a domicílio sem dados do Transportador" ocorre quando é emitida uma NFC-e sem dados de Transportador (Campo: transporta) e o Indicador de presença do comprador (Campo: indPres) for igual a "4 - NFC-e em operação com entrega a domicílio”

• Exemplo: Foi emitida uma NFC-e sem os dados de Transportador e com o Indicador de presença igual a "4 - NFC-e em operação com entrega a domicílio". Nessa situação a NFC-e será rejeitada pelo motivo 786.

• Para corrigir, deve-se executar os comandos abaixo no UtilitarioDB, nessa ordem e separadamente, realizando as devidas alterações:

• 1° Comando

  • update movimento SET Valor_Outro = Valor_Frete where Ide = ''

• 2° Comando

  • update Movimento_Produto SET Valor_Outro = Valor_Frete where Movimento__Ide = ''

• 3° Comando

  • update movimento SET Valor_Frete = 0.00 where Ide = ''

• 4° Comando

  • update Movimento_Produto SET Valor_Frete = 0.00 where Movimento__Ide = ''

• neste caso deve-se alterar o cliente do movimento para não contribuinte

• Possivel Solução

• Possivel solução

• Verificar as unidades tributaveis para o exterior, configurar nos produtos da nota

Em operações que não sejam do tipo devolução:

• Está emitindo sem informar o financeiro. Ajuste a operação em Configurações > Operações > Abra a operação em uso > Habilite a opção "permite emissão de nota sem receber"

Em devoluções:

• Foi utilizado uma operação do tipo devolução, com a marcação para permitir emitir nota sem informar o financeiro. Devolução por padrão já não é obrigatório a informação do pagamento, então se habilitar esta opção dará conflito. Ajuste a operação em Configurações > Operações > Abra a operação em uso > Desmarque a opção "permite emissão de nota sem receber"

• Endereços webservices invalidos ou incorretos. Para consultar os webservices, acesse nossa pagina de Endereços Webservices

• Possivel Solução

• Possivel Solução

• Possivel Solução

• Possivel Solução