Juliana Tamizou

Bom dia Wilson. A linha digitável está diferente ou o código de barras gerado não está sendo lido pelo leitor? Informe qual banco e demais informações você está usando no seu teste, informe também o valor que está sendo impresso e o valor correto. Att.

Bom dia. Alterações disponíveis no svn. Att

Bom dia. Alterações disponíveis no svn. Att.

Boa tarde Wilson. A um tempo atras foi feita uma modificação no componente, agora para que seja impresso o comprovante de entrega ao invés de informar '"True" para a propriedade ComprovanteEntrega, você configura a propriedade Layout para PadraoEntrega. Att.

Boa tarde Rodrigo. Obrigada pela colaboração, iremos fazer a análise dos fonte e assim que possível subir ao svn. Att.

Boa tarde Nagela. Atualmente o ACBrBoleto pode imprimir os boletos com o componentes ACBrBoletoFcFortes(Fortes Report) ACBrBoletoFcFr(Fast Report), além do componente para o Quick e outro específico para o Lazarus. Para ver um exemplo do boleto com todas as informações, utilize o Demo do componente....caso ainda tenha dúvidas, post aqui como informou o caminho dos logos ao componente. Att.

Bom dia Wilson. Vc está com os fontes do svn atualizados?....Enviei os comando sem o ' " ', da seguinte maneira BOLETO.ConfigurarDados(C:\cedente.ini) Att.

Boa tarde. Com relação aos dias para protesto, atualmente o componente trabalha apenas desta maneira, mas seria possível, caso vc queira coloaborar, adicionar a implementação de como serão calculados os dias (dias corridos ou dias úteis. Com relação ao seu comentário sobre as carteiras, oque ocorre é que existem os tipos de cobrança, onde cada carteira vai pertencer a um tipo. Para informar o tipo de carteira utilize a propriedade ACBrBoleto.Cedente.CaracTitulo. Att.

Boa tarde. No dia 12/06 foram enviadas diversas correções para o componente, vc está com elas em seu pc? Att.

Boa tarde Rodrigo. Vc removeu todos os dcus também ao desinstalar? Att

Boa tarde Rodrigo. Vc removeu todos os dcus também ao desisntalar? Att

Boa tarde Aldy. VC está com seus fontes do ACBrBoleto atualizados? recentemente foram enviadas alguma correções quanto a remessa de 7 digitos... Como vc está informando o número do convênio (qts dígitos)? Att.

Boa tarde André. O código de barras vc pode pegar usando a função MontarCodigoBarras(), já a linha digitável, vc pode capturar usando a função MontarLinhaDigitavel(). Att.

Boa tarde. Temos o Santander em produção em um de nossos clientes...qual componente para emissão do boletos vc está utilizando? Qual padrão de remessa CNAB400 ou CNAB240? Att.

Por favor anexe aqui a unit alterada Att.

Acredito que o seguinte trecho não é necessário, pois o Modulo.DigitoFinal é exatamente este cálculo. wDigitoFinal := 11 - Modulo.ModuloFinal; Faça um teste com o código da seguinte maneira: if (Modulo.DigitoFinal >= 10) then Result := 0 else Result := IntToStr(Modulo.DigitoFinal); Att.

Bom dia André. As contribuições funcionam da seguinte maneira, você disponibiliza aqui suas correções(anexando ao post a unit alterada) e então após análise ela é adicionada ao svn. Att.

Boa tarde André. Pelo que vc reportou o problema não está no ACBrValidador, e sim na CalcularDigitoVerificador da unit do banco, já que apenas um dos testes falhou. Favor informar detalhadamente as informações utilizadas no teste, como Nosso Numero, Carteira, Conta, poste aqui exatamente da forma como foi passada ao componente. Att.

Bom dia. O HSBC está homologado tanto a impressão quanto a remessa? Att.

As demais correções não citadas aqui, foram sim adicionadas

Bom dia. Correções para resolver o problema do pdf estão disponíveis no svn. Att.

Bom dia Daniel. Acabei de subir ao svn uma correção para este problema, após atualizar seus fontes efetue um novo teste. Att.

Cada linha(registro) do arquivo é iniciada sempre por um número, como vc poderá observar nos manuais do banco o registro tipo 5 é opcional e não incluímos em nenhum layout. Então para saber quais registros estão no seu arquivo observe o primeiro caractere da linha 1, o primeiro da linha 2 e o primeiro da ultima linha, assim saberemos qual layout foi utilizado. Ainda hj subirei algumas correções ao svn, inclusive para o BB, se preferir você pode aguardar e então fazer um novo teste. Att.

Bom dia. A diferença mais nítida entre o CBR641-6 e o CBR641-7 são os tipos de registros, que são 0,1,5 e 9 para o CBR641-6 e 0,7,5 e 9 para o CBR641-7. Oque define qual convênio será layout será utilizado é a variável TamConvenioMaior6, que é definida da seguinte maneira: TamConvenioMaior6:= Length(trim(ACBrBoleto.Cedente.Convenio)) > 6; Quais são os registros presentes no seu arquivo gerado? Att.

Bom dia Pedro. Seu ajuste no seguinte tópico corrigiu o problema? viewtopic.php?f=11&t=6175