Acbrnfe Não Gera A Tag Protnfe

[ericserafim]

Caros,

 

Testando a emissão de NF-e através do método AcbrNfe.Enviar(1, False, True), notei que ao salvar o XML utilizando  Nfe.NotasFiscais.Items[0].SaveToFile(VL_NomeXML), o mesmo não continha a tag protNfe e seus respectivos dados de autorização.

 

Então procurei no fórum sobre este assunto e só encontrei este problema para quem está usando o AcbrNFeMonitor (não é o meu caso), mesmo assim testei as sugestões que encontrei, tais como, definir TRUE nas propriedades Configuracoes.Arquivos.EmissaoPathNfe e Configuracoes.Arquivos.Salvar, mesmo assim não funcionou.

 

Como consultando a nota utilizando o método AcbrNfe.Consultar estas informações são gerados com sucesso, resolvi investigar o caso. Ao verificar que a rotina consultar faz, notei que a rotina enviar não realiza os passos necessários para atingir tal objetivo, exceto para NFC-e ou se é a versão 3 do layout (IF), onde uma consulta é realizada e os dados pertinentes a tag protNfe são obtidos.

 

Pesquisando um pouco mais sobre este assunto, principalmente sobre o uso indevido dos serviços (conforme documento Consumo_Indevido_Aplicacao_Cliente_v1.01.pdf), não encontrei nada que impeça a consulta da NF-e logo após obter o retorno de envio ok do lote.

 

Portanto, venho por meio deste verificar a possibilidade de adotarmos a mesma solução da NFC-e (IF acima comentado) para a NF-e, resolvi comunicar vocês antes de realizar qualquer alteração nesta rotina, visto que a comunidade já vem utilizando este componente a bastante tempo.

 

Se a solução que o pessoal vem utilizando é a chamada para o método consultar para obter estes dados,  posso fazer o mesmo, mas acredito que seria mais produtivo, invocar o método enviar e já receber o XML pronto contendo todas as informações pertinentes a um XML autorizado.

 

Desde já agradeço,

 

Atenciosamente,

Eric Serafim

Sidicom Software

[Italo Giurizzato Junior]

Bom dia Eric,

 

O SaveToFile é executado depois do Enviar?

 

Se sim, por que?

 

Uma vez que o Enviar se encarrega de salvar o XML com o protocolo.

[ericserafim]

Bom dia Italo,

 

Obrigado pelo retorno...

 

Realizei mais alguns testes e não consegui chegar no resultado que você comentou. Testei diversas combinações das opções "salvar" disponíveis no componente e sempre recebo o XML sem a tag protNFe.

Realizei as alterações sugeridas por você e não uso mais o método SavaToFile, isso fica sob responsabilidade do componente o salvamento dos arquivos.

 

Gostaria de salientar que investiguei o fonte da rotina enviar (conforme citei acima) e não vi uma forma de acontecer o que você comentou, mas deixo bem claro que isso não é uma afirmação definitiva, visto que a comunidade já vem utilizando este componente a bastante tempo e pelo visto este problema não acontece.

 

Te envio a imagem do componente contendo retângulos em vermelho e em azul, onde o vermelho simboliza as configurações para salvar os arquivos e o azul são propriedades definidas em tempo de execução.

 

Atenciosamente,

Eric Serafim

Editado 20 Junho, 2014 por ericserafim

[Italo Giurizzato Junior]

Bom dia Eric,

 

Como você esta emitindo NF-e aconselho você executar o comando enviar da seguinte forma:

 

 AcbrNfe.Enviar(1, False, False) 

 

O primeiro parâmetro se refere ao numero do lote a ser enviado (aconselho ser um numero sequencial, controlado pela sua aplicação)

O segundo quando False faz com que o DANFE não seja impresso automaticamente.

O terceiro se refere ao modo de envio: False = Assíncrono, True = Síncrono

 

O modo Síncrono foi criado para a NFC-e, que poderá ser liberado ou não pela SEFAZ para as NF-e.

 

Faça essa alteração e realize novos testes.

[ericserafim]

Boa tarde Italo,

 

Segui a tua sugestão de passar false no parâmetro síncrono e funcionou perfeitamente.

 

Agradeço o teu retorno e empenho,

 

Forte abraço,

Eric Serafim

Sidicom Software