GNRe 2.0 local do retorno da guia

[Marcelo Calvi Belanga]

Bom dia.

Estou compatibilizando a emissão da GNRe 2.0 em meu aplicativo. Notei que a guia que retorna processada (*-guia.xml), está sendo salva no PathGNRe. Eu utilizo separar por CNPJ e MES, essa guia não deveria ser salva no caminho retornado pela função GetPathGNRe?

Por outro lado o XML gerado pelo meu aplicativo (*-gnre.xml) está salvando no caminho retornado pela função GetPathGNRe.

[José M. S. Junior]

Marcelo, seguindo a estrutura dos demais DFes, o que é gravado na estrutura de diretórios é a penas o XML processado, ou enviado... Os arquivos com os dados gerados pela aplicação não deve gravar nessa estrutura, esses arquivos ficam gravados no diretório de logs de XML, definido no campo "PathSalvar"

[Marcelo Calvi Belanga]

7 horas atrás, José M. S. Junior disse:

Marcelo, seguindo a estrutura dos demais DFes, o que é gravado na estrutura de diretórios é a penas o XML processado, ou enviado... Os arquivos com os dados gerados pela aplicação não deve gravar nessa estrutura, esses arquivos ficam gravados no diretório de logs de XML, definido no campo "PathSalvar"

Os LOGs estão sendo salvos corretamente, o que estou falando é sobre o XML processado e enviado. O enviado (*-gnre.xml) está sendo salvo corretamente na estrutura de diretórios, mas o processado está salvando no caminho informado no PathGNRe, ou seja, fora da estrutura de diretórios (CNPJ/MES).

Como solução paliativa, alterei a propriedade Salvar como False e estou salvando manualmente o XML processado desta forma:

Com isso, mantenho os XMLs processados dentro de seu respectivo mês.

E quando sair uma atualização para o mesmo. Volto a deixar que seja salvo automaticamente.

[José M. S. Junior]

Em análise...

[José M. S. Junior]

Boa tarde Marcelo, quando possível por favor realize um teste com a Unit abaixo, substitua a mesma no Projeto ACBr em: ..\ACBr\Fontes\ACBrDFe\ACBrGNRE

ACBrGNREWebServices.pas

[Marcelo Calvi Belanga]

Boa noite José, como vai?
Baixei, substitui, efetuei um Build no projeto e continuou na mesma. Não precisa reinstalar o ACBr né?

A guia na pasta procGNRe:

O gnre na pasta mensal:

Penso eu, que tanto a guia, como a gnre poderiam ficar na pasta mensal.

Os logs estão nos seus devidos lugares.

Editado 10 Novembro, 2020 por Marcelo Calvi Belanga

[José M. S. Junior]

Bom dia, note pelo código que a função TratarRespostaFinal, que agora está utilizando o método "SalvarXML" que por sua vez utiliza "GetPathGNRE" que definir a estrutura de diretórios. Experimente realizar um debug nessa função e verificar se está passando por ela... Por aqui não conseguimos simular o envio completo de GNRe com nosso CNPJ.

[Marcelo Calvi Belanga]

Bom dia Junior,

O DEBUG passa pela TratarRespostaFinal, mas não executa a linha Self.Salvar...... Consecutivamente, não executa o método SalvarXML.

É estranho, quando ele chega nessa linha

ele retorna para 

E o valor de I passa a ser 1, mesmo eu tendo apenas uma guia.

[Italo Giurizzato Junior]

Bom dia Marcelo,

Você colocou um Ponto de Parada na linha 715 onde ele atribui o valor False ao Result?

Se sim, ao avançar com a execução ele entra dentro do FOR?

Se sim, depois ele entra dentro IF que verifica se o valor da propriedade Confirmada é True?

 

[Marcelo Calvi Belanga]

36 minutos atrás, Italo Giurizzato Junior disse:

Bom dia Marcelo,

Você colocou um Ponto de Parada na linha 715 onde ele atribui o valor False ao Result?

Se sim, ao avançar com a execução ele entra dentro do FOR?

Se sim, depois ele entra dentro IF que verifica se o valor da propriedade Confirmada é True?

 

Notei que com essa unit disponibilizada, os pontos de parada estão malucos. Mesmo executando um build all.

Voltei para a unit anterior e volta ao normal.

Vou tentar instalar o ACBr com a nova unit e ver se volta ao normal.

[Juliomar Marchetti]

Duas coisas ou o arquivo está em UTF-8 ou a quebra linha não está com CRLF e só está com LF

[Marcelo Calvi Belanga]

3 horas atrás, Juliomar Marchetti disse:

Duas coisas ou o arquivo está em UTF-8 ou a quebra linha não está com CRLF e só está com LF

Pior que nenhum das opções acima.

Já fiz a edição manualmente somente do que foi alterado no arquivo e o mesmo problema se reflete.

Ai fica um pouco complicado de debugar.

Como a rotina que fiz acima está resolvendo meu problema, deixarei assim até uma próxima atualização.

[Italo Giurizzato Junior]

Boa tarde a todos,

Segundo o NotePad++ o arquivo ACBrGNREWebServices esta no formato ANSI com quebra de linha: CR e LF.

[Juliomar Marchetti]

então é o dproj do seu projeto que bugou. exclui ele e abre o dpr que ele refaz o dproj

[Marcelo Calvi Belanga]

1 hora atrás, Juliomar Marchetti disse:

então é o dproj do seu projeto que bugou. exclui ele e abre o dpr que ele refaz o dproj

Com o arquivo atual, baixado pelo SVN não ocorre e em nenhum outro .pas. 

Mesmo assim, acha que é o .dproj o problema?

[Juliomar Marchetti]

é que agora não entendi mais, se tu altera algo ele dá problema é isso?

se tu alterar os fontes tem que reinstalar o acbr para recompilar os pacotes e assim conseguir debug

[Marcelo Calvi Belanga]

2 horas atrás, Juliomar Marchetti disse:

é que agora não entendi mais, se tu altera algo ele dá problema é isso?

se tu alterar os fontes tem que reinstalar o acbr para recompilar os pacotes e assim conseguir debug

então provavelmente o problema está ai.

vou baixar esse arquivo novamente, reinstalar o ACBr e volto para dar um feedback.

Obrigado

[José M. S. Junior]

Atualizamos o fonte no svn, se possível baixe as atualizações e instale o ACBr para realizar o teste.

[Marcelo Calvi Belanga]

6 horas atrás, José M. S. Junior disse:

Atualizamos o fonte no svn, se possível baixe as atualizações e instale o ACBr para realizar o teste.

Olá Junior.
Funcionou perfeitamente.

Obrigado pela ajuda.

[Juliomar Marchetti]

Obrigado por reportar.

Fechando. Para novas dúvidas, criar um novo tópico.