Italo Giurizzato Junior

Bom dia Paulo, Você tem razão, fiz a alteração sugerida e enviei para o repositório. Muito obrigado pela colaboração.

Bom dia, Muito obrigado pela colaboração, vou incluir na minha lista de tarefas.

Bom dia, O motivo do cancelamento que consta na tag <MotivoCncNf> deve ser o mesmo que consta no pedido de cancelamento, correto? Por outro lado a tag <SitNf> contem o valor 2 que pode ser um código que indica que a nota esta cancelada. Seria interessante realizar uma outra consulta informando o protocolo de uma nota que não foi cancelada para ver o que é retornado nessas tags. Vamos supor que seja retornado na tag <SitNf> o valor 1 e na tag <MotivoCncNf> nada, ou seja, uma string vazia. Podemos concluir que a tag <SitNf> contem o código da situação da nota e que se o seu valor for 2 significa que esta cancelada. Sendo assim devemos utilizar essa informação para atualizar o banco de dados, marcando o registro dessa nota como cancelada.

Bom dia Paulo, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Boa tarde, O provedor Conam infelizmente não implementou o serviço ConsultarNFSePorRps dai o motivo do erro. O novo componente que em breve vai ser disponibilizado ao executar um método cujo serviço não foi implementado pelo provedor vai aparecer uma mensagem mais amigável acusando o fato. O provedor Conam implementou somente os serviços de Enviar o Lote de RPS, Consultar a Situação do Lote, Consultar o Lote e Cancelar NFS-e. Acredito que a solução vai ser executar o método ConsultarLote após solicitar o cancelamento.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Já fiz a alteração no arquivo Cidades.ini, assim que possível vou enviar para o repositório.

Boa tarde Julio, Você vai precisar entrar em contato com o provedor para saber o motivo pelo qual a nota não esta sendo cancelada. Se você abrir o arquivo 268-can.xml através de um navegador vai notar que a tag <Sucesso> que fica dentro do grupo <infConfirmacaoCancelamento> esta com o valor "false", isso indica que a nota não foi cancelada. Infelizmente o provedor não retorna o motivo do não cancelamento.

Boa tarde, Da forma que você deixou o XML é gerado na versão 2.02 Faça um teste incluindo os campos VersaoDados e VersaoAtrib, exemplo: [5005707] Nome=Navirai UF=MS Provedor=Pronimv2 NomeURL_H=http://187.6.10.202:9191 NomeURL_P=http://187.6.10.202:9191 VersaoDados=2.03 VersaoAtrib=203

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde Edmar, Muito obrigado, fiz umas alterações no programa exemplo por conta do novo evento e aproveitei coloquei um botão para cada método do Distribuição DF-e. Estarei enviando para o repositório semana que vem.

Boa tarde Maico, Favor atualizar os fontes e faça novos testes.

Boa tarde Maico, Já inclui na minha lista de tarefas, vou analisar o problema.

Boa tarde, Você notou que as cidades que constam no arquivo GovBR.ini tem uma URL de produção/homologação totalmente diferente dessa cidade? Abra o arquivo Pronimv2.ini e compare as URLs. Pela URL na verdade essa cidade se utiliza do provedor Pronimv2. Desfaça essas alterações que você fez, veja como foi feito para outras cidades que se utilizam do provedor Pronimv2. Para o provedor Pronimv2 vai ser necessário alterar somente o Cidades.ini

Bom dia Mauricio, Não existe diferença, inclusive o componente verifica os dois quando há necessidade dessas informações para poder enviar para o provedor. Em breve estaremos disponibilizando um novo componente para emissão de NFS-e. Nesse novo componente só teremos apenas uma propriedade de configuração para usuário e uma para a senha, assim elimina a duvida em qual devemos informar. Alias muita coisa mudou no novo componente, se o atual é experto bastante na hora de gerar o XML, o novo ficou mais experto ainda.

Edson, Favor atualizar os fontes. Não alterei o arquivo INI do provedor pois nos meus testes não funcionou com a URL de homologação.

Solivan, Já esta no repositório.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Bom dia Paulo, Já enviei para o repositório.

Haroldo, Utilize esse arquivo INI: Megasoft.ini Faça um novo teste.

Bom dia Haroldo, Favor anexar o XML gerado sem essa alteração que você fez. Qual é a cidade?

Bom dia Edson, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Bom dia Henrique, Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada? Se sim, chegou a fazer testes usando o programa exemplo do componente ACBrNFSe?

Bom dia Solivan, Muito obrigado pela colaboração, já inclui na minha lista de tarefas.

Boa tarde Edson, Favor anexar os arquivos INI corrigidos para que possamos analisar e estando tudo OK, enviaremos para o repositório. Desde já muito obrigado pela colaboração.