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

[Cláudio - SoluçãoTi]

Então daniel você que meche na parte do nfe, vai voltar a gerar o protocolo de cancelamento na consulta ou não, pode me responder por favor ? Para que possa deixar ou tirar do meu sistema.

Obrigado

 

 

[Cláudio - SoluçãoTi]

 33150939507371000280650040000000751000000752-nfe.xmlEra 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

Boa Noite André,

           Agora que notei esse problema. Se olhar esse xml que envie aparece o <xMotivo>Autorizado o uso da NF-e</xMotivo>, apesar dele estar cancelado, para que alterasse o movito apos o cancelamento eu usava o Nfe.ConsultarNFe e o xml mudava para <xMotivo>Cancelamento de NF-e homologado</xMotivo>, pelo visto alguma coisa mudou no Nfe.ConsultarNFe e não faz mais.
           Anexie o mesmo xml apos consultar ele na versao 0.1.9.00 verá que o motivo mudou.

 

33151039507371000280550030000010811000010815-nfe.xml

Editado 7 Outubro, 2015 por claudiocunha

[Daniel Simoes]

Por favor seja paciente... Não adianta disparar 10 perguntas sobre o mesmo assunto....

Nove grávidas não parem um bebê em 1 mês...

A maneira atual é a mais correta do ponto de vista jurídico ( antes estava errado mudar o XML )

No entanto houve quebra de compatibilidade e nem todos os programas estão preparados para usar (ler) o XML do evento... 

No momento, os "core developers" estão debatendo sobre esse assunto... 

[Cláudio - SoluçãoTi]

Por favor seja paciente... Não adianta disparar 10 perguntas sobre o mesmo assunto....

Nove grávidas não parem um bebê em 1 mês...

A maneira atual é a mais correta do ponto de vista jurídico ( antes estava errado mudar o XML )

No entanto houve quebra de compatibilidade e nem todos os programas estão preparados para usar (ler) o XML do evento... 

No momento, os "core developers" estão debatendo sobre esse assunto... 

Uma idéia seria colocar um parâmetro no acbrplus, se a pessoa deseja sobescrever esses arquivos, tipo se eu cancelar a nota e tiver essa opção marcada o xlm passaria para o <xMotivo>Cancelamento de NF-e homologado</xMotivo> se não ficaria do feito que está como <xMotivo>Autorizado o uso da NF-e</xMotivo>, assim agrada todo mundo.

Obrigado.

 

[Paulo Tenório]

Acredito que, do ponto de vista fiscal, a nota transmitida e posteriormente cancelada nunca deixará de ter sido autorizada. O que ocorreu com ela foi um posterior cancelamento que nada mais é do que um evento, assim como a ciência, confirmação, correção, etc.

Não posso afirmar com absoluta certeza mas "acho" que, na consulta com o comando DFE, cada protocolo de cada evento de cada nota será cronologicamente recebido, permitindo armazenar e controlar a situação da mesma pelo último evento relacionado à ela, no caso do cancelamento, o evento 110111 será sempre o mais recente pois qualquer outro será rejeitado para uma nota que já tenha esse evento registrado.

Como tive que abandonar o comando de consultar destinadas por causa das mudanças exigidas pela SEFAZ, estou implementando esse novo controle e parece ser o caminho mais correto. Eu armazeno na tabela de eventos um registro "provisório" de cada evento enviado pelo sistema para o webservice e, após consultar com o comando DFE, vou armazenando em outro campo a confirmação e data em que cada um deles foi confirmado oficialmente. Está dando certo, o único evento que não tem me retornado confirmação é o de ciência, não sei se por falha no processamento do componente ou por não existir essa confirmação mesmo.

Editado 8 Outubro, 2015 por Paulo Tenório

[Mailson Popin]

Bom dia... não sei se esse é o tópico correto, caso não seja me corrijam por favor. Eu não utilizo o Monitor, porém utilizo o Acbr na minha aplicação, e em alguns casos, após transmitido uma NFC-e ou NFe o xml trasmitido e autorizado não salva na pasta e em consequência os dados que iriam alimentar o banco de dados (protocolo, status...) também não salvam. Já fizemos muitos testes e nunca conseguimos identificar o problema, porém a versão em produção está com o ACBr da pasta trunk e não da trunk2, porém a próxima versão em produção já estará na trunk2. Minha duvida é se esse problema está na aplicação ou no ACBr e caso seja na minha aplicação se alguém faz idéia o que posso estar fazendo de errado.

 

Desde já obg.

[Daniel Simoes]

Mailson

Atualize seus fontes, acho que isso já foi corrigido.

 

Claudio,

É bem provável, que seja criada uma propriedade que permita determinar se o ACBrNFe deve atualizar o XML no caso de cancelamento... mas ainda não há consenso sobre isso...

[Cláudio - SoluçãoTi]

Espero que aprove assim agradaria os que querem que atualize e os que não querem. Muito obrigado pela resposta fico no aguardo, e me desculpe qualquer coisa.

Vlw

[Jose Carlos Barbosa]

Olá pessoal, eu já coloquei isso acima, mas não vi resposta sobre isso. Sei que algumas são pequenas mas o cliente pede....

1- Local Canho - só sai no cabeçalho mesmo colocando Rodapé, 

2- Ex. NFE pasta de eventos = C:\ACBrMonitorPLUS\NFe\CNPJ\NFE\201510\NFE\Eventos.    Pasta de LOG = C:\ACBrMonitorPLUS\LogNFe. Todos os eventos o XML só salva na de eventos e não salva mais na pasta LOGNFe como fazia no AcbrNFeMonitor.

3- Ex Salvar arquivos PDF em:   C:\ACBrMonitorPLUS\NFe\PDF\, antes se nao tinha a pasta ele criva automático, agora dá erro e tem que criar manualmente.

4- Ex  CTe  pasta de Arquivos - C:\ACBrMonitorPLUS\CTe\CNPJ\CTE\201510\CTE , pasta de log = C:\ACBrMonitorPLUS\Log\CTe , só salva em pasta de arquivos e não na pasta de LOG.

desde já agradeço

J.Carlos

 

[Daniel Simoes]

Por favor crie um tópico para cada problema diferente... senão fica muito difícil controlar o que já foi ou não corrigido...

[Jose Carlos Barbosa]

OK Daniel

Obrigado

[Cláudio - SoluçãoTi]

Mailson

Atualize seus fontes, acho que isso já foi corrigido.

 

Claudio,

É bem provável, que seja criada uma propriedade que permita determinar se o ACBrNFe deve atualizar o XML no caso de cancelamento... mas ainda não há consenso sobre isso...

Bom dia irmao daniel,

           Houve algum consenso sobre a propriedade que permita determinar se o ACBrNFe deve atualizar o XML no caso de cancelamento.

Muito obrigado.

 

[Cláudio - SoluçãoTi]

Boa Tarde,

 

                Houve algum consenso sobre essa propriedade, pois me deparei com o problema da nota estar cancelada e no xml esta como autorizada, só para dar uma respota para o cliente que esta me questionando.

 

Obrigado

[Cláudio - SoluçãoTi]

Boa Noite,

Em 11/10/2015 at 12:53, Cláudio - SoluçãoTi disse:

Bom dia irmao daniel,

           Houve algum consenso sobre a propriedade que permita determinar se o ACBrNFe deve atualizar o XML no caso de cancelamento.

Muito obrigado.

 

Boa Noite,

             Desculpa está ressucitando um tópico antigo, mas hoje me deparei com esse problema a xml consta como autorizada, mas na verdade ela está cancelada na sefaz (por algum motivo que não sei, na hora de cancelar o Acbrplus não atualizou o status do xml)  e o contador me questionou pq o xml nao está cancelado. Como dito nesse tópico, antigamente fazia ao consultar o xml ele atualizava para cancelado, estou até enviando o xml em questão em anexo, alguem tem alguma ideia se essa propriedade vai existir ou não ?

Obrigado

Retorno da consulta feita direto no acbrplus

anexe arquivo não cole

33160139507371000361650010000095681000095680-nfe.xml

[Régys Silveira]

O cancelamento é um evento, portanto, possui seu próprio XML, o XML da NF-e não é atualizado para cancela, ele fica como está e você envia junto o XML do evento de cancelamento.

[Cláudio - SoluçãoTi]

Em 21/02/2016 at 10:31, Régys Silveira disse:

O cancelamento é um evento, portanto, possui seu próprio XML, o XML da NF-e não é atualizado para cancela, ele fica como está e você envia junto o XML do evento de cancelamento.

Bom dia Regys, tem como ao consultar a NF-e / NFC-e cancelada ele gerasse o evento de cancelamento (proceventonfe) , pois ocorreu de algumas notas nao tinha esse evento, ai ao consultar so encontrei ".sit"

Obrigado

[Régys Silveira]

Em 01/03/2016 at 10:36, Cláudio - SoluçãoTi disse:

Bom dia Regys, tem como ao consultar a NF-e / NFC-e cancelada ele gerasse o evento de cancelamento (proceventonfe) , pois ocorreu de algumas notas nao tinha esse evento, ai ao consultar so encontrei ".sit"

Obrigado

eu não lembro se o evento vem anexado na consulta, acho que não, o @Italo Jurisato Junior pode falar melhor sobre isso.

[[email protected]]

Bom dia.

Estou utilizando o ACBrMonitor PLUS, versão 0.3.03.4 penúltima compilação, estou com o problema relatado acima de não gravar o XML da nfe/nfce autorizado, na Pasta de Arquivos NFe, estou usando em modo homologação, se eu fizer o envio pelo ACBRNFEMonitor, grava normalmente na pasta, segue em anexo o log de configuração e a tela dos diretórios.

Obrigado

 

Anderson Camilo

ACBrMonitor.ini

[[email protected]]

Bom dia.

Resolvi o problema apagando o arquivo ACBRMONITOR.INI e refiz as configurações do zero novamente agora está gravando o arquivo na pasta correta.

Obrigado

Anderson Camilo

 

[Daniel Simoes]

Provavelmente ele estava se perdendo, com chaves no INI, do Monitor antigo...

Obrigado por compartilhar a solução...