Juliana Tamizou

Bom dia. Se o banco informou que o correto é 0 então deve ser este mesmo, porém não custa nada checar isso com o banco, já que ultimamente tem ocorrido várias fusões de outros bancos. Att

Olá Carlos. Na realidade o Celso estava tendo problemas ao utilizar o ACBrMonitor para impressão de boletos, o problema não estava em nenhum dos componentes e sim no ACBrMonitor. Att.

Bom dia Carlos. Não entendi a finalidade destes novos campos...seriam apenas informações adicionais sobre o retorno? Att

Bom dia. Aindanão foi implementado nada para o HSBC, caso queira contribuir, estamos a disposição para tirar suas dúvidas, vc pode usar como base os bancos que já estão implementados. Att

Boa tarde. Neste caso o COO final seria o número da redução e o inicial seria o anterior a ele....isto não resolve? Att

Acredito que a remessa já esteja correta, porém o retorno ainda não foi implementado, caso queira contribuir, já está implementado o Retorno no Itaú e no Bradesco, que podem ser usados como base e qualquer dúvida pode ser postada no fórum. Att

No seu teste vc especificou esta carteira ou manteve a carteira do demo?

Bom dia. Qual é a carteira que vc está testando? O problema está neste trecho de código... if (Carteira = '16') or (Carteira = '17') or (Carteira = '18') then begin if Length(AConvenio) <= 4 then ANossoNumero := padR(AConvenio, 4, '0') + padR(ANossoNumero, 7, '0') else if (Length(AConvenio) > 4) and (Length(AConvenio) <= 6) then ANossoNumero := padR(AConvenio, 6, '0') + padR(ANossoNumero, 5, '0') else if Length(AConvenio) = 7 then ANossoNumero := padR(AConvenio, 7, '0') + padR(ANossoNumero, 10, '0'); end else ANossoNumero := padL(ANossoNumero, 11, '0'); Porém procurei no manual e não vi nada falando que apenas para estas carteiras o NossoNumero deveria ser formatado desta forma, preciso apenas confirmar se realmente a carteira não importa, removendo esta checagem, o problema se resolve.... Att

Boa tarde. Efetuei testes como vc colocou na imagem, porém a linha doigitável foi gerada corretamente...seus fontes estão atualizados? Att

Ok...estou implementando o banco Santander, assim que estiver concluido, postarei junto com suas alterações.

Bom dia. Vc pode estar conferindo a linha digitável consultando no manual do BB..... No link abaixo estão disponiveis os manuais de todos os bancos desenvolvidos: https://acbr.svn.sourceforge.net/svnroo ... ols/Bancos" Fiz alguns testes aqui com os valores default do demo, exceto o nosso número que deixei igual a imagem enviada por vc, e realmente a linah digitável está diferente. Vc alterou alguma propriedade do ACBrBoleto? Vc está com o svn atualizado?

Bom dia. Pelos testes que fiz, a linha digitável está de acordo com oque pede o manual, para testar vc pode enviar um boleto para o suporte do banco avaliar. Att

Bom dia. Qual seria a mensagem do erro? Att

Bom dia. Vc está com o pacote ACBrDiversos instalado no seu Delphi?... Att

Bom dia. Acredito que sim...mas o ideal seria confirmar com o suporte do banco que vc está atendendo se seria isso mesmo. Att

Bom dia. Vc poderia anexar aqui seu fonte alterado e também dizer qual o seu nome , para que eu possa colocar no log do componente que vc fez esta correção? Att

Bom dia. No link abaixo estão disponiveis os manuais de todos os bancos que estão sendo implementados no ACBrBoleto. https://acbr.svn.sourceforge.net/svnroo ... ols/Bancos Att

No endereço abaixo é possivel obter os manuais de todos os bancos que possuem implementação no ACBrBoleto. https://acbr.svn.sourceforge.net/svnroo ... ols/Bancos

Olá Wharley. Efetuei alguns testes com o Itau tanto no QuickReport, quanto no Fortes e no LazReport obtive os seguintes valores: Linha Digitável : 34191.75009 00000.000281 40079.470007 2 48770000000100 Código de Barras: 341924877000000010.... (Devido ao leitor utilizado não consegui ler completamente o código de barras...porém isso ocorreu em outros bancos mesmo os que já estão inclusive os que já foram homologados...) Ainda debuguei a impressão do boleto e reparei que o Código de Barras está sendo montado corretamente. Vc está com a versão que vc está utilizando é a mais atualizada?... Alterei o tamanho do componente do código de barras para ficar um pouco menor, já q este estava ficando muito grande...esta alteração já está disponivel no svn. Att

Bom dia Atilio. Efetuei testes com os valores encontrados no txt que vc enviou.... e o arquivo gerado foi diferente do qual enviou. Vc tem atualizado seu svn ? Segue em anexo o arquivo gerado por mim. 000001.txt

Warley...vc poderia passar o nosso número que vc usou no seu teste dentro do seu programa onde vc comparou o código gerado pelo ACBrBoleto com o código gerado pelo programa do banco...

Bom dia Wharley. A função MontarCampoNossoNúmero irá montar a impressão do boleto, porém ele precisa que a propriedade nosso número seja passado....como no Demo do componente. Att

Boa noite Wharley. Por favor me passe também as informações referentes ao boleto que vc testou...carteira, vencimento, nosso número...para que eu possa realizar alguns testes.. Acredito que efetuar alterações direto no componente de impressão não seja a melhor opção, pois a mesma coisa teria que ser feita para o lazreport e também no fortes...acredito que o ideal seja checar a função MontarCampoCodigoBarras, já que os geradores apenas recebem o retorno desta função e imprimim. Att

Boa tarde. Vc poderia por favor postar como está configurado, o componente ACBrBoleto (Dados do cedente) para que verificar o problema mais facilmente. Att

Bom dia Dionatan. O Banrisul já tem implementado a impressão de boletos e geração de remessa nopadrão CNAB400...não sei ainda se ele possui o padrão 240, caso sim, ainda é necessário adicionar esta função e a leitura de arquivos de retorno. Caso vc queira contribuir com estes requisitos, pode postar aqui qualquer dúvida. Att