Juliana Tamizou

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

Bom dia Carlos. Como comentei estou adicionando as alterações enviadas por vc ao projeto, se vc puder enviar estas ultimas também, seria muito bom. Att

Boa tarde Carlos.. Estes ultimos dias não pude dar atenção ao ACBrBoleto, porém esta semana estarei voltando a trabalhar no ACBrBoleto novamente...obrigada pela colaboração. Quando a questão do retorno e remessa, pelo que vi até o momento, para todos os bancos se o layout de remessa é 240 então o de retorno também é, o mesmo vale para o layout de 400 colunas, neste caso é necessário ter a função para ler o retorno dessas duas formas. ATT