Path de eventos e inutilizações

[Ronaldo Bim]

Pessoal, hoje eu configuro no acbr os path para NFe, Logs, Eventos e Inutilizações para que salvem automaticamente os arquivos
xml para posterior envio para contabilidade. Ocorre que nas inutilizações o acbr também salva os arquivos -inu.xml e ped-inu.xml,
nos cancelamentos ele salva no diretório de cancelamento os arquivos eve.xml e ped-eve.xml. Já para as NFCe ou NFe ele salva
no diretório apenas o arquivo a ser distribuído que é o procNFe, os demais arquivos ele salva na pasta de logs. Pergunto, não
seria melhor e mais organizado salvar os arquivos eve.xml e ped-eve.xml, inu.xml e ped-inu.xml também no diretório de logs ?
deixando apenas o 1101114119093405026800015065100000000025166339120801-procEventoNFe.xml e 41193405026800015065100000090000000090000-procInutNFe.xml em seus diretórios específicos ?

 

[Juliana Tamizou]

Bom dia.

Sua sugestão é interessante, porém requer análise e demanda um certo tempo, por isso ficou registrada mas sem previsão de análise.

Caso queira iniciar a implementação e anexar aqui, podemo lhe auxiliar com as dúvidas que possam surgir.

Att.

[Ronaldo Bim]

Ok @Juliana Tamizou, mantenha o tópico em aberto, esta semana não irei conseguir implementar, mas na próxima irei trabalhar neste item e na sequência envio os fontes para revisão e commit na versão oficial. Obrigado

[Ronaldo Bim]

@Juliana Tamizou referente as inutilizações percebi que as mesmas já estavam sendo salvas na pasta de logs, portanto apenas fiz comentei para não salvar mais o xml de envio e o de resposta na pasta de inutilizações, pois minha opinião é que estes arquivos não necessitam estar na pasta de inutilização, e sim apenas na pasta de logs. Segue arquivo para revisão. Irei analisar na sequência o cancelamento de NFe

ACBrNFeWebServices.pas

Editado 19 Outubro, 2019 por Ronaldo Bim

[Ronaldo Bim]

Segue novamente o mesmo fonte agora com a alteração para os cancelamentos de NFe

ACBrNFeWebServices.pas

[Italo Giurizzato Junior]

Bom dia Ronaldo,

O componente cria uma pasta chamada Inu e dentro desta deve ser salvo os XML referentes a inutilização de numero.

Se tratando de inutilização são gerados 3 XML:

*-ped-inu.xml (pedido de inutilização), *-inu.xml (retorno da SEFAZ que acusa se o pedido foi aceito ou não) e *-procInutNFe.xml (que nada mais é do que a união do pedido e do retorno).

Como dito inicialmente esses 3 XML devem ser salvos na pasta Inu e somente nela.

A propriedade de configuração: Configuracoes.Geral.Salvar determina se os XML (pedido e retorno) vão ser salvos (True) ou não (False).

Já a propriedade de configuração: Configuracoes.Arquivos.Salvar determina se o XML (processamento) vai ser salvo (True) ou não (False).

 

De forma semelhante se tratando de eventos o componente cria uma pasta chamada Evento e dentro desta uma pasta para cada tipo de evento.

No caso dos eventos também temos 3 XML:

*-ped-eve.xml (pedido de evento), *-eve.xml (retorno da SEFAZ que acusa se o evento foi aceito ou não) e *-procEventoNFe.xml (que nada mais é do que a união do pedido e do retorno).

Se o evento for de cancelamento (por exemplo) teremos dentro da pasta Evento uma pasta chamada Cancelamento e dentro desta os 3 XML, lembrando que os XML de pedido e de retorno só serão salvos se a propriedade de configuração Configuracoes.Geral.Salvar tiver o valor True e o XML de processamento só será salvo se a propriedade de configuração Configuracoes.Arquivos.Salvar tiver o valor True.

 

Observando o código do componente notei que o exposto acima não esta ocorrendo.

Você poderia me confirmar se com a sua proposta de alteração o componente vai passar a se comportar da forma exposta acima?

Outra coisa importante, os seus fontes estão desatualizados.

Quando foi anexar uma unit com uma proposta de alteração procure sempre atualizar os seus fontes, fazer a alteração e anexar o fonte corrigido para que possamos avaliar.

Desde já muito obrigado pela colaboração.

[BigWings]

12 minutos atrás, Italo Jurisato Junior disse:

*-ped-inu.xml (pedido de inutilização), *-inu.xml (retorno da SEFAZ que acusa se o pedido foi aceito ou não) e *-procInutNFe.xml (que nada mais é do que a união do pedido e do retorno).

Como dito inicialmente esses 3 XML devem ser salvos na pasta Inu e somente nela.

Italo, porque precisamos dos três arquivos na mesma pasta?

Eu concordo com o Ronaldo, se já foi gerado o *-procInutNFe.xml, e nele já constam o pedido e o retorno da SEFAZ, estes dois não são mais necessários, ou são?

Eles podem ficar gravados na pasta definida em PathSalvar, assim como os demais arquivos de envio e retorno usados em outros métodos.

Assim quando a contabilidade solicitar os XML de inutilização ou cancelamentos, por exemplo, pode ser enviada toda a pasta Inu ou Evento, sem precisar enviar os arquivos de envio e retorno.

A propósito, eu já tenho essa alteração local há tempos aqui: