Ir para conteúdo
  • Cadastre-se

dev botao

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


Ver Solução Respondido por André Ferreira de Moraes,
  • Este tópico foi criado há 2922 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

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.

Atenciosamente
WMK
Walney Moreira Klein
www.paracima.com.br

Que DEUS abençoe a Todos nós.

[email protected]

Link para o comentário
Compartilhar em outros sites

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.

Link para o comentário
Compartilhar em outros sites

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 por claudiocunha
Link para o comentário
Compartilhar em outros sites

  • Moderadores

Por favor teste com a versão abaixo:

ACBrMonitor.zip

Editado por André Ferreira de Moraes
  • Curtir 3
djsystem-logo.png
 youtube.png facebook.png instagram.png linkedin.png
André Ferreira de Moraes | Analista de Sistemas
www.djsystem.com.br | www.djpdv.com.br
www.tefhouse.com.br | www.lambretinha.com.br
Link para o comentário
Compartilhar em outros sites

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

ScreenShot021.jpg

Editado por claudiocunha
Link para o comentário
Compartilhar em outros sites

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 por claudiocunha
Link para o comentário
Compartilhar em outros sites

  • Moderadores
  • Solution

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.

djsystem-logo.png
 youtube.png facebook.png instagram.png linkedin.png
André Ferreira de Moraes | Analista de Sistemas
www.djsystem.com.br | www.djpdv.com.br
www.tefhouse.com.br | www.lambretinha.com.br
Link para o comentário
Compartilhar em outros sites

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

Link para o comentário
Compartilhar em outros sites

  • Moderadores

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.

djsystem-logo.png
 youtube.png facebook.png instagram.png linkedin.png
André Ferreira de Moraes | Analista de Sistemas
www.djsystem.com.br | www.djpdv.com.br
www.tefhouse.com.br | www.lambretinha.com.br
Link para o comentário
Compartilhar em outros sites

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

 

Link para o comentário
Compartilhar em outros sites

  • Moderadores

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

djsystem-logo.png
 youtube.png facebook.png instagram.png linkedin.png
André Ferreira de Moraes | Analista de Sistemas
www.djsystem.com.br | www.djpdv.com.br
www.tefhouse.com.br | www.lambretinha.com.br
Link para o comentário
Compartilhar em outros sites

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...

Link para o comentário
Compartilhar em outros sites

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 por claudiocunha
Link para o comentário
Compartilhar em outros sites

  • Membros Pro

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.

  • Curtir 1
Link para o comentário
Compartilhar em outros sites

  • Fundadores

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 

Consultor SAC ACBr

Daniel Simões de Almeida
O melhor TEF, é com o Projeto ACBr - Clique e Conheça
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.

Link para o comentário
Compartilhar em outros sites

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 por claudiocunha
Link para o comentário
Compartilhar em outros sites

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.

 

gravando xml.png

pasta1.png

pasta2.png

pasta3.png

Atenciosamente
WMK
Walney Moreira Klein
www.paracima.com.br

Que DEUS abençoe a Todos nós.

[email protected]

Link para o comentário
Compartilhar em outros sites

  • Este tópico foi criado há 2922 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Crie uma conta ou entre para comentar

Você precisar ser um membro para fazer um comentário

Criar uma conta

Crie uma nova conta em nossa comunidade. É fácil!

Crie uma nova conta

Entrar

Já tem uma conta? Faça o login.

Entrar Agora
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.