Gravação De Arquivo Xml.

[MauricioGuedes]

Bom dia!

Utilizo as Seguintes configurações para Salvar Arquivos:

 

    ACBrNFE.Configuracoes.Arquivos.AdicionarLiteral := True;

    ACBrNFE.Configuracoes.Arquivos.PastaMensal     := True;

    ACBrNFE.Configuracoes.Arquivos.Salvar                := True;

    ACBrNFE.Configuracoes.Geral.Salvar                     := True;

 

Desta forma a Acbr cria corretamente pra mim uma organização de pastas e seus respectivos arquivos xml dentro, mas tenho a seguinte dúvida, existe uma possibilidade da Acbr gravar o arquivo dentro da pasta NFe, somente quando este for aprovado?

Pois percebo que com o Geral.Savar = True, ele salva dentro do meu  ACBrNFE.Configuracoes.Geral.PathSalvar todos os arquivos, inclusive um idêntico ao que esta dentro da pasta NFe, a questão que quero chegar é que se ocorre rejeição ou não, o sistema grava um xml Idêntico dentro da Pasta NFe e dentro do PathSalvar, o que gostaria é que continuasse salvando dentro do PathSalvar e então na pasta NFe, só quando a Nota Fiscal for aprovada.

 

Fiz esse tratamento por fora, só gostaria de saber se a ACBR já faz isso, configurando alguma outra propriedade!

 

Agradeço desde já.

 

 

 

Editado 2 Outubro, 2014 por MauricioGuedes

[Italo Giurizzato Junior]

Bom dia Mauricio,

 

O componente só salva em disco o XML caso o mesmo tenha sido assinado e validado pelo próprio componente antes do envio.

 

Você pode formar essa gravação do XML mesmo sem assinatura.

 

Ao enviar e obter o retorno da SEFAZ com o protocolo de autorização o componente apenas atualiza o XML já salvo, incluindo o protocolo.

 

Lembre-se que pode ocorrer problemas para obter o retorno, neste caso tendo o XML assinado, basta carrega-lo e realizar uma consulta a fim de obter o protocolo de autorização.

 

Um XML assinado e não protocolo pode significar 3 situações:

 

1. Não foi enviando ainda, neste caso a sua aplicação tem que ter esse controle;

2. Foi rejeitado, neste caso a sua aplicação tem que apresentar o motivo da rejeição para que o usuário faça as devidas correções e envie novamente.

3. Falha no retorno da SEFAZ, neste caso como já explicado, basta realizar uma consulta, a sua aplicação também tem que ter o controle dessa situação.

 

Espero ter ajudado.

[MauricioGuedes]

Certo, entendi a ideia.

 

Obrigado!