Juliana Tamizou

Boa tarde. Então o tamanho do código do cedente também não pode ser usado para definir o tipo de cobrança, já que você disse que é sequencial. Se não houvesse nenhum cliente com as excessões que você mencionou, poderiamos utilizar os 3 primeiros digitos como padrão. Outro detalhe que percebi é que mesmo para impressão e geração da remessa, o tamanho do código do cedente não é algo que possa ser utilizado para definir como essas operações devem ser feitas. Estou começando a pensar que nossa unica opção passa a ser, criar uma propriedade para o tipo do convenio a ser seguido. Att.

Boa tarde. Suas correções para o QuickReport já estão disponiveis no svn. Att.

Boa tarde. As correções para o Sicred já estão disponiveis no svn. Att.

Boa tarde Tiago. Se quiser fazer o layout da fatura fique a vontade, até o momento não recebi nenhuma contribuição relacionada a isso. Eu acho que no boleto fatura, deve ser parecido com as faturas de cartão de crédito, onde existe um demonstrativo com as "contas" que estão sendo cobradas... O log do cliente seria interessante também. Quanto a sua dúvida referente a Remessa, você pode usar o tipo "toRemessaAlterarVencimento", para alterar o vencimento. Att.

Boa tarde. Verificado que o problema ocorreu porque recebemos uma contribuição para imprimir também o logo da loja, porém faltou o dfm. Corrigido problema e postado no svn. Att.

Boa tarde Tiago. Você pode por favor anexar aqui também os arquivo .dfm da classe do Fortes? Att.

Bom dia. Ainda sobre o tamanho do Código do Cedente, vc sabe me dizer se existe a possibilidade de comecar com 0?...pq senão podemos entender que os 0(zeros) a esquerda que retornarem no arquivo podem ser ignorados, dessa forma saberíamos o tamanho do Código do Cedente, mesmo no arquivo retorno. Acho que se não for possivel dessa maneira, só resta criar a propriedade mesmo. Att.

Bom dia. Vc tem alguma mensagem de erro ao listar o carnê? Qual o gerador que você está utilizando? Att.

Bom dia Jeter. Pelo tamanho do número do cedente não era possivel definir qual layout está sendo utilizado? Att.

Bom dia. O componente, faz a montagem dos arquivos remessa, gera o boleto impresso, e para vários bancos implementados também faz a leitura do arquivo retorno, isso seguindo as regras de montagem do arquivo, calculo do nosso número, montagem da linha digitável e etc... Para tanto é necessário apenas passar ao componente as informações referentes aos boletos que se deseja imprimir. O demo é simplesmente um exemplo de como alimentar o componente. Att.

Bom dia. Qual versão do Fortes vc instalou? Att.

Bom dia. Você pode aumentar o componente usado para o Local de Pagamento, acho que se ele ficar mais alto já resolve, ai é só mudar a propriedade wordwrap para false, se não me engano. Att.

Bom dia Jeter. Já adicionei, os manuais que faltam ao svn, o endereço está no post anterior ao seu. Att.

Bom dia. A solução para isto seria adicionar a linha adicional ou diminuir a fonte do texto, de qualquer forma será necessário um ajuste no componente. Qual gerador você está utilizando? Att.

Bom dia. Oque eu reparei que muda de acordo com o Convênio utilizado é a forma da montagem do Nosso Número e também o layout do arquivo remessa. Agora oque cada convênio oferece acredito que o ideal seja você se informar junto ao banco. Att

Bom dia. O manual que pede '24' se for cobrança registrada e '14' se for sem registro é o SIGCB. No link abaixo você pode baixar os manuais dos bancos para os quais o ACBrBoleto já está trabalhando. https://acbr.svn.sourceforge.net/svnroo ... ols/Bancos Att.

Bom dia. Isso vai depender do convênio que seu cliente contratou junto ao banco. Att.

Boa tarde. Enviado correção para o svn. Att.

Boa tarde. Você está compilando em Lazarus ou Delphi? Att.

Bom dia. O aceite diz se documentos comprovando o valor documento são enviados ao banco. Alguns bancos deixam por padrão 'N'. Att.

Bom dia. Você irá realmente utilizar os 17 digitos do nosso número? Neste trecho de código abaixo, o nosso número está sendo formatado com 17 posições para a carteira 18 com convênios de 6 posições. if (ACBrTitulo.Carteira = '18') and (Length(AConvenio) = 6) then ANossoNumero := padR(ANossoNumero, 17, '0') Oque pode estar faltando seria fazer o mesmo caso a carteira seja a 16 com o convênio de 6 posições.

Bom dia. Você está utilizando um convênio de 6 posições ou está usando a carteira 06? Att.

Boa tarde. Você pode baixar no link abaixo os manuais de diversos bancos que foram implementados no ACBrBoleto. https://acbr.svn.sourceforge.net/svnroo ... ols/Bancos Os números de convênio são fornecidos ao cliente pelo próprio banco, oque muda é a forma de montar a remessa 400 colunas e a montagem do nosso número, de acordo com o número de digitos do convênio. Att.

Bom dia. Layout Boleto 1 - Ao informar o código do banco ao componente, informe 033 2- Informe 101 no campo modalidade, para resolver a questão da linha digitável. Layout Remessa Você informou corretamente as informações que estão sendo solicitadas no arquivo remessa? temos clientes utilizando a remessa do Santander e está funcionando normalmente. Att.

Bom dia. Qual componente para impressão você está utilizando? Att.