-
Total de ítens
26 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Luiz Antonio Ubaldini
-
-
Bom dia @Daniel InfoCotidiano
Acabei de enviar no e-mail '[email protected]', aos seus cuidados, os arquivos .ini que você solicitou e o boleto em PDF para você fazer os testes com os dados reais do cliente.
Dúvidas estou a disposição.
Grato.
-
Bom dia pessoal!
Poderiam me auxiliar? Estou fazendo homologação de boletos para um cliente no banco Itaú, eu uso a DLL da ACBr ACBrBoleto32.dll, e o gerente do banco não estão aceitando a mensagem nas instruções referente a juros (imagem 1 anexa).
Eles disseram que tem q trocar o texto onde diz 'PARA PAGAMENTO A PARTIR DE 11/08/2024'...eles só aceitam se tiver o texto 'APÓS O VENCIMENTO' (imagem 2 anexa).
Já fiz homologação em vários bancos e todos aceitam tranquilo, não entendi pq o Itaú não aceita dessa forma....
Tem como alterar esse texto usando a DLL ?
Grato.
Imagem 1
Imagem 2
Mensagem do banco (a parte dos 60% dos juros já corrigimos)
-
9 horas atrás, Renato Rubinho disse:
Bom dia,
Você chegou a preencher manualmente a data no arquivo de remessa gerado, substituindo os zeros, e enviou para validação no banco para verificar se fica tudo ok?
Caso ainda não tenha feito, por favor faça esse teste e nos avise se ficou ok ou se precisa de mais algum ajuste além da data, quando esta for preenchida.
Após o teste acima, caso ainda não tenha feito, informe o resultado e envie o ini para [email protected], mencionando este tópico no corpo do e-mail para que seja identificado.
Criada TK-5013 para análise.
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.
- 1
-
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.
-
Em 29/09/2023 at 13:06, Daniel InfoCotidiano disse:
@Luiz Antonio Ubaldini
Subimos uma correção. por favor faça donwload da lib e execute os testes por favor.Bom dia @Daniel InfoCotidiano.
Fiz os testes e foi resolvido. Obrigado pelo retorno !
-
Em 29/09/2023 at 13:04, Daniel InfoCotidiano disse:
@Luiz Antonio Ubaldini
Subimos uma atualização, por favor faça download da lib e execute os testes por favor.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!
- 1
-
4 horas atrás, Daniel InfoCotidiano disse:
@Luiz Antonio Ubaldini
Pode realizar um teste em seu ambiente.
Se vc renomar seu ini ou apagar (fala backup antes) ele vai criar um ini default.
No meu ele sempre cria com estas informações zeradas e nao tem problemas em abrir a lib.
Pode testar no seu ambiente e nos dar um feedback ?
Pode mandar o log completo para que possamos analisar desde a inicialização da lib, versões, etc.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
- 1
-
1 minuto atrás, Alexandre de Paula disse:
Entendi o cenário. Aberta a TK-4479 para avaliação.
Obrigado.
Eu quem agradeço a atenção.
- 2
-
16 minutos atrás, Alexandre de Paula disse:
Luiz, esse log que você enviou é o gerado com a configuração que você comenta?
porque no log não consta nem a mensagem de erro do -1 que vc cita.
Obrigado
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.
- 1
-
57 minutos atrás, Daniel InfoCotidiano disse:
Bom dia @Luiz Antonio Ubaldini
Criado a TK-4477 para análise do time.
Obrigado por reportarEu quem agradeço.
-
15 horas atrás, Daniel InfoCotidiano disse:
Deixe assim:
SSLCryptLib=1
SSLHttpLib=3
SSLXmlSignLib=4
SSLType=5Sim, 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.
15 horas atrás, Alexandre de Paula disse:Boa tarde,
Quando ela não inicializa, você tem retorno no LOG?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.
-
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.
-
51 minutos atrás, Daniel InfoCotidiano disse:
@Luiz Antonio Ubaldini
Boa tarde ! pode ser sim que mudou algo, nos nossos testes eles oscilavam muito e a reposta do banco era normal estes minutos.
Espero que tenha mudado pois esta consulta seria muito importante.
Não sei quantas vezes testou... aqui chegou momento com qse 30 min para liberaremObrigado 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.
-
1 hora atrás, Juliomar Marchetti disse:
não tem
pois quem implementou disse que demora demais uns 15 minutos pra trazer tudo.
tem que ser feito ainda ou descobrir o motivo dessa lentidã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
- 2
-
Boa tarde pessoal !
Gostaria de uma sugestão/auxílio de vocês.
Um cliente de nossa empresa está precisando que ao cadastrar um novo produto no sistema, que este Produto seja identificado como "Monofásico", e consequentemente definir automaticamente os campos no cadastro do produto, conforme abaixo:
PIS = 04 (Operação Tributável Monofásica - Revenda a Alíquota Zero)
COFINS 04 = (Operação Tributável Monofásica - Revenda a Alíquota Zero)
Andei pesquisando sobre o assunto, e em todos os locais onde encontrei resposta sobre, todos usam o código NCM para definir se o produto é ou não Monofásico.
Entrei em contato com o contador deste cliente, e o mesmo informou que pode ocorrer casos em que um único NCM pode conter produtos que podem ser ou não Monofásicos.
Com a experiência que vocês possuem sobre o assunto, sabem me informar melhor como classificar o produto?
Grato pela atenção.
-
Em 28/03/2023 at 17:40, Luiz Antonio Ubaldini disse:
Nunca coloquei as configurações do Cedente nessa sessão do arquivo ACBRLib.ini. Normalmente sempre passo as informações do Cedente, no arquivo cedente.ini. Isso funcionava sem nenhum problema até a versão 0.2.0.222.
Informei manualmente valor no campo 'CNPJCPF' na sessão 'BoletoCedenteConfig' e o erro parou....muito estranho isso, pois sempre funcionou sem informar nenhum valor nessa sessão.
Utilizo 2 cedentes (pessoa Física e pessoa Jurídica), e com o PJ funciona mesmo deixando o campo BoletoCedenteConfig/CNPJCPF vazio.
Para PF se deixar esse campo em branco ocorre o problema.
É obrigatório informar esse campo mesmo a partir de agora ou trata-se de um bug da versão? Pq não vejo muito sentido em ter que informar nessa sessão, sendo que essa informação vai no cedente.ini. Além do mais o erro só está ocorrendo para emissão de PF.
Em 08/05/2023 at 10:03, antonio.carlos disse:Ultima versão disponível para download é a 0.2.0.238... consegue atualizar ACBrLibBoleto e fazer um novo teste ? caso não funcione, anexe um log atualizado e os arquivos .ini (cedente.ini, ACBrLib.ini)
Antônio, consegui resolver o problema informando no arquivo ACBRLib.ini as seguintes seções:
BoletoCedenteConfig / CNPJCPF
BoletoCedenteConfig / TipoInscricao
Como eu disse no tópico anterior, isso não ocorria antes da versão 0.2.0.222, pois a informação do 'CNPJ/CPF' e 'Tipo de Inscrição' do cedente, já são informadas no arquivo cedente.ini.
O detalhe é que esse problema só ocorre quando o Cedente é PF. No caso de PJ consigo emitir normalmente sem informar nada no ACBRLib.ini.
No mais o meu problema já está resolvido, pois consegui descobrir o motivo do erro...ficou sem sentido, mas está resolvido.
Obrigado.
-
4 horas atrás, Victor H. Gonzales - Panda disse:
A Configuração está sendo passada em outro momento?
pois a sessão BoletoCedenteConfig está vazia
Nunca coloquei as configurações do Cedente nessa sessão do arquivo ACBRLib.ini. Normalmente sempre passo as informações do Cedente, no arquivo cedente.ini. Isso funcionava sem nenhum problema até a versão 0.2.0.222.
Informei manualmente valor no campo 'CNPJCPF' na sessão 'BoletoCedenteConfig' e o erro parou....muito estranho isso, pois sempre funcionou sem informar nenhum valor nessa sessão.
Utilizo 2 cedentes (pessoa Física e pessoa Jurídica), e com o PJ funciona mesmo deixando o campo BoletoCedenteConfig/CNPJCPF vazio.
Para PF se deixar esse campo em branco ocorre o problema.
É obrigatório informar esse campo mesmo a partir de agora ou trata-se de um bug da versão? Pq não vejo muito sentido em ter que informar nessa sessão, sendo que essa informação vai no cedente.ini. Além do mais o erro só está ocorrendo para emissão de PF.
-
E-mail encaminhado com o log de erros.
-
Em 11/02/2023 at 10:27, Daniel InfoCotidiano disse:
Tente passar somente os números sem a formatação
Fiz essa tentativa, porém ocorre o mesmo problema na versão ACBrLibBoleto-0.2.0.225.
Já na versão ACBrLibBoleto-0.2.0.222, o erro não ocorre, mesmo o campo CPF com somente números.
Veja os dois logs abaixo.
ACBrLibBoleto-0.2.0.222_OK.log ACBrLibBoleto-0.2.0.225_ERRO.log
-
3 minutos atrás, Juliomar Marchetti disse:
por favor anexa o log gerado pela lib boleto
chegou a pegar o demo da sua linguagem e testar?
Não cheguei a pegar o demo, pois consumo a DLL diretamente na linguagem Visual FoxPro.
Segue anexo o log.
-
Bom dia pessoal !
Ao emitir boletos do banco SICOOB, quando o CEDENTE é PESSOA FÍSICA, usando a última versão (0.2.0.225) da DLL ACBrLibBoleto (StdCall), está ocorrendo o seguinte retorno de erro, após executar a rotina 'Boleto_ConfigurarDados':
SetRetorno(-10, CNPJ deve ter 14 dígitos. (Apenas números))
Esse erro passou a ocorrer a partir dessa última versão, pois testei com a versão anterior que tenho aqui (0.2.0.222) e o erro não ocorre, emitindo exatamente o mesmo boleto.
Houve alguma alteração nessa última versão, ou isso seria um bug?
Obrigado.
Homologação Boleto Itaú - Instruções de Juros
em Boleto
Postado
@Daniel InfoCotidiano fiz as modificações em meu sistema e deu certo.
Muito obrigado pelo ótimo e eficaz atendimento.
Um abraço.