Italo Giurizzato Junior

Boa tarde, Muito obrigado pelo XML de retorno que contem o evento de averbação. Agora é possível implementar a classe para poder ler os dados desse evento. Em breve será disponibilizado a atualização dos fontes com a leitura correta desse evento.

Boa tarde Flavio, Se você baixa o XML da NFS-e diretamente do site da prefeitura as tags vem com o prefixo "tc:"? Se não me falha a memória o componente ACBrNFSe remove os prefixos para facilitar a leitura do XML, visto que tem provedor cujo XML não tem prefixo, e os que tem o prefixo varia, ou seja, é diferente de um provedor para outro. Tudo bem, a aplicação que esse contador esta utilizando para ler o XML da NFS-e pressupõe que o mesmo tenha o prefixo "tc:". E se amanhã ocorrer uma licitação e quem ganhar é outro provedor, por exemplo o Ginfes cujo prefixo é "ns4:" ou Fiorilli cujas tags não tem prefixo, o desenvolvedor dessa aplicação vai ter que fazer os devidos ajustes para conseguir ler o XML. Não seria mais simples se essa aplicação removesse os prefixos, deixando assim os XML padronizados?

Boa tarde, Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou a suíte ACBr?

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

Boa tarde Paulo, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório. Da próxima vez procure utilizar o tópico criado exclusivamente para esse fim.

Boa tarde Moacir, Favor anexar o XML de envio e de retorno de preferencia os: *-soap.xml Alguma coisa você esta fazendo de errado, para que ocorra esse erro. Certifique-se que esteja usando os arquivos: Cidades.ini e NotaBlu.ini que se encontram no Repositório. Outra coisa importante só foi disponibilizado o método Gerar, ou seja, só é possível enviar somente uma nota de cada vez.

Bom dia a todos, Favor atualizar os fontes, fiz uma alteração na rotina que lê o retorno, acredito que agora o componente vai conseguir ler corretamente os dados de retorno.

Ricardo, O que tudo indica o numero da nota é o que realmente o que consta no XML. Se mesmo passando o numero que consta no XML o webservice não realiza o cancelamento, então tem algo de errado no webservice do provedor. Favor entrar em contato com ele e pedir explicação.

Boa tarde Moacir, Você esta usando o programa exemplo para os testes? Configurou o mesmo para usar o libWinCrypt (conforme imagem que anexei em uma postagem anterior)?

Boa tarde Juliano, Favor verificar se a cidade em questão ainda continua usando o provedor Actcon.

Boa tarde Ricardo, Consultando essa nota através do site, ela esta com qual numero?

Webservice implementado por incompetentes, não são capazes de gerar um resposta de rejeição apontando a verdadeira causa, simplesmente retorna uma mensagem genérica e o desenvolvedor que se F@#$% para descobrir o que esta errado.

Boa tarde Stefano, Esse erro ocorre em qual momento (gerar o XML, ao assinar, ao validar, ao enviar, ...)? Os XMLs de envio e de retorno foram gerados? Se sim, favor anexar.

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

Boa tarde Mateus, Favor atualizar todos os fontes de todas as pastas, reinstale a suíte ACBr e faça os testes usando o programa exemplo. Note que acrescentei a cidade no arquivo Cidades.ini e no arquivo Pronimv2.ini a URL. Uma pergunta essa URL é de homologação ou de produção? Esse erro ocorre quanto usamos schemas errados para validar o lote antes do seu envio.

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

Boa tarde a todos, Você estão utilizando o arquivo Cidades.ini e NotaBlu.ini que se encontram no repositório? Pelo jeito não estão, pois acabei de fazer um teste de envio e não tive esse erro.

Boa tarde Claudio, O componente esta configurado para salvar os arquivos XML? Se não estiver não vai salvar a atualização do mesmo. Configuracoes.Arquivos.Salvar := True;

Boa tarde Marcio, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia a todos, Primeiramente peço para não copiar a postagem do colega anterior, isso acaba deixando a sua postagem mais longa e o que interessa esta em apenas uma linha. Se esta com o mesmo problema simplesmente escreva, estou com o mesmo problema do colega fulano de tal. Segundo, estão com o componente com a seguinte configuração?

Bom dia Jorge, Você esta usando o capicom? O calculo do Hash usando capicom não resulta em uma string de 172 caracteres?

Bom dia Claudio, Se ao imprimir o DAMDFE esta aparecendo a mensagem que o MDF-e não foi enviado, isso significa que o XML que você carregou esta sem o protocolo de autorização. Para acrescentar o protocolo de autorização ao XML é muito simples. 1. você carrega o XML usando o LoadFromFile; 2. executa o método Consultar. Qual é o erro que aparece ao tentar cancelar o MDF-e? Observação: todos os MDF-e de todos os Estados brasileiros são enviados para a SEFAZ-Virtual do Rio Grande do Sul, portanto a SEFAZ-SP não tem nada haver com o que possa estar ocorrendo.

Bom dia William, Favor atualizar todos os fontes de todas as pastas, reinstale a suíte ACBr e inicie os testes usando o programa exemplo do componente ACBrNFSe.

Bom dia Stefano, Qual é o problema que você esta enfrentando?

Bom dia Ricardo, Você tentou cancelar a nota informando somente 666 como sendo o numero da mesma?