Renato Rubinho

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico. 3.1 - Não faça flooding - Inundar o fórum com posts repetidos, com a mesma dúvida ou as mesmas palavras é chamado de flooding. Isso é proibido. Apenas um post feito no lugar certo é suficiente. Pesquise antes de postar, talvez sua dúvida já está respondida em outro post. Favor leia as regras do fórum.

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

Boa noite, Tente reinstalar marcando a opção para apagar arquivos de versões anteriores. Veja se tem outras copias do ACBr que possam estar sendo referenciadas no library. Tente compilar o programa de exemplo para confirmar se não há algo no seu projeto, library, dcus, etc. Obs: se ficou muito tempo sem atualizar, autorize também o fortes.

Boa noite, Os provedores nem sempre mantém os ambientes iguais, alguns nem ambiente de homologação tem. Como está funcionando para um dos ambientes, o componente está gerando corretamente, cabe entrar em contato com o provedor para eles identificarem o que há de diferente entre eles.

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

Boa tarde, Você não quer preencher o nome da sua aplicação neste espaço? Tente #9 para ver se resolve.

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

Bom dia Douglas, Partindo do princípio que a alíquota foi preenchida em NFSe.Servico.Valores.Aliquota,e debugue utilizando o programa de exemplo para verificar se encontra uma possível correção dos seus dados ou mesmo do componente. No ini vemos o provedor SmarAPD versão 2.03 Na unit GravarXml do provedor vemos que a versão 2.03 trata-se do padrão ABRASFv2 ../trunk2/Fontes/ACBrDFe/ACBrNFSeX/Provedores/SmarAPD.GravarXml.pas Enfim, na função GerarValores do ABRASFv2, você conseguirá analisar porque está sendo gerada a alíquota zerada. ../trunk2/Fontes/ACBrDFe/ACBrNFSeX/Base/Provedores/ACBrNFSeXGravarXml_ABRASFv2.pas

Que bom que conseguiu, agora atualize constantemente os componentes que certamente não tem o que temer, pois 5 anos de tecnologia é uma eternidade. Citando por baixo a criação do PIX, Boleto Online, NFe 4.0, CTe 3.00a, eSocial, Reinf, entre outras evoluções e novas versões dos demais componentes, sistemas operacionais e do próprio Delphi que teve 4 novas versões, além das versões intermediárias com melhorias e correções. Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Boa tarde, NFe de produtor rural emitida com cpf por sistema próprio deve utilizar a faixa de série 920 a 969. Maiores informações, veja a NT. http://svn.code.sf.net/p/acbr/code/tools/DFe/NFeNFCe/NT/2018/NFe_NT2018_001 v.1.10 Emitente Pessoa Física (CPF) com Inscricao Estadual.pdf

Boa tarde, Você consegue ler o código, por exemplo pelo celular? Está com os fontes atuais e utilizando o fr3 distribuído com o componente?

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

Boa noite Willian, Esse provedor possui ambiente de homologação, veja no ini que consta a url no HomRecepcionar ../trunk2/Fontes/ACBrDFe/ACBrNFSeX/ACBrNFSeXServicos.ini Obs: Alguns provedores utilizam a mesma url para ambos os ambientes e podem requerer tags específicas, mas isso vai variar de provedor para provedor.

Boa tarde, O provedor possui método de cancelamento, um sinal disso é que retorna uma mensagem tratada. Note no método implementado que um dos parâmetros necessários é a série. Pode ser que a série esteja errada, pela mensagem de erro retornada. Se não for isso, precisará entrar em contato com o provedor para analisarem o problema. ../trunk2/Fontes/ACBrDFe/ACBrNFSeX/Provedores/IPM.Provider.pas

Todos os registros acusam o mesmo problema? Verificou com o banco se está utilizando o nosso número dentro da faixa esperada?

Boa noite, Procure no computador se existem outras versões espalhadas da lib e apague. Mesmo que as dlls da pasta do exe devam prevalecer, pode ter algum conflito aí.

Boa noite, Tente compilar o programa de exemplo do componente. Caso não ocorram esses erros, o problema pode estar nas units declaradas no seu programa, aí será trabalho pontual mesmo a cada erro. Se você tem o componente apenas em um local, comente todas as referências ao ACBr "nos uses" e vai declarando apenas o que o componente exigir.

Boa noite Geraldo, Revisou a discriminação também?

Boa noite, Tem que ter permissão para leitura e escrita. Acredito que a pasta marcada como somente leitura é padrão do Windows e não deva interferir. Teste criar uma pasta qualquer e veja que a propriedade também deve estar igual a essa.

Boa noite, Copie todas as dlls para a pasta do exe. O caminho que indicou da OpenSSL não é das mais recentes. Segue o mais recente. http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.1.1.10/X86/ Veja se não tem problema de permissões do Windows. Tente rodar o monitor como administrador. Se o problema persistir, tente rodar esse instalador: https://github.com/abbodi1406/vcredist/releases Se você configurar winhttp, essas configurações não são mais necessárias para o ACBr. Revise as configurações do monitor. SSLLib := libOpenSSL SSLCryptLib := cryOpenSSL SSLHttpLib := httpOpenSSL SSLXmlSignLib := xsLibXml2 SSLType := LT_TLSv1_2

Boa noite, Esse é um retorno do provedor. Terá mais chance de resolver abrindo um chamado no provedor e passando o XML para analisarem o caso.

Boa noite, Confirme se marcou a opção ConsultarLoteAposEnvio. Veja neste tópico do Ginfes com o mesmo erro, que faltava fazer as devidas consultas para identificar os erros no processamento.

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

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

Boa tarde, Tente configurar pelo arquivo, ao invés de pelo número de série e instalar no Windows, para descartar qualquer problema que o Windows possa interferir. Veja se está com as dlls OpenSSL atualizadas na pasta do exe. trunk2/DLLs/OpenSSL/1.1.1.10/X86/ Copie também as dlls atuais da LibXml2. trunk2/DLLs/LibXml2/x86/ Lembrando, se a sua aplicação for x86, use as dlls x86, mesmo que o S.O. seja 64.