Luiz Antonio Ubaldini

Bom dia @Renato Rubinho! Fiz o teste que você mencionou acima e entendi o que ocorreu nesse caso... Temos o costume de fazer em nossos clientes, antes de começar a utilizar os boletos no sistema, de gerar um boleto de R$1,00 (um real) e pedir para o cliente pagar. Fazemos isso para o cliente aprender como funciona todo o processo e também como se fosse uma 'homologação', para saber se o valor irá cair corretamente na conta do cliente. Ocorre que o boleto é de um valor muito baixo R$1,00 e a taxa de juros é de 3% ao mês (3% / 30 dias = 0,1% ao dia), sendo R$1,00 * 0,1% = R$ 0,001 de juros ao dia, arredondando dá R$0,00 de juros, ou seja, não tem juros nesse boleto. Então o conteúdo da tag 'ValorMoraJuros' que foi no arquivo INI é VAZIO e está correto... O que estava errado é que eu mandei no arquivo ini nas tags: 'DataMulta=20/01/2024' e 'CodigoMora=1', quando deveriam ser 'DataMulta=' e 'CodigoMora=' (ambos vazios, pois não tem juros). Resumindo, eu corrigi o meu problema inserindo valores corretos no arquivo .ini, como se fosse ISENTO DE JUROS, pois não há juros nesse caso. Não se se a DLL deveria tratar isso quando o valor do juros é zero. Nessa situação deixo a cargo de vcs avaliarem, pois é possível resolver isso como eu resolvi. Obrigado pela atenção, e se quiserem fechar o tópico fiquem a vontade.

Boa tarde ! Estou utilizando a DLL da ACBr (ACBrBoleto32.dll - versão 0.2.0.272), para emissão dos boletos e arquivo de remessa ao banco Bradesco. Ocorre que ao fazer a validação do arquivo remessa CNAB240 junto ao Bradesco, está retornando a seguinte mensagem: ============================================================================================================================ Linha 3, colunas 119 a 126, Data de juros/mora não informada. Será considerado o vencimento. ============================================================================================================================ Aparentemente isso não é uma falha de validação no arquivo CNAB, mas somente um alerta. Porém se possível corrigir isso na DLL e passar a data do vencimento dos juros no arquivo, seria interessante. Eu passei no arquivo ini essa data através da tag: 'DataMoraJuros', conforme imagem abaixo, porém essa informação não está indo para o arquivo remessa gerado pela DLL. Arquivo INI: Arquivo Remessa gerado (campos conforme o manual do Bradesco): Edit: Se precisarem dos arquivos .ini e .rem posso enviar. Só não coloquei no tópico devido aos dados sensíveis. Dúvidas estou a disposição. Grato.

Bom dia @Daniel InfoCotidiano. Fiz os testes e foi resolvido. Obrigado pelo retorno !

Bom dia ! Realizei o teste aqui colocando a tag DFe / SSLHttpLib, com o valor 4 e realmente o erro não ocorreu mais. Verifiquei o log e gravou isso: "Erro ao aplicar configurações de WebservicesSuporte a "httpIndy" disponível quando: Delphi, MSWINDOWS, e sem a diretiva {$DEFINE DFE_SEM_INDY}". --- Outro teste que fiz foi colocar a tag DFe / SSLCryptLib = 2. Gravou o seguinte log: "Erro ao aplicar configurações de WebservicesSuporte a libCapicom foi desativado por compilação {$DEFINE DFE_SEM_CAPICOM}". Mas nessas situações a dll inicializou normalmente, o que já ajuda demais. Muito obrigado pelo retorno e pela atenção prestada, assunto resolvido. Valeu!

Fiz esse teste, como você solicitou. Ao remover o ini da pasta e iniciar a dll, ele cria novamente igual ao print que você mandou acima (valor 0 na tag: 'SSLHttpLib'). E com isso realmente a falha na inicialização não ocorre. Mas para você simular o erro que eu passei no post, basta deixar o valor assim (valor 4 na tag: 'SSLHttpLib'): A falha na inicialização da dll vai ocorrer por causa do valor 4 na tag: 'SSLHttpLib'. Anexei os dois logs, com valor 0 e valor 4 abaixo. Obs.: Quando o valor está 4, você vai perceber no log que é feita a tentativa de inicializar a dll, mas já finaliza em seguida, pois o valor 4 é inválido para o campo e com isso não consegue gravar o restante do log. Obs2.: Meu arquivo ACBr.ini chama-se BOLETO.INI ACBrLibBoleto-20230925 _ SSLHttpLib=0.log ACBrLibBoleto-20230925 _ SSLHttpLib=4.log

Eu quem agradeço a atenção.

Sim, nessa situação eu coloquei o seguinte valor: Selçao [CFe] - Tag: SSLHttpLib=4 (Não ativo na compilação ACBr). Não grava log mesmo, pois a dll nem chega a inicializar e ocorre o erro. Então creio que tenha algo dentro da Lib que não permite fazer mais nada (nem mesmo gravar o log de erro), pois a configuração está incorreta. Mas é bem simples simular essa situação: basta mudar essa tag que informei acima no seu ACBrLib.ini e tentar utilizar a Lib, vai perceber que o erro irá ocorrer.

Eu quem agradeço.

Sim, já estão corretas agora...Porém ocorreu de em um momento eu gravar valor errado em uma dessas tags e a dll passou a não inicializar mais, causando falha na inicialização. Como eu não sabia onde estava errado os valores (pois são muitas tags), tive que remover o arquivo ACBrLib.ini e deixar a biblioteca criar novamente ao inicializar. Minha sugestão nesse caso é: quando estiver com um valor Não ativo na compilação ACBr (como dito na prórpia documentação), que a própria biblioteca corrija, pois são valores que não devem ser usados. Permitindo assim ao menos inicializar a biblioteca. Segue anexo, porém não grava muita coisa, pois a biblioteca nem chega a iniciar e já retorna o erro: -1 (Indica que houve falhas na inicialização da biblioteca) no método 'Boleto_Inicializar'. Obs.: O arquivo deConfigurações da Biblioteca (ACBrLib.ini), no meu sistema é chamado de BOLETO.INI. ACBrLibBoleto-20230922.log

Boa tarde ! Utilizando a dll ACBrBoleto32.dll. e realizando alguns testes, percebi que se por algum motivo ficar valores inválidos (no arquivo ACBrLib.ini) nos campos descritos a seguir, não é possível inicializar a biblioteca e com isso nenhum erro é retornado, ficando difícil encontrar onde está a falha. - Seção DFe - campo SSLCryptLib: Valor incorreto: 2; - Seção DFe - campo SSLHttpLib: Valor incorreto: 4; Então se esses valores estiverem de forma incorreta, não é possível inicializar a Dll. A não inicialização está correta, porém não é possível nem ao menos chamar método 'Boleto_UltimoRetorno', para capturar o erro, pois a dll nem iniciada foi... Poderiam me dar uma sugestão do que fazer neste caso?

Boa tarde ! Estou implementando o uso da API para registro dos boletos online, no banco Sicoob, utilizando a dll ACBrBoleto32.dll. Consegui fazer funcionar tranquilamente, seguindo todos os passos do manual e conteúdo aqui do fórum. No método 'Boleto_EnviarBoleto', após obter o retorno dos dados, o layout do arquivo em formato .ini, está com uma inconsistência, conforme descrevo a seguir: O arquivo inicia com a seção: [REGISTRO1] e depois vem as demais seções [REJEICAO1-1], [TITULORETORNO2], [Sacado1], [SacadoAvalista1]... Depois inicia a seção com o próximo registro: [REGISTRO2], [REJEICAO2-1], [TITULORETORNO3], [Sacado2], [SacadoAvalista2]. Observem que onde está em vermelho está com uma numeração diferente das demais seções em negrito (ao invés de iniciar com o contador em 1, está iniciando em 2). Assim ficando diferente das demais seções. Outro detalhe também que percebi, é que entre um registro e outro falta uma linha em branco, para separar as seções, vejam abaixo: Estou anexando um arquivo de retorno ao tópico, para que possa ser analisado melhor. Grato. Retorno_WS.txt

Obrigado pelo retorno. Infelizmente dessa forma o uso da API fica inviável, pois realmente demora muito para consulta. Vou tentar fazer alguns testes aqui e ver o que dá pra ser feito. Por ora agradeço a atenção.

@Juliomar Marchetti Obrigado pelo retorno. Fiz alguns testes usando o Postman e o retorno dos arquivos foi imediato....só achei complexo a forma para obter o arquivo, pois é necessário fazer 3 requisições no endpont, sendo: - Solicitar a movimentação; - Consultar a situação da movimentação (pois pode ter mais de um arquivo); e - Solicitar o download dos arquivos. Já faz muito tempo que fizeram essa implementação? Pois podem ter melhorado isso.

Bom dia ! Estou implementando o uso da API para registro dos boletos online, no banco Sicoob, utilizando a dll ACBrBoleto32.dll. Consegui fazer funcionar tranquilamente, seguindo todos os passos do manual e conteúdo aqui do fórum. No método 'Boleto_EnviarBoleto', consegui utilizar as operações 0 (tpInclui) e 4 (tpConsultaDetalhe). A operação 0, seria semelhante ao arquivo remessa, usado para registrar os boletos junto ao banco. Porém, não encontrei na dll a operação semelhante ao retorno, para capturar os boletos pagos. No manual de uso do banco Sicoob, existe essa operação (conforme imagem abaixo), mas na dll não encontrei essa operação. Existe como fazer isso via dll ? Poderiam me ajudar ? Grato.

Obrigado pelas informações. A título de informação, verifiquei também que o governo disponibiliza uma tabela com os NCMs com Incidência Monofásica: http://sped.rfb.gov.br/arquivo/show/1638 Mas ai entra a informação do contador, como o @Alexandre de Paula muito bem informou. Caso mais alguém tenha algo a nos ajudar sobre o assunto, vamos debater