XML Transmitido não salva na pasta ..\xml

[Walney Moreira Klein]

Acabei de testar ele esta salvando o xml autenticado na pasta onde o xml é gerado e assinado no meu caso em c:\wmk\acbr\enviadas, não respeita nenhuma configuração postada das pastas que esta no acbrMonitorPlus, testada com a ultima versão ACBrMonitorPLUS-0.1.9.11-Windows-Instalador o ideal era salvar na pasta c:\wmk\acbr\nfe no meu caso e separadas por ano e mes no caso 201510 como acontecia com o acbrnfemonitor.

[Cláudio - SoluçãoTi]

O inconveniente de definir como pasta de armazenamento das notas a mesma que é de envio/recebimento dos webservices é que ficará muito lixo nela, não apenas os XMLs das notas autorizadas.

O efeito colateral deve ter ocorrido após alguma nova interpretação das propriedades do componente ACBRNFe. no arquivo .ini temos:

[ARQUIVOS] -> PathNFe  (antes era onde o monitor guardava as notas após serem acatadas e processadas, recebendo o protocolo e autorização).

e

[GERAL] -> PathSalvar (antes era uma pasta para troca de requisições e respostas, onde ficava toda a conversa, inclusive os documentos autorizados ou não).

Eu pego os xml da pasta "logs" e salvo no diretorio do meu sistema, por isso a necessidade de salvar tudo em uma pasta no acbrplus.

[Cláudio - SoluçãoTi]

claudiocunha disse:
Muito obrigado pela resposta. Não sei o que acontece que o meu acbr não consulta a nfe cancelada da sempre esse erro: (ERRO: Evento registrado e vinculado a NF-e List index (0) out of bounds), aparentemente no seu esta funcionando, vou enviar a tela de configuração, o estranho q na versão 0.1.9.00 não da.

 Cláudio, anexe o teu arquivo ACBrMonitor.ini.

O erro ao consultar uma nfe cancelada se dava porque estava desmarcado a opção 'Salvar Apenas NFes Processadas na Pasta NFe'.

Obs: Baixei a Ver.0.1.10.0 e continua não salvando o protocolo de cancelamento.

Editado 6 Outubro, 2015 por claudiocunha

[Márcio Túllio]

a versão  0.1.10.0 , continua sem salvar transmitido na pasta destino do xml , posso considerar que não sera feito mais o salvamento e posso usar a gambiarra da consulta em definitivo ? , e esquecer de ficar testando a cada versão.

[André Ferreira de Moraes]

Por favor teste com a versão abaixo:

ACBrMonitor.zip

Editado 6 Outubro, 2015 por André Ferreira de Moraes

[j2c9m7]

Por favor teste com a versão abaixo:

ACBrMonitor.zip

Andre

Esta versao esta OK, gravando protocolo no Logs e na Pasta Mensal

Abraços

[Systh]

Por favor teste com a versão abaixo:

ACBrMonitor.zip

Agora simm, muito obrigado.

[DATAC]

Por favor teste com a versão abaixo:

ACBrMonitor.zip

Está ok com esta versão.

Será disponibilizada no fluxo normal de download?

[Márcio Túllio]

Salvou corretamente agora!!

[Cláudio - SoluçãoTi]

Salvou corretamente agora!!

Antigamente quando consultava uma nota fiscal cancelada ele gerava o protocolo de cancelamento, e nessa versão atual (disponibilizada pelo André) não faz mais isso, so gera o protocolo mesmo na hora que cancela, era muito util para mim pois as vezes dava problema no retorno do xml e a nota nao cancelava ai eu tinha que consultar a mesma para poder gerar o protocolo de cancelamento.

ACBrMonitor.ini

Editado 6 Outubro, 2015 por claudiocunha

[Márcio Túllio]

Era preferivel que as pastas de destino , voce salva-se em local diferente do ACBR , porque todo o arquivo gerado por ele , ja fica nesta pagina \logs , por padrão , veja na Webservices , NF-e/CT-e , marcar Salvar arquivos enviados/recebidos p/ webservice.

[Cláudio - SoluçãoTi]

Era preferivel que as pastas de destino , voce salva-se em local diferente do ACBR , porque todo o arquivo gerado por ele , ja fica nesta pagina \logs , por padrão , veja na Webservices , NF-e/CT-e , marcar Salvar arquivos enviados/recebidos p/ webservice.

Ola Marcio, vlw pela dica, esta tudo funcionando, só estou com problema mesmo quando consulta um xlm cancelado, que antigamente gerava o protocolo e agora não gera (pelo menos na versão 0.1.9.00 que eu usava antes de atualizar para a 0.1.9.07 ou superior)

Editado 6 Outubro, 2015 por claudiocunha

[André Ferreira de Moraes]

Era preferivel que as pastas de destino , voce salva-se em local diferente do ACBR , porque todo o arquivo gerado por ele , ja fica nesta pagina \logs , por padrão , veja na Webservices , NF-e/CT-e , marcar Salvar arquivos enviados/recebidos p/ webservice.

Ola Marcio, vlw pela dica, esta tudo funcionando, só estou com problema mesmo quando consulta um xlm cancelado, que antigamente gerava o protocolo e agora não gera (pelo menos na versão 0.1.9.00 que eu usava antes de atualizar para a 0.1.9.07 ou superior)

Anexe um XML com protocolo de cancelamento para q eu possa usar como exemplo.

[Cláudio - SoluçãoTi]

Era preferivel que as pastas de destino , voce salva-se em local diferente do ACBR , porque todo o arquivo gerado por ele , ja fica nesta pagina \logs , por padrão , veja na Webservices , NF-e/CT-e , marcar Salvar arquivos enviados/recebidos p/ webservice.

Ola Marcio, vlw pela dica, esta tudo funcionando, só estou com problema mesmo quando consulta um xlm cancelado, que antigamente gerava o protocolo e agora não gera (pelo menos na versão 0.1.9.00 que eu usava antes de atualizar para a 0.1.9.07 ou superior)

Anexe um XML com protocolo de cancelamento para q eu possa usar como exemplo.

Ola André,

    Obrigado pela atenção, segue abaixo o xml e o protocolo. O cancelamento funciona perfeito gerando protocolo, o meu problema se por algum motivo nao gerou o protocolo e eu consultar esse xlm o acbr nao gera mais o protocolo como fazia antes.

1101113315103950737100028055003000001081100001081501-procEventoNFe.xml

33151039507371000280550030000010811000010815-nfe.xml

[André Ferreira de Moraes]

Claudio,

Com os XMLs em anexo não consegui entender o problema, por favor poste um XML de "antes", pra q eu possa entender qual era a forma correta.

[Cláudio - SoluçãoTi]

Claudio,

Com os XMLs em anexo não consegui entender o problema, por favor poste um XML de "antes", pra q eu possa entender qual era a forma correta.

Ola André,

       Então, o cancelamento esta correto, meu problema que antigamente (no acbrmonitornfe e na versão 0.1.9.00) se eu tivesse um xlm cancelado e eu consultava ele usando o Nfe.ConsultarNFe ele "gerava" o protocolo de cancelamento novamente, pois as vezes quando cancelo o xml ele não gera o mesmo protocolo, por isso eu uso esse procedimentode consultar novamente a nfe cancelada quando ocorre algum problema no cancelamento, para que ele possa "baixar" novamente o protocolo de cancelamento.

     Para que possa ver o meu problema tem que consultar somente o xml cancelado sem ter o protocolo no diretorio do plus, ai vai ver que não gera, estou enviando uma url com a versao do plus da versão 0.1.9.00 para que possa consultar o mesmo xml sem o protocolo dentro do diretorio e verá que o plus baixa o protocolo novamente.

https://www.dropbox.com/s/nuip8bvct6baqdk/ACBrMonitor.rar?dl=0

 

Obrigado Pela Atenção

 

[André Ferreira de Moraes]

Continuo sem compreender seu problema. Quando consulto uma nota usando o executável que vc passou, na pasta logs são criados apenas os arquivos:

-ped-sit.xml e -sit.xml

[TiagoFZ]

André,

Talvez o que ele esteja se referindo é ao fato de que antes, após o cancelamento o AcBr incluía no XML que era salvo na pasta NFe (ou conforme configuração) o protocolo de cancelamento da NF-e, assim o protocolo era incorporado no próprio arquivo XML da nota.

Estou analisando esta questão também, não uso o ACBrMonitor, mas quando quando estava nos fontes do trunk antigo o protocolo de cancelamento era gravado no XML da nota, após atualizar par ao trunk2 notei que isso não é mais feito. Não sei também se esta alteração foi feita exatamente nesta troca do trunk para o trunk2.. mas notei isso após e minha migração.

 

Como alternativa tem-se o envio ao cliente do XML do evento de cancelamento, porém, principalmente para a contabilidade, seria mais fácil enviar o XML da nota já com o protocolo de cancelamento incluído.

Não sei se isso é exatamente esta a dúvida do colega, mas compreendi isto e estou com a mesmo dificuldade... Tbm não identifiquei se esta alteração foi uma mudança feita nos fontes ou um possível erro do componente...

[Cláudio - SoluçãoTi]

Eu salvo tudo na pasta logs. Bem o importante é que na hora de consultar esse xml (cancelado) que eu te enviei ele gerou ou não o protocolo de cancelamento na versão atual do plus ?

 Na versão que te enviei ele gerava o protocolo desse xml cancelado salvando na pasta q esta configurada. Esse e meu problema ao consultar ele nao "grava" ou "gera" o protocolo d cancelamento desse xml. Desculpa nao saber me explicar corretamente.

Editado 7 Outubro, 2015 por claudiocunha

[Márcio Túllio]

Isso em maiores detalhes , esse xml aqui de protocolo de cancelamento , 1101112515101293505200030955001000005024112935052901-procEventoNFe.xml foi gerado , mas se por acaso eu excluir este arquivo , anteriormente , se eu envia-se uma consulta ao SEFAZ com o xml original ele retornava a condição de cancelamento e gravava esse 1101112515101293505200030955001000005024112935052901-procEventoNFe.xml , novamente na pasta destino dos xml´s.

[Daniel Simoes]

Isso realmente foi modificado...

Voce tem o XML do Evento de Cancelamento... Isso é tudo que você precisa...

Nao existe XML de NFe com bloco de cancelamento... Basta analisar os Schemas da NFe.... Ou seja, da maneira anterior.. Você tinha um XML inválido 

[TiagoFZ]

Obrigado pelos esclarecimentos Daniel... sanou minhas dúvidas quanto a esta questão.

[Cláudio - SoluçãoTi]

Isso realmente foi modificado...

Voce tem o XML do Evento de Cancelamento... Isso é tudo que você precisa...

Nao existe XML de NFe com bloco de cancelamento... Basta analisar os Schemas da NFe.... Ou seja, da maneira anterior.. Você tinha um XML inválido 

Então se eu excluir por engano o 1101112515101293505200030955001000005024112935052901-procEventoNFe.xml  e mandar consultar não vai ser mais gerado esse protocolo ?

 

OBs: Obrigado Marcio tulio por traduzir meu problema.

Editado 7 Outubro, 2015 por claudiocunha

[Walney Moreira Klein]

Fiz os testes em um cliente hoje, em duas máquinas diferentes, 2 certificados a3 diferentes, uma com windows 10 32bits, outra com windows 10 64bits, tanto emissão da NF-e como a NFC-e e o meio que foi salvo nas pastas esta conforme printscreen, eu acho que tem um nivel a mais, como podem ver , não sei é algo que configurei tambem anexo tela da configuração, emitiu ambas perfeito, soh no salvar que esta desta forma, o email ainda não testei, a versão de teste foi a disponibilizado pelo Regys ontem a noite, obrigado.

 

[Daniel Simoes]

É a opção "Adicionar Literal"