Juliana Tamizou

Boa tarde. 1 - O ideal seria vc verificar junto com o banco. 2- O componente não tem configuração da impressão, porém fiz impressões em A4 e estão corretas... Att.

Boa tarde. O problema é são muitos códigos para cada banco, porém apenas alguns são interessantes, como os que dizem que o Boleto não foi registrado devido a alguma falha ou então as baixas.... Att.

Boa tarde. Vc tentou deixar a DataMoraJuros maior que a data de Vencimento? Att.

Boa tarde. Esses valores realmente não estão programados para serem impressos, mas são informações fornecidas no arquivo retorno do banco, conforme vc pode conferir nos manuais dos bancos. Att.

Boa tarde. Vc está compilando o ACBrMonitor ou apenas baixou o instalador? Acredito que o ACBrMonitor ainda não esteja com a implementação da Caixa SICOB. Att.

Bom dia Markapollo. Vc poderia anexar aqui o manual do Banestes? Att.

Bom dia Carlos. Sua correção ja está implementada, em breve estará disponível no svn. Att.

Bom dia Markapollo. A unica alteração significativa feita no ACBrBoletoFCFortes foi o Ratio para 3, correto? Att.

Bom dia. Acabei de verificar a questão da mensagem que vc citou nos posts anteriores, e não há nada de errado, no meu teste fiz um boleto com mora e com multa, foi impressa uma mensagem para cada coisa. Att.

Bom dia. Irei observar com relação a observação. Att.

Bom dia. Vc quer dizer, remover a formatação com o '82'? Uma alternativa seria vc desconsiderar os dois primeiros dígitos do número, assim ficamos com a resposta do banco e vc tb consegue localizar o titulo no seu BD. Att.

Bom dia. Isso depende da carteira que está sendo utilizada, mas normalmente nós mesmos podemos estabeler um sequencial iniciando do 1. Att.

Bom dia. Como vc informou qual banco deseja utilizar? Att.

Bom dia. NA verdade a função LerRetorno, vai carregar a lista de títulos com os boletos existem no arquivo retorno, porém é estranho q ao utilizar o TotalTitulosLista tenha retornado 0, não houve algum erro ao ler o retorno? Att.

Bom dia. Você precisa configurar a propriedade DirArqPDF_HTML no componente de Impressão do Boleto. Att.

Bom dia. Essas propriedades são atribuídas ao Titulo na leitura do arquivo retorno, antes disso elas são vazias, exceto quando criamos o titulo na lista e atribuímos que é uma Remessa. Atualmente não existe uma função que lhe retorne todas as ocorrências existentes. Qual seria a vantagem de ela existir? Att.

Bom dia. Meus testes sempre são feitos com o LAzReport e com o Fortes, ambos no Lazarus. Utilizamos convênios de 7 posições, e foram gerados boletos com os fontes antes e depois das alterações e o código gerado foi o mesmo em ambos. Qual gerador vcs estão utilizando? Vcs tem o as informações que estão passando ao componente para gerar o boleto? (Convenio, Nosso Numero, Valor, Conta, etc...) Att.

Bom dia. Estava em férias, e voltei agora, eu utilizo o Fortes e o LazReport ambos para o Lazarus e estou com os boletos funcionando normalmente. Quanto ao seu ajuste para o fortes, vou comparar com o fonte atual para poder subir ao svn. Att.

Bom dia. Anexe aqui o arquivo gerado, por favor. Att.

Que bom que deu certo Fabiane. Att.

Boa tarde. O campo Identificação da Empresa Cedente no Banco, posições 21 a 37 do registro transação é montado através do componente ao gerar este registro. Neste caso basta manter o código original (utilizando a propriedade Código do Cedente) para informar o Código fornecido pelo banco, e informar o Código que vc informou no Convênio na propriedade Código Cedente, como tem sido feito atualmente. Att.

Para os clientes que utilizam o Bradesco, o único código fornecido pelo banco era o Código do Cedente. Os códigos que você está utilizando são diferentes? Att.

Bom dia. Você estava setando a propriedade Convenio e a propriedade Código Cedente, ou apenas uma delas? Att.

Bom dia. Obrigada pela contribuição, iremos analisar e disponibilizar em seguida. De que estado é o Banestes? Att.

Bom dia Fabiane. Veja oque diz o manual do banco: ANEXO 4 - COMPOSIÇÃO DO CAMPO “NOSSO NÚMERO” – CONVÊNIO DE 7 POSIÇÕES (FAIXA ACIMA DE 1.000.000) O “Nosso-Número” do bloqueto deve estar de acordo com as normas estabelecidas pelo Banco do Brasil. · FORMATO DO “NOSSO-NÚMERO” PARA CONVÊNIOS ACIMA DE 1.000.000 (UM MILHÃO): A composição do nosso-número deve obedecer as seguintes regras: CCCCCCCNNNNNNNNNN convênios com numeração acima de 1.000.000, onde: "C" - é o número do convênio fornecido pelo Banco (número fixo e não pode ser alterado) "N" - é um seqüencial atribuído pelo cliente · FORMATO DO CÓDIGO DE BARRAS PARA CONVÊNIOS ACIMA DE 1.000.000 Posição Tamanho Picture Conteúdo 01 a 03 03 9(3) Código do Banco na Câmara de Compensação = ‘001’ 04 a 04 01 9(1) Código da Moeda = '9' 05 a 05 01 9(1) DV do Código de Barras (Anexo 10) 06 a 09 04 9(04) Fator de Vencimento (Anexo 8) 10 a 19 10 9(08) V(2) Valor 20 a 25 06 9(6) Zeros 26 a 42 17 9(17) Nosso-Número, sem o DV 26 a 32 9(7) Número do Convênio fornecido pelo Banco (CCCCCCC) 33 a 42 9(10) Complemento do Nosso-Número, sem DV (NNNNNNNNNN) 43 a 44 02 9(2) Tipo de Carteira/Modalidade de Cobrança Analisando este trecho do manual chega-se a conclusão que neste caso o nosso número não possui DV. No seu modelo o DV é um X, que não pode é considerado no Código de Barras. O manual completo do BB está disponível em: https://acbr.svn.sourceforge.net/svnroo ... ancoBrasil Inclusive fizemos a homologação deste layout junto ao BB. Att.