Erro Ao Tentar Emitir Nfe 3.10

[stanleyalves]

estou fazendo teste de emissão de NFE 3.10, pois estávamos na versão 2.00 e recebo a seguinte mensagem:

 

Ambiente : 2

Versão Aplicativo : SVRS20140401105551

Recibo : 333000025827983

Status Código : 104

Status Descrição : Lote processado

UF : RJ

cMsg : 0

xMsg : 

 

Nota(s) não confirmadas:

3456777->Rejeicao: Operacao interna para consumidor final e UF destinatario difere de UF emiente

 

33140431341225000135550010034567771034567778-nfe.xml

Editado 11 Abril, 2014 por stanleyalves

[André Ferreira de Moraes]

Leia a NT referente as alterações para NFe e NFCe 3.10 - http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=UL1Gh3Ol5NY=

[stanleyalves]

Estou levando o manual para casa para estudar, mas coloquei o xml que o componente ACBR gerou. Se alguém puder apontar os erros agradeço.

[Italo Giurizzato Junior]

Boa tarde Stanley Alves,

 

A rejeição é clara: Rejeicao: Operacao interna para consumidor final e UF destinatario difere de UF emiente.

 

Se a operação é interna ou seja dentro do estado a UF do destinatário tem que ser igual a do emitente caso contrario você esta vendendo para alguém que é de outro estado.

 

Se a pessoa realmente é de outro estado você só tem 2 caminhos, ou emite uma NF-e, ou não informe que é o destinatário.

[stanleyalves]

Desculpa-me é que fiquei um tempo afastado de emissão de NFE. O que acontece é que li que até o final o ano a NFE 2.0 irá sair do ar. Então qual versão devo emitir? 

[Italo Giurizzato Junior]

Bom dia Stanley,

 

Qual modelo de documento fiscal você pretende emitir, NF-e ou NFC-e?

 

Pela rejeição que você postou trata-se de uma NFC-e - Nota Fiscal ao Consumidor Eletrônica e não a NF-e - Nota Fiscal Eletrônica.

 

Ambos os modelos estão mudando para a versão 3.10

[stanleyalves]

Bom dia Ítalo

Eu pretendo emitir a NF-e - Nota Fiscal Eletrônica.

Editado 14 Abril, 2014 por stanleyalves

[Italo Giurizzato Junior]

Boa tarde Stanley,

 

Há no fórum farias postagens mostrando como se deve configurar corretamente o componente para que o mesmo gere o XML da NF-e na versão 3.10

 

Você tem que configurar via código as propriedades ModeloDF e VersaoDF do componente ACBrNFe.

[stanleyalves]

Obrigado pelas informações. Fiz como disse :

 

ACBrNFe1.Configuracoes.Geral.VersaoDF := ve310;

ACBrNFe1.Configuracoes.Geral.ModeloDF := moNFe;

 

Mas verifiquei que mesmo fazendo isto o xml gerado fica com a informação de 2.00. Veja em anexo. Não sei o que estou fazendo de errado

33140431341225000135550010000555551000555557-nfe.xml

[Italo Giurizzato Junior]

Stanley,

 

Primeiro devemos configurar o modelo depois a versão.

 

ACBrNFe1.Configuracoes.Geral.ModeloDF := moNFe;

ACBrNFe1.Configuracoes.Geral.VersaoDF := ve310;

 

[stanleyalves]

Ítalo,

 

Muito obrigado pela ajuda. Consegui emitir uma NFE na versão 3.10. Agora darei andamento em implementar no sistema de produção.

[SISVALE SISTEMAS]

Boa Tarde.

Estou com o mesmo problema acima, eu acho.

NFe 3.1, cfop 6101 emitente RS. destinatario MA (Maranhão, com cnpj e insc.est.).

Mensagem: Rejeicao: Operacao interna para consumidor final e UF destinatario difere de UF emiente.

Como assim operação interna? acima de 6000 e pra fora do estado...

Se coloco Nfe 2.0 passa sem nenhum erro....

Estou com os schemas atualizados.

XML em anexo

Editado 6 Junho, 2014 por DOCFABIO

[Italo Giurizzato Junior]

Boa tarde DocFabio,

 

Após alimentar o componente com os dados do destinatário você esta fazendo isso?

 

   // TpcnDestinoOperacao = (doInterna, doInterestadual, doExterior);

   if Dest.EnderDest.UF = 'EX'

    then ide.idDest := doExterior

    else if Dest.EnderDest.UF = Emit.EnderEmit.UF

          then ide.idDest := doInterna

          else ide.idDest := doInterestadual;

[SISVALE SISTEMAS]

Bah, era isso mesmo, essa parte estava errada em meu programa.

Mas daí deu outro erro estranho: Rejeicao: IE do destinatario nao cadastrada.

Consultei no site do Maranhão e o cnpj e inscrição do destinatario estão OK

xml em anexo

Tentei como Insc.Isenta daí passou, mas estranho, tem q passar com a IE dele...

Editado 6 Junho, 2014 por DOCFABIO

[GilbertoMatos]

stanleyalves...

 

poderia anexar um xml da NF-e na versão 3.10 que esteja correto, estou tentando gerar o xml de envio e algo esta errado, sempre me retorna erro 410...lembrando que nao estou usando o projeto ACBR para gerar estou utilizando Axis2. Se puder me enviar um xml para que possa comprarar eu agradeço. Pode anexar aqui ou enviar para meu email: [email protected]

 

Muito Obriagdo!!

[premium.ac]

Bom Dia!

Programo a algum tempo e sou AUTODIDATA.

Muitas vezes vejo explicações como esta abaixo.

if Dest.EnderDest.UF = 'EX'

    then ide.idDest := doExterior

    else if Dest.EnderDest.UF = Emit.EnderEmit.UF

          then ide.idDest := doInterna

          else ide.idDest := doInterestadual;

 

Cara, ou eu penso demais ou pessoas com muito conhecimento em programação pensam pouco.

A ideia do componente/DLL é evitar/diminuir o tempo de programação, não é?

Como as informações principais já vão quando alimentamos, porque esta operação não está dentro do componente e as coloca no XML automaticamente.

Tenho visto demais este tipo de redundância desnecessária, inclusive em componentes/DLLs de grandes empresas.

E, quando dá um erro, demoramos para acertar, em função de uma tag nova que nem precisaria estar lá. Como esta.

Inclusive, gera debate, muito uso do forum, etc. Tempo que poderíamos usar para outras coisas mais produtivas.

 

Abraços.

 

Espero que lendo esta observação, os programadores pensem nisto daqui por diante.

Tudo que pode ser automatico, ou seja, tratado dentro do componente/DLL que seja.

[Mendes Solução]

 

Bom Dia!

Programo a algum tempo e sou AUTODIDATA.

Muitas vezes vejo explicações como esta abaixo.

if Dest.EnderDest.UF = 'EX'

    then ide.idDest := doExterior

    else if Dest.EnderDest.UF = Emit.EnderEmit.UF

          then ide.idDest := doInterna

          else ide.idDest := doInterestadual;

 

Cara, ou eu penso demais ou pessoas com muito conhecimento em programação pensam pouco.

A ideia do componente/DLL é evitar/diminuir o tempo de programação, não é?

Como as informações principais já vão quando alimentamos, porque esta operação não está dentro do componente e as coloca no XML automaticamente.

Tenho visto demais este tipo de redundância desnecessária, inclusive em componentes/DLLs de grandes empresas.

E, quando dá um erro, demoramos para acertar, em função de uma tag nova que nem precisaria estar lá. Como esta.

Inclusive, gera debate, muito uso do forum, etc. Tempo que poderíamos usar para outras coisas mais produtivas.

 

Abraços.

 

Espero que lendo esta observação, os programadores pensem nisto daqui por diante.

Tudo que pode ser automatico, ou seja, tratado dentro do componente/DLL que seja.

 

Excelente a Dica e Obrigado, pretendo em breve colaborar com vocês.

[Leandro_Silva]

Bom dia galera, sei que nao tem muito haver com o assunto mais...

 

Rejeicao: Operacao interna para consumidor final e UF destinatario difere de UF emiente

 

emiente sera que isso ja foi corrigido.

 

Abraço a todos.