Italo Giurizzato Junior

Aristarco, Neste caso a minha sugestão é que você atualize todos os fontes de todas as pastas. Reinstale os componentes com o ACBrInstall_Trunk2. Por fim faça novos testes com o programa exemplo.

Boa tarde Leandro, Todos os fontes de todas as pastas estão atualizados? Se sim, os componentes foram reinstalados através do ACBrInstall_Trunk2?

Boa tarde Fabiano, O endereço que você se refere é do prestador, correto? Pois o do tomador é informado no XML do RPS. No DANFSE devemos imprimir o que consta no XML da NFS-e, logo não devemos alterar. O que eu não entendi, no cadastro da prefeitura o endereço esta errado, ou a rua mudou de nome e na prefeitura ainda continua o nome velho?

Aristarco, Favor não postar em vários lugares, já respondi a sua primeira postagem. Vou fechar esta.

Aristarco, No programa exemplo, temos o botão [Gerar Arquivos], após clicar nesse botão devemos clicar no botão [Enviar]. Ou simplesmente clicar no botão [Gerar e Enviar]. Você fez dessa forma?

Boa tarde Diego, Favor anexar o XML de envio do lote gerado com a sua alteração.

Boa tarde Renan, Vamos analisar a sua sugestão.

Boa tarde, Você tem que carregar o XML referente ao evento que deseja enviar novamente. Feito isso ao executar o método Enviar um novo XML (*-env-lot.xml) será gerado novamente para o envio.

Boa tarde Aristarco, Esse problema esta ocorrendo com a sua aplicação ou com o programa exemplo do componente?

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

Boa tarde Paulo, Tentou renomear o arquivo com o sufixo -OpenSSL? tiposGeralCTe_v3.00.xsd para tiposGeralCTe_v3.00-old.xsd e tiposGeralCTe_v3.00-OPENSSL.xsd para tiposGeralCTe_v3.00.xsd

Bom dia Leonard, Existem provedores (empresas contratadas pelas prefeituras) que não exigem que o RPS e o Lote sejam assinados, mas isso não significa que não se faz necessário o uso do certificado, pois o mesmo será necessário para consumir o webservice. Se deseja emitir NFS-e sem a necessidade de certificado, basta emitir via site que só vai precisar do usuário e senha.

Bom dia Diego, Por favor procure sempre anexar o arquivo e não colocar como parte do texto. Favor anexar o arquivo INI que você alterou.

Bom dia Tulio, O provedor Ginfes segue a versão 1 do layout da ABRASF e esta versão não tem o serviço de Substituição de NFS-e. A solução é realizar esse processo em 2 passos: primeiro cancelar a nota e emitir uma segunda.

Bom dia Renan, Se não me falha a memória para usar o OpenSSL ou WinCrypt com dsLibXml2 devemos renomear o arquivo XSD, para que a validação ocorra com sucesso.

Bom dia Joceandro, Segundo o manual versão 2.04.01 a tag <vrSalFx> aparece no grupo <remuneracao>. Esse grupo aparece nos eventos 2200, 2206, 2300 e 2306. Sendo que nos eventos 2200 e 2206 o grupo é obrigatório, já nos eventos 2300 e 2306 é opcional. Logo é preciso rever se o componente esta satisfazendo essas condições para cada um desses eventos.

Bom dia José, Você pode relatar aqui mesmo no fórum, é importante que se cria um tópico para cada evento que esteja com problemas, caso ele ainda não exista. Além de relatar o problema, favor anexar as Units que você fez as correções para que possamos analisar e disponibilizar no repositório caso esteja tudo OK. Procure sempre manter os fontes sempre atualizados para que possamos aceitar a sua colaboração. E desde já muito obrigado pelas colaborações, não só de testes como também a identificação de problemas e disponibilização das soluções.

Bom dia Rubens, A data em si na mensagem é absurda, logo para mim é um erro no webservice do provedor. Favor entrar em contato com eles e questionar sobre o problema.

Bom dia Geraldo, É muito estranho os retornos. O retorno do envio, traz o numero do protocolo que atesta que o lote foi recebido e também uma mensagem informando que o RPS foi convertido em NFS-e com sucesso. Se tratando de envio assíncrono o webservice não pode dar essa resposta pelo simples fato de que o lote ainda não foi processado. O retorno da consulta ao lote, também traz a mesma mensagem, mas informa que a situação é 1. Normalmente quando a situação é 1 significa que o lote não foi enviado. Peço que entre em contato com o provedor e questione eles sobre esses retornos. Para mim o webservice esta com problemas.

Bom dia Pablo, Já tentou informar esses 2 valores dentro da seção ICMS? exemplo: [ICMS001] (...) pCredSN=2.00 vCredICMSSN=10.00 (...)

Bom dia Paulo, Desculpe, não vou poder aceitar a sua colaboração pois notei que o seu fonte esta muito desatualizado. Favor atualizar todos os fontes de todas as pastas, reinstalar o ACBr novamente, e faça novos testes.

Bom dia Renan, Desculpa não entendi, no repositório existe duas versões do referido schema, sendo que um deles devemos renomear para o nome original para ser utilizado com o OpenSSL.

Davi, Já fiz a alteração e enviei para o repositório, muito obrigado.

Marlon, Você esta com todos os fontes atualizados, pois foi feita uma correção esses dias para que a conexão com webservice de consulta funcionasse.

Bom dia Paulo, A configuração do SSL Type só esta disponível quando o valor de SSLLib for libOpenSSL ou libWinCrypt. O valor LT_All faz com que o componente se utilize do SSL disponível para acessar o WebService. Mas nada te impede de selecionar o LT_TLSv1 ou LT_TLSv1_1 ou LT_TLSv1_2. A minha sugestão é selecionar a opção LT_TLSv1_2 pois é esta que segundo a Nota Técnica diz que será utilizada.