Fenix

Olá Pessoal, Fiz umas alterações no demo para facilitar os testes que aparecem no dia a dia. Adicionei os campos de todas as propriedades para conseguirem mudar diretamente do executável e com a opção de salvar os dados da conta, uma vez descobrindo o problema fica mais fácil modificar as configurações no código, banco de dados ou arquivo dependendo da forma que carregam essas configurações. Moderadores, caso aprovem, por favor, atualizem o repositório. Abraços ACBrMailDemo.zip

Henrique, Entendi, assim que consegui montar um ambiente para simular isso te retorno. Qual a versão do fastreport está usando?

Henrique, Complicado. Assim que tiver um tempo vou rodar um teste com esse volume aqui. Por curiosidade, você está enviando e-mail a cada boleto gerado?

Henrique, Complicado essa questão de gerar arquivo em massa. Não gerou nenhum exception? Como fica o consumo da memoria da sua aplicação quando está gerando esses boletos? Estou falando isso, por que, tive problema de consumo de memoria. Abraços

Bom dia Henrique, Por que, não está usando em modo thread? Esse erro que está acontecendo contigo é do fastreport, a maior chance que tem para consegui rodar essa rotina é através de thread. Você está conseguindo através do sleep pois é o tempo que o fastreport deve está levando para gerar cada um e corre o risco de ter um erro e todos saírem iguais a partir deste erro, isto era o que estava ocorrendo comigo. Abraços

Bom dia Celio, tudo bem? O percentual da mora vai depender da empresa (seu cliente ou da empresa que trabalha). No caso que te passei é 0.33 se a mora mensal for de 10% e o valor for 100,00 reais. O calculo é como te passei, mas sempre com base da mora mensal que é definido na configuração do nosso sistema. perMora := 10 //% mensal ValorTitulo := 100,00 ValorMoraDia := ValorTitulo * perMora /100 /30= R$ 0,33 PercentualMoraDia := perMora / 30 = 0,33% Outro exemplo perMora := 7 ValorTitulo := 200,00 ValorMoraDia := ValorTitulo * perMora /100/30=R$ 0,46 PercentualMoraDia := perMora / 30= 0,23% O valor nunca vai ser fixo, só se for o padrão do banco. Se o banco estiver pedindo o percentual diário de mora e se for 10% ao mês (a pratica da empresa) o percentual diário é os 0,33 (10% da mora mensal /30 dias) que comentou. Olhei no ACBrBancoBradescoSICOOB.pas e está assim na geração da remessa: IntToStrZero( round(ValorMoraJuros * 100 ), 13) + // Valor a ser cobrado por dia de Atraso Tenta passar o valor da mora diária e visualiza a impressão do boleto para ver se o calculo está ficando como deseja, pelo que vi o componente faz a conversão conforme a configuração do banco, vocês só precisa informar o valor da mora diária. Espero te ajudado, qualquer coisa me avisa.

Isso mesmo, no sistema eu configuro o percentual da mora mensal e da multa e faço esse calculo para preencher o valora da mora, já a multa passo o percentual direto.

Não uso esse banco. Atualmente Itau, Bradesco e Brasil, desculpe não sei te informar como Sicoob trata isso, se não consegui retorno de alguém que trabalhar com ele, dar uma olhada na remessa e verifica como pede na documentação do banco.

Celio, Aqui estou alimentando o ValorMoraJuros com o valor diário ex. ValorDocumento * perMora / 100 /30.

Olá Farnetani. Eu não tive esse problema, mas sempre utilizei o cnab 400, vi que seu anexo é do 240.

Boa tarde! Atualmente a configuração está fixa no componente ACBRBoleto é só você fazer a mudança para a conta que irá trabalhar. Em breve pretendo adicionar a opção de configurar a conta pelo exe. Abraços

Olá Julionar, Baixei a sua atualização, por favor, se possível inclua o ajuste que fiz na sua atualização, adicionei duas propriedades que também já estão ativas no fast do acbrnfe: IncorporarBackgroundPdf; IncorporarFontesPdf. Isso ajuda o pdf abrir corretamente em visualizadores de pdf diferente do acrobat reader ou SO que não possuem a fonte, deixei como default false para não interferir no padrão atual e fica como um novo recurso para quem precisar. Abraços ACBrBoletoFCFR.pas

Amigo, uso a opção em fastreport! Também uso o unigui, mas com a classe atual vai dar erro. Já enviei a correção neste post, use ela e ative o ModoThred deixando como True, qualquer coisa me chama no forum do unigui, estou por lá também.

Tive muitos problemas como esse, inclusive travava meu datasnap ou ficava imprimindo o ultimo boleto que ocorreu o erro, só fechando a aplicação e abrindo novamente para resolver. Eu criei uma classe separada da oficial, infelizmente depois de um mês aguardando desisti. Eu gosto de contribuir com o projeto para tentar retribuir o que ele me ajudou, mas não posso correr risco de atualizar meu repositório e perder minhas implementações e estou tendo que criar componentes paralelos.

Gil, Estava olhando uma configuração de cliente aqui e pelos dados que passou está colocando tudo no convenio o correto é separar: Ex de configuração do Brasil: ACBrBoleto.Cedente.Modalidade := '019' ; ACBrBoleto.Cedente.CodigoCedente := '00000-X' ;//No caso do brasil coloco os dados da conta e digito ACBrBoleto.Cedente.Convenio := '0000000'; //somente o numero do convenio se for conta nova deve ter entre 7 a 8 dígitos.

Olá Gil Apesar de não está usando o Trunk a muito tempo, acho que tem alguma coisa errada com essa informação. De todos os clientes que tenho nunca vi uma numeração de convenio tão grande, envia para nós exatamente como o banco te passou, eles geralmente enviam um e-mail com todos os dados convenio, carteira, etc.

Olá Maurício, Você está trabalhando com Fast ou Fortes?

Olá, No meu caso eu modifiquei os meus FR3, isso começou quando migrei para o trunk2 , como trabalho com layouts diferentes acabei não comentando nada aqui.

O problema está no programa que foi utilizado para visualizar o pdf, já aconteceu comigo. Se estiver usando o fastreport, verifica se marcando a opção para embuti a fonte resolve o seu problema. Adicione essa linha no ACBrBoletoFCFR.pas no método imprimir: frxPDFExport.EmbeddedFonts := True;

Juliomar, Internamento estava sendo criado e matado o datamodule em cada processo isso gera erro, todo processo que alterei foi para evitar o erro quando executado em multi-thread, se reparar na versão que existe para NFe não é criado o data module em cada processo. Referente ao Demo, também vai ajudar aos usuários que só usam o fastreport. Comecei a mexer no forte para trabalhar com thread mas precisaria alterar o componente, pois quando trabalhamos com ISAPI, não pode verificar as impressoras instaladas e mesmo que for para gerar somente o pdf o Forte faz isso por padrão e já causa erro no ISAPI (Intraweb) de imediato. Abraços

Bom dia Juliomar Conseguiu analisar?

Juliomar, boa tarde! Essa parte já estava, eu também não entendi! Vi que no código tem uma observação para ser mais rápido, sinceramente nunca fiz esse teste para ver se em um loop dessa forma fica mais rápido. Abraços

Bom dia! Foi feita uma alteração na estrutura do componente (ACBrBoletoFCFR) e no demo, não foi mexido no layout. Att

Boa tarde Juliana Não entendi, está falando do pdf do boleto? Não houve alteração na estrutura de layout e sim no código para tratar thead e atualização do demo. Att

Olá, Caminho dos fr3 ...Acbr\Exemplos\ACBrBoleto\Delphi\Report