Juliana Tamizou

Bom dia. Oque acontece quando vc comanda a impressão, da alguma mensagem? Qual componente para impressão do boleto vc está utilizando?

O código de barra para cobrança contém 44 posições dispostas da seguinte forma : 01 a 03 Identificação do Banco 04 a 04 Código da Moeda (Real = 9, Outras=0) 05 a 05 Dígito verificador do Código de Barras 06 a 09 Fator de Vencimento (Vide Nota) 10 a 19 Valor 20 a 44 Campo Livre • As posições do campo livre ficam a critério de cada Banco arrecadador, sendo que o padrão do Bradesco é: 20 a 23 Agência Cedente (Sem o digito verificador,completar com zeros a esquerda quando necessário) 24 a 25 Carteira 26 a 36 Número do Nosso Número(Sem o digito verificador) 37 a 43 Conta do Cedente (Sem o digito verificador,completar com zeros a esquerda quando necessário) 44 a 44 Zero Conforme consta no manual do Bradesco. Veja se estão sendo informandos ao componente todos os campos necessarios.

Boa tarde Douglas. Assim que possivel disponibilizaremos seus fontes no svn. Quando tiver a resposta da homologação, por favor nos avise, para deixarmos no log que este banco ja foi homologado. Att

Bom dia Filipe. Este demosntrativo é parecedido com os boletos-fatura, talvez fosse interessante, termos isso como um terceiro layout, atualmente temos o carnê e o boleto padrão. Att

Bom dia Filipe. Assim que possivel será disponibilizado no svn. Obrigada pela contribuição. Att.

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