Italo Giurizzato Junior

Bom dia Celso, Por favor faça testes usando o programa exemplo do componente ACBrNFSe, pois queremos saber se com ele também ocorre o mesmo problema. Outra coisa, esse erro esta ocorrendo porque a sua aplicação esta tentando carregar um XML provavelmente de retorno que não esta bem formatado.

Bom dia Aurélio, O que tudo indica o seu problema é com as margens. Por favor veja no programa exemplo do componente como realizar a configuração das margens via código.

Bom dia, O DANFE foi feito no tamanho A4, é preciso verificar se a impressora também esta configurada para imprimir em folha tamanho A4.

Bom dia Sergio, Veja que a mensagem de rejeição não se refere ao emitente e nem o destinatário e sim o CPF autorizado a realizar download. A sua aplicação deve permitir que o emitente da nota informe até 10 CPF ou CNPJ que ele autoriza a realizar o download da nota. Esses CPF ou CNPJ são informados no grupo <autXML>. Um desses CNPJ informado não é valido, ou seja, algum digito do numero esta errado. A sua aplicação precisa validar o CPF ou CNPJ antes de aceitar o numero para constar no XML da nota.

Bom dia Maurício, Esse problema esta ocorrendo com a cidade de Rondinha/RS, correto? Se sim, você poderia anexar os arquivo Cidades.ini que você alterou para incluir essa cidade e o arquivo do provedor caso você tenha feito alguma alteração para que eu possa realizar testes.

Bom dia Maico, O erro 500 significa que alguma coisa esta errado no XML de envio, pode ser que tenha alguma coisa a mais ou a menos. Iria ajudar muito se o provedor nos fornecesse um XML de cancelamento de exemplo, de preferencia envelopado.

Bom dia Joffas, O que esta ocorrendo? Qual é o erro que você esta tendo?

Bom dia, Fiz a alteração e enviei para o repositório. Muito obrigado pela colaboração. Faz quanto tempo que você não atualiza os fontes ACBr?

Bom dia, Enviei par ao repositório uma possível correção no que se refere a impressão do DANFSE com a tarja de NFS-e Cancelada. Antes o componente só verificava a data de cancelamento agora verifica também a propriedade Cancelada. Favor atualizar os fontes e faça novos testes.

Bom dia Júlio, Além de fazer a configuração que propus acima esta também atribuindo o valor LT_TLSv1_2 ao campo SSLType?

Bom dia Edu, Ao realizar o envio qual é o erro que ocorre? Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou a suíte ACBr, utilizando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada? Por favor faça os testes usando o programa exemplo do componente.

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