86->Rejeicao: CFOP nao e de Operacao Estadual e UF emitente

[Alan Sartori]

Olá Pessoal,

Desde já agradeço a ajuda,

Estou com a seguinte situação:

- O ACBr esta rejeitando uma NF com CFOP 2949, porém fiscalmente é possivel emitir. Ja tentei com outro Software e funciona.

a mensagem que o acbr traz.:

86->Rejeicao: CFOP nao e de Operacao Estadual e UF emitente igual a UF destinatario.

Eme anexo o xml do Acbr e de um outro software que validou.

Agradeceria um retorno,

LOTE-1404.XML

43121112370096000169550000000000861000055926-nfe.xml

respLOTE-1404.XML

[Kiko Fernandes]

Veja que a UF do emitente vc informou RS

RUA FAGUNDES

0

LOTEAMENTO

CENTRO

4303905

CAMPO BOM

RS

e a UF do destinatário também está RS

RUA FAGUNDES

s/n

LOTEAMENTO

CENTRO

4303905

CAMPO BOM

RS

NAS ENTRADAS - CFOP INICIADO POR

1 - OPERAÇÃO DENTRO DO ESTADO

2 - OPERAÇÃO FORA DO ESTADO

3 - IMPORTAÇÃO

NAS SAÍDAS - CFOP INICIADO POR

5 - DENTRO DO ESTADO

6 - FORA DO ESTADO

7 - EXPORTAÇÃO

vc informou CFOP 2949

Como uma entrada aonde o fornecedor é de fora do estado (UF)

e no campo UF do destinatário também é RS (ou seja o mesmo estado) então não pode ser iniciado por 2.

Isto é o que eu entendo, mas notei que nesta chave que vc passou:

43121107385111000102550000000000861493078830 com finalidade 3 eu verifiquei no ambiente de homologação e está também RS e RS e aceitou 2949. Vou dar uma analisada melhor se eu descobrir alguma coisa te aviso.

[Alan Sartori]

Obrigado pela ajuda,

É que realmente na legislação consta esse tipo de situação. Também não entendo como é possível. Mas consta lá.

EMISSÃO DA NOTA DE ADJUDICAÇÃO DO CRÉDITO FISCAL: deverá ser emitida com destaque do imposto a ser creditado e no período de apuração seguinte ao do débito registrado no Livro de Saídas.

ESCRITURAÇÃO DO CRÉDITO FISCAL:

Livro Registro de Entradas:

Coluna Data de Entrada: data da emissão da NF

Coluna Documento Fiscal: dados extraídos da NF

Coluna Procedência e Valor Contábil: não preencher

Coluna Codificação Fiscal: CFOP 2.949 (saiu incorretamente como CFOP 3.949 na IN 006/09, DOE de 20/01/2009, mas será retificada em breve)

Coluna ICMS – Valores Fiscais: não preencher

Coluna Observações: indicação “Livro II, art. 26, II” e o valor do crédito fiscal destacado na NF.

Quando fiz o teste com o ACBr o mesmo apresentou a mensagem de rejeição, mas quando fiz com outro validador deu certo.

OK, o ACBr apenas transmite a mensagem da Sefaz, mas o que pode estar diferente para que em 1 valide e no outro não?

Obrigado,

Alan Sartori

[igor]

véio, na boa...

liga la na sefaz e seja humilde pra ver que o CFOP esta errado cara...

CFOP de operacao dentro do mesmo estado nao pode comecar com 2...

Uma coisa é validar, outra é enviar.

Vc POR UM ACASO, tem um XML com autorizacao de uso da sefaz usando esse CFOP numa operacao dentro do mesmo estado???

Nao tem...

Entao, pronto cara, nao causa mais nao.

Nao dá pra usar esse CFOP se a UF do emitente e destinatario é a mesma.

[André Ferreira de Moraes]

OK, o ACBr apenas transmite a mensagem da Sefaz, mas o que pode estar diferente para que em 1 valide e no outro não?

Vc tem os fontes, então debugue e veja onde está o erro.

[Alan Sartori]

Ok Pessoal,

Obrigado pela ajuda, sim ontem mesmo havia entrado em contato com a Sefaz, ainda estou aguardando retorno.

Igor, sobre seu questionamento se eu tinha um xml com CFOP 2949. Em anexo o xml que coloquei no começo, o mesmo esta com o arquivo de resposta e Autorização e tbm o PDF.

Mas ok, vou tentar verificar diretamente com a Sefaz, não discordo nem um momento o questionamento todos em relação a 2949 ser para fora do estado. É que segundo o meu cliente a Sefaz exige 2949 e pode dar multa ao cliente. É uma NF crédito de ICMS.

Obrigado a todos,

LOTE-1404.XML

respLOTE-1404.XML

[Italo Giurizzato Junior]

Bom dia a todos,

Esse namespace esta correto?

1404

o correto não seria?

xmlns="http://www.portalfiscal.inf.br/nfe"

[Alan Sartori]

Boa tarde colegas,

Retomando o assunto que causou tanta polêmica, entrei em contato com nossa assessoria fiscal, e o mesmo me confirmou que é possível a emissão de NF-e do mesmo estado com CFOP 2949. Porém no ACBRNFeMonitor não válida.

Segue em anexo o XML autorizado, e a DANFE.

Desde já agradeço.

Obrigado.

teste.xml

nota teste.pdf

[André Ferreira de Moraes]

Alan Sartori,

ENTENDA, não é o ACBrNFeMonitor que não VALIDA, ele apenas mostra a mensagem que o webservice retornou.

Precisa desenhar pra entender?

[Alan Sartori]

Desculpe, mas não posso concordar com você, o AcbR é uma ótima ferramenta, mas verifica o XML o mesmo esta Autorizado.

E o mesmo xml não é valido quando envio pelo ACBr. Isso é Fiscal pessoal.

Não estou aqui para criticar o emissor, mas reconhecer que existe a possibilidade e o ACBr não trata!

Você mesmo não fez questão de baixar e verificar que esta autorizado!

Mas agradeço o retorno,

Alan Sartori

[Juliomar Marchetti]

Alan

faz um teste, pega uma dll da vida e tenta enviar o xml

posta ai depois o teste

só uma dúvida eu peguei as chaves das notas e fui consultar tanto no nacional quanto no estadual e não achei nem no ambiente de homologação nem de produção.

[Italo Giurizzato Junior]

Juliomar,

Achei a dita cuja da NFe (43121195211272000147550010000000491000600000) no ambinete de homogação ao realizar uma consulta completa no Portal Nacional da NFe e consta como autorizada.

Encontrei também no SEFAZ de RS, também em ambiente de homologação.

O que deve estar ocorrendo:

1. O ambiente de homologação registra a NFe em seu banco de dados mas retorna o rejeição;

2. O componente ACBr trata de forma correta os retornos da SEFAZ e apresenta para o usuário o motivo da rejeição.

3. O outro software que o nosso amigo usou para enviar a NFe não deve tratar todos as rejeições, logo não apresenta para o usuário.

Concluo que o componente esta realizando a sua tarefa de forma correta e que existe um bug no ambiente de homologação da SEFAZ-RS.

Alan, quando é apresentado uma mensagem de Rejeição, significa que o componente gerou o XML, assinou, validou e enviou e a SEFAZ ao receber o mesmo detectou uma falha e o rejeita, retornando o código e a mensagem de erro que motivou a rejeição.

Como você pode ver não é o componente que não esta aceitando os seus dados e sim a SEFAZ, agora de duas ou uma, se o que você esta dizendo esta correto, o CFOP 2949 esta correto, então existe um BUG na SEFAZ que esta o rejeitando apesar de estar armazendo a NFe em sua base de dados.

Se você configurou para salvar as mensagens de envio e de retorno, você vai achar um xml contendo a mensagem de rejeição retornada pela SEFAZ.

[Juliomar Marchetti]

Correto Italo está lá mesmo, erro meu acessei o endereço de produção pra consultar nos dois casos

[Alan Sartori]

Oi Juliomar,

 

Obrigado pelo retorno, sim entendo sua colocação, tanto que descobri o motivo, a Sefaz Homologação muda o CNPJ para um fixo de teste,  então a rejeição ocorre.

Porque realmente é outro CNPJ.

Porém quando faço na base Produção, a mesma é Autorizada.

 

Então para teste essa NF não valida.

 

Abraço

Editado 19 Dezembro, 2012 por Alan Sartori