Nf-E E Nfc-E Versão 3.10

[Rômulo da Costa de Souza]

 

Bom dia Rômulo,

 

Primeiramente vamos corrigir o comando, o correto é:

ACBrNFe.WebServices.Envia(ALote, AImprimir, ASincrono);

 

ALote = Numero do lote a ser enviado;

AImprimir = Imprimir o DANFE automaticamente ou não, se True (valor padrão) imprimir, False não imprimir;

ASincrono = Defini o modo de processamento do lote, se False (valor padrão) modo assíncrono, True modo Síncrono;

 

Até onde sei as NF-e da versão 2.00 são recepcionadas pelo Web Services: NFeRecepcao que só funciona no modo Assíncrono.

 

Por outro lado as NF-e da versão 3.10 são recepcionadas pelo Web Services: NFeAutorizacao que funciona nos dois modos.

 

O modo Síncrono foi criado para atender a demanda da NFC-e, portanto fica a critério de cada SEFAZ implementar o modo Síncrono também para a NF-e.

 

No momento eu passaria como parâmetros os seguintes valores:

 

NF-e versão 2.00

ACBrNFe.WebServices.Envia(ALote, AImprimir, False); // modo assíncrono caso contrario não funciona

 

NF-e versão 3.10

ACBrNFe.WebServices.Envia(ALote, AImprimir, False);

 

NF-e versão 3.10

ACBrNFe.WebServices.Envia(ALote, AImprimir, True); // Modo Síncrono, se a SEFAZ disponibilizar e se o lote contiver apenas UMA nota.

 

NFC-e versão 3.10

ACBrNFe.WebServices.Envia(ALote, AImprimir, False); // Modo Assíncrono quando o lote possuir DUAS ou mais notas.

 

NFC-e versão 3.10

ACBrNFe.WebServices.Envia(ALote, AImprimir, True); // Modo Síncrono quando o lote possuir apenas UMA nota.

 

Por favor leia o item 2 - Serviços de Autorização de Uso página 12 da Nota Técnica 2013/005 versão 1.03.

 

Apesar de fazer referencia a NF-e mas como a NT trata tanto da NF-e quanto da NFC-e, então neste item 2 onde se lê NF-e leia-se NF-e/NFC-e.

 

Bom dia Italo

Obrigado pela resposta, achei que na versão 2.00, também funcionasse o método síncrono.

Mas a principio se tem por padrão mesmo a utilização do método assíncrono, eu mesmo utilizo o método assíncrono, só na NFCe que hoje utilizo como método síncrono, mas com Thread. 

[wagner aragao]

Olá,

 

Bom dia,

 

Senhores meu sistema imprimia normalmente NFe conjugada na versao 2, agora na 3.10 apartir de ontem parou de emitir NFe, fui olhar e vi que foram alteradas algumas TAgs do serviço. Inclui as alterações mais não ta autorizando de jeito nenhum. Os problemas que estou encontrando é : Mando os dados no INI da tag ISSQN mais não gera no XML essa tag , e nao estou mandando nada de ICMS e esta imprimindo essa TAG com tudo zerado. Além de problemas de base de cálculo. Estou enviando o INI gerado e o XML para alguém dar uma olhada e ver o erro que estou cometendo pois já nao estou vendo mais (rsrsrsrsrsrsrs) . Outro problema é que no manual diz que posso enviar NCM de serviços como 00 (zero zero) mais apartir de 01/08/2014 somente o capitulo não aceita e recusa o formato. Estou enviando como 99999999 e ai passa.

 

Agradeço a ajuda, pois estou com clientes parado por isso.

 

Obrigado

11140804428897000100550010000007411904446462-nfe.xml

NFE.INI

Editado 2 Agosto, 2014 por wagner aragao

[Régys Silveira]

alguma coisa está errada com o anexo do ini, ele não está deixando baixar, você enviou normalmente?

[wagner aragao]

Olá Regys,

 

 

Exclui o anexo e inclui novamente.

 

t+

[Sempre Tecnologia]

Olá pessoal, utilizo o ACBrNFeMonitor 0.8.7.3, e apesar de ter alterado na aba Webservices o parâmetro para transmitir a NF-e no padrão 3.10, no site da Sefaz aponta como se a nota fosse transmitida no padrão 2.0. estou colocando o meu ENTNFE em anexo para ver se estou fazendo alguma coisa errada. Desde já agradeço pela ajuda.

entnfe_02082014165908.txt

[wagner aragao]

Olá

 

Bom dia Régys,

 

Conseguiu ver algo de errado com o INI e com o XML que postei acima ???

 

t+

[Kiko Fernandes]

Olá

 

Bom dia Régys,

 

Conseguiu ver algo de errado com o INI e com o XML que postei acima ???

 

t+

Wagner, os nomes dos campos foram alterados para aceitar tanto a nomenclatura do ACBr como também a do Manual, porém me parece que o ACBr não detectou o campo vBC=, pode haver um problema ai. Não testei a fundo, mas fiz um teste alterando o nome para ValorBase= (Nome Antigo) e com isto foi identificada a tag ISSQN.

 

[iSSQN002]

ValorBase=20.00    //vBC=

vAliq=2.00

vISSQN=0.40

cMunFG=1100205

cListServ=01.01

indISS=1

cServico=01.01

cMun=1100205 

 

 

[Italo Giurizzato Junior]

Bom dia Kiko,

 

Chequei o fonte e detectei vários vBC escritos com a letra c em minusculo, ou seja, vBc e em um outro ponto só checava o valor do campo ValorBase.

 

Fiz as devidas correções, agora basta esperar a nova compilação do ACBrNFeMonitor.

[wagner aragao]

Olá

 

 

Bom dia meu amigo Kiko, você salvou a semana.kkkkkk Obrigado. Realmente era somente o nome do campo que o monitor não estava reconhecendo. Como não uso Delphi ou Lazarus, existe a possibilidade dos amigos do Projeto reverem toda a nomenclatura para que possamos adotar somente a nomenclatura do manual de integração.

t+

[wagner aragao]

Olá

 

Obrigado Italo...

 

Vamos aguardar nova versão do monitor.

 

t+

[wagner aragao]

Olá

 

100% on-line de novo. Funcionou. Como pode alguém precisar de um exemplo vou postar o XML gerado e autorizado.

 

Valeu senhores.

 

t+

11140804428897000100550010000007461720206198-nfe.xml

[luisA]

boa tarde,

 

procurei mas nao consegui encontrar aonde estou errando, acabei de atualizar os fontes do acbr e os schemas peguei da pasta dentro do acbr, porem ao consultar a nfc recebe msg que schemas errado, com erro 215 em MT.

Olhando no site do sefaz rs recebo a seguinte noticia:

 

• Parser XML: Nenhum erro encontrado
• Tipo de Mensagem: Documento de Processamento da NF-e
• Schema XML: The 'http://www.portalfiscal.inf.br/nfe:dhRecbto' element is invalid - The value '2014-08-08T16:28:27' is invalid according to its datatype 'http://www.portalfiscal.inf.br/nfe:TDateTimeUTC' - The Pattern constraint failed.
  Caminho: nfeProc/protNFe/infProt/dhRecbto/

em principio acredito que estaja faltando o -3 ou -4 ao lado mas nao consegui descobrir aonde mexer, alguem sugere algo?

 

Obrigado desde ja.

 

51140813980186000134650020000000051000000058 se alguem quiser consultar segue chave.

51140813980186000134650020000000051000000058-NFe.xml

Editado 8 Agosto, 2014 por luisA

[Italo Giurizzato Junior]

Bom dia Luis,

 

Desculpe não entendi direito o seu problema.

 

Pelo XML em anedo da NFC-e, ele foi enviado, processado e autorizado pela SEFAZ, conforme consta no próprio XML.

 

O problema esta ocorrendo em qual momento?

 

Após o envio você esta realizando uma consulta?

É ai que você obtêm um retorno da SEFAZ acusando que o Schema esta errado?

 

Após o envio é salvo o arquivo: <numlote>-pro-lot.xml ?

Se sim, você poderia postar em anexo por favor?

[luisA]

ola Italo,

 

a msg de xml com elemento invalido recebo no sefaz rs https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx, nessa pagina informo o xml e peco para analisar e recebo essa msg:

 

• Parser XML: Nenhum erro encontrado
• Tipo de Mensagem: Documento de Processamento da NF-e
• Schema XML: The 'http://www.portalfis...br/nfe:dhRecbto' element is invalid - The value '2014-08-08T16:28:27' is invalid according to its datatype ) pois estava procurando erro 215 da nfc.

[Régys Silveira]

Mas porque você está validando a nota por este endereço após ser enviada corretamente e autorizada, isso que não estamos entendendo.

Se a nota foi enviada e autorizada não tem porque validá-la novamente.

[luisA]

ola Regys,

 

é que quando pesquiso a nfc usando o qrCode rebo o erro "Erro 215 - Inconsistência de Informações no QR Code.".

a nfc esta valida e aceita, mas nao sei porque aparece essa msg acima da nfc visualizada no site do sefaz pelo qrCode.

 

Luis.

[Italo Giurizzato Junior]

Boa tarde Luis,

 

Ai que esta o problema, você esta confundindo rejeição do XML, com URL do QR-Code errada.

 

A sua NFC-e não tem nada de errada, uma vez que foi autorizada pela SEFAZ.

 

O problema agora esta na montagem da URL do QR-Code, praticamente todas as informações são extraídas do XML da NFC-e exceto o Token e idToken.

 

Com certeza é uma dessas duas informações que são informadas na configuração do componente que esta errada.

[luisA]

certo Italo,

 

bom, vou revisar aqui e fazer mais umas notas, depois conto para vcs.

Obrigado pelas respostas.

 

Luis.

[Sempre Tecnologia]

Pessoal, instalei o ACBrNFeMonitor 0.8.6, mudo a opção do webservice para 3.10, vou na aba testes e clico em consultar status de serviço ele retorna como 3.10, mas ao enviar uma NFe (modelo 55) no site da Sefaz aparece como versão do XML 2.0.

 

alguém sabe me dizer o que estou fazendo de errado?

[Régys Silveira]

Você está adicionando a versão ao arquivo .ini que envia ao monitor?

[Vanessinha Mocellin]

Boa tarde pessoal.

 

Alguém já conseguiu autorizar uma NF-e 3.10 para o estado do MA de forma SÍNCRONA?

Esta retornado cStat = 103 (Lote recebido com sucesso), onde esse retorno seria referente a forma ASSÍNCRONA.

 

Apenas precisaria saber se alguém conseguiu autorizar, para certificar que o problema não seja apenas comigo.

Porque pelo que tudo indica esse estado não esta preparado ainda para transmitir de forma SÍNCRONA.

 

Acredito que teríamos que ter algum tratamento sobre essa situação, porque caso contrario, teria que ser verificado antes de autorizar uma NF-e que estado esta sendo processado e então passar de parâmetro SÍNCRONO OU ASSÍNCRONO.

 

Obs: MA utiliza a Sefaz Virtual do Ambiente Nacional.

Editado 14 Agosto, 2014 por Vanessinha Mocellin

[AlexandreADC]

Gostaria de saber se alguem conseguiu enviar para o servidor da SEFAZ do PR em modo PRODUÇÃO (layout 3.1)

Editado 14 Agosto, 2014 por AlexandreADC

[Italo Giurizzato Junior]

Boa tarde a todos,

 

Vanessa, lembre-se que o modo Síncrono foi criado para atender as necessidades da NFC-e.

 

Sendo assim fica a critério de cada SEFAZ implementar essa possibilidade para NF-e ou não.

 

Outra coisa importante, no modo Síncrono o lote só pode conter apenas uma Nota.

 

Detalhe, o retorno da SEFAZ no modo Síncrono logo após o envio do lote, poderá não conter o numero do recibo e sim o protocolo de autorização juntamente com as demais informações.

 

Alexandre, inclui as URLs de produção da SEFAZ-PR esta semana se não me falha a memória, você atualizou os fontes?

[AlexandreADC]

Verifiquei aqui que foram adicionados, mas colocamos no cliente mas não tivemos sucesso... Dá crash na aplicação quando é em modo produção...

 

Estamos verificando se o delphi não se perdeu ao recompilar os pacotes... Ou é problema de codificação mesmo...

[jorge andrade]

Galera

 

Boa tarde

 

 

Pleno domingão lindo e o bobo aqui ralando pra testar a versão 3.10, porém estou tendo um probleminha na autorização da nfe em homologação, no que refere a nfe de devolução finNFe = 4, onde recebo a mensagem "101363->Rejeicao: Erro nao catalogado - Erro Inesperado", quando envio normal com finNFe = 1-Normal autoriza sem problemas, mas neste teste com esta exceção sem chance  e olha que nem testei ainda as demais opções como complemento e ajuste.

Se alguém souber de alguma coisa ou já passou por isso, agradeço se puder informar.

 

[]s,