Juliana Tamizou

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

Olá novamente. Vc testou com o fortes tb? ou foi só com o Quick mesmo? Att

Bom dia. Eu fiz um teste aqui e após desabilitar a opção de preview do componente imprime normalmente...vc está testando no demo? Quanto ao código de barras o problema é que o leitor não consegue ler valor algum? Att

Boa tarde Wharley Qual componente para impressão vc está usando ? é delphi ou lazarus? ...por favor detalhe melhor o seu problema para que possamos ajudá-lo... Att

Olá. Pretendo iniciar a implementação do Santander, assim que estiver concluido disponibilizarei no svn. Att

Boa tarde Fabio. Vc baixou hj os fontes do svn?

Ok Carlos... Me desculpe pelo erro no seu sobrenome...rs...já estou corrigindo. Quanto as alterações do BB estarei aguardando. Att

Já estão no svn as alterações enviadas por vc. Att

Sem problemas Carlos...já estou implementando as alterações restantes.

Olá Carlos. Os arquivos que vc me enviou são .cdu ... Att

Olá novamente Carlos. Vc fez a alteração nas propriedades do ACBrBoleto também para a propriedade MotivoRejeicaoComando?...acredito que faltou vc anexar nos fontes a unit acbrboleto.pas... Att

Bom dia Atilio. Vc poderia me passar então um exemplo desta linha do arquivo (do gb e do acbr), acredito que com isso ja passamos encontrar o problema. Att.

Bom dia Carlos. Hoje mesmo estarei analisando as alterações e assim que acabar postarei no svn. Att

Bom dia. Vc tem certeza que está testando com o Bradesco, pois ele permite até 11 digitos no nosso número, como vc pode checar no método create desta classe. Att

Boa tarde Carlos. Em breve estarpa disponibilizada sua alteração no svn. Att

Boa tarde Carlos. Estive consultando o manual do Bradesco como base para sua questão, e nas posições 109 e 110 estão os códigos de ocorrência que serão 00 caso não seja nenhum da lista do manual do banco. Podemos confirmar com o suporte do bradesco, porém acredito que se nas posições 319 a 318 se as posições com "00" estiverem no final é pq não correspondem a motivo nenhum...como no seu exemplo. Eu acredito que vc deveria checar apenas as posições da coluna 109 e 110 se elas forem diferente de "00" então faz operação para pegar as descrições. MotivoRejeicaoComando := copy(Linha,319,2); if MotivoRejeicaoComando <> '00' then MotivoLinha := 319; //Muda o valor da coluna do motivo para pegar todos os motivos. for i := 0 to 4 do begin //MotivoRejeicaoComando.Add(copy(Linha,MotivoLinha,2)); MotivoRejeicaoComando.Add(IfThen(copy(Linha,MotivoLinha,2) = '00', '00',copy(Linha,MotivoLinha,2))); .... Ainda preciso olhar os manuais dos outros bancos...mas para o Bradesco eu acho que isso resolve At

Qual foi o erro exatamente?...na ultima atualização apenas foi corrigido o problema onde os caracteres ./- estavam sendo enviados no arquivo.

Olá Carlos. Vc anexou onde os fontes com as alterações sobre o retorno do Bradesco(motivos de rejeição)....já estão no svn suas alterações referentes ao Recibo de Entrega, mas estas últimas ainda não estavam nos fontes que baixei.. Att

Olá Carlos. Já estão no svn as alterações enviadas por vc, por favor se você puder conferir as alterações e checar se está correto eu agradeço.. Até mais