XML Autorizado na pasta de trabalho

[DATAC]

Bom dia

Referente ao XML autorizado do CT-e, teria como deixar também na pasta de trabalho (de arquivos enviados/recebidos p/ webservice), agora o XML lá não fica o autorizado, além claro da pasta de arquivos da NFe a qual já ficam os autorizados normalmente. No caso da NF-e e da NFC-e isto já está correto ficando os autorizados nos dois lugares, poderia deixar o mesmo procedimento para o CT-e ?

[Italo Giurizzato Junior]

Boa tarde,

E qual seria a vantagem de salvar o XML autorizado do CT-e em dois lugares distintos?

[DATAC]

Italo.

Como desde o início no ACBrNFeMonitor, o XML é salvo autorizado nos dois lugares, e por muito tempo ficou assim, até inclusive agora no ACBrMonitor PLUS as NF-e e NFC-e são salvas assim, toda nossa sistemática para análise dos XMLs e acredito que de muitos outros usuários também está preparada para isto. Não que seja alguma vantagem ou desvantagem, mas iria facilitar e agilizar muito na questão da programação e da parametrização.

Agradeço a atenção.

 

[atlantisnanet]

Olá Datac, também tive problemas com isto mas acabei concordando com o Italo,

adaptei o meu sistema e acho que ficou melhor mesmo, me pareceu mais seguro.

[DATAC]

5 minutos atrás, atlantisnanet disse:

Olá Datac, também tive problemas com isto mas acabei concordando com o Italo,

adaptei o meu sistema e acho que ficou melhor mesmo, me pareceu mais seguro.

Sim. A segurança é importante não tenho dúvida disto, concordo até porque a pasta da NF-e autorizada é que está valendo e a mais segura e também é sempre avaliada, mas não se trata exatamente disto e sim de uma questão da sistemática de avaliação dos XMLs que vem sendo feita para NF-e, NFC-e etc...Mas se não tem como fazer com que volte como já estava, a gente vai avaliar e mudar o que for preciso, é uma questão que teremos que rever, mas se tiver como fazer iremos manter  o que já está funcionando perfeitamente e é um detalhe acredito que não irá atrapalhar em nada até porque estava sendo feito assim sem problemas.

[Italo Giurizzato Junior]

O componente ACBrMonitorPlus se utiliza dos componentes ACBrNFe e ACBrCTe entre outros.

No caso do ACBrNFe quando a nota é autorizada são executados dois métodos distintos chamados: Gravar e GravarXML que faz com que o XML da nota seja salvo em dois lugares diferentes.

Por outro lado o ACBrCTe executa somente o método Gravar, dai a diferença.

Podemos até alterar o componente ACBrCTe para que se comporte da mesma forma que o ACBrNFe, mas desculpem ainda não encontrei uma razão para isso.

[DATAC]

Italo.

Creio que uma razão seja a própria padronização do ACBrMonitor PLUS em relação aos métodos, para que trabalhe de forma igualitária para todos documentos eletrônicos emidos através do monitor. No nosso caso teríamos que fazer uma exceção na programação para tratar o CT-e de forma diferente em relação ao NF-e e NFC-e neste caso.

 

 

[Italo Giurizzato Junior]

Bom dia,

Vou conversar com o pessoal que cuida da NF-e / NFC-e para saber as razões do componente ACBrNFe salvar duas vezes a nota em lugares distintos.

Realmente temos que padronizar, ou salva em apenas um lugar ou salva em dois lugares.

Volto a dizer que não vejo vantagem nenhuma salvar o XML em dois lugares distintos.

No meu entendimento o componente ACBrNFe esta realizando uma segunda gravação desnecessária.

[DATAC]

Agora, Italo Jurisato Junior disse:

Bom dia,

Vou conversar com o pessoal que cuida da NF-e / NFC-e para saber as razões do componente ACBrNFe salvar duas vezes a nota em lugares distintos.

Realmente temos que padronizar, ou salva em apenas um lugar ou salva em dois lugares.

Volto a dizer que não vejo vantagem nenhuma salvar o XML em dois lugares distintos.

No meu entendimento o componente ACBrNFe esta realizando uma segunda gravação desnecessária.

Bom dia.

Se isto realmente for feito desta forma que você colocou, preciso saber o quanto antes, porque teremos que mudar toda sistemática no software que hoje está funcionando perfeitamente e levando em consideração que as mudanças e alterações na NF-e/CT-e estão chegando, o tempo fica muito curto. Acredito que esse transtorno irá acontecer não só para mim mas para outros usuário do ACBr também. De qualquer forma acredito que a equiparação do componente do CT-e com o que o componente ACBRNFe já está fazendo seria o mais lógico, prudente e o menos impactante neste momento a ser realizado de forma de que seja inserido no CT-e o que já está sendo feito com a NF-e e NFC-e e não ao contrário.

[Italo Giurizzato Junior]

Bom dia,

A alteração no componente ACBrCTe já foi realizada e disponibilizada, favor aguar as novas compilações do ACBrMonitor Plus.

[DATAC]

Bom dia.

Tudo certo na vesão 0.1.12.1.

Obrigado Ítalo.