Juliana Tamizou

Boa tarde. Acredito que seja o ratio pois me recordo de ter lido algo assim aqui no fórum mesmo, porém como não uso a impressão via QuickReport não tenho certeza. Att.

Boa tarde. Basta executar o seguinte comando ACBrBoleto1.ListadeBoletos.Clear; conforme é demonstrado no Demo do componente. Att.

Boa tarde. Esse código foi implementado para garantir que o Nosso Número fosse formatado corretamente nas várias situações existentes para este banco (infelizmente alguns bancos gostam de complicar), Desde que a carteira utilizada seja SR e o tamanho do Nosso Número informado por você seja entre 8 e 9, o "82'" será adicionado corretamente ao nosso número calculado pelo compoenente. Att.

Boa tarde. Alguns usuários reportaram problemas com a leitura do quick, porém após alguns ajustes o problema se resolveu, aqui nós utilizamos a impressão no FortesReport e até o momento os boletos tem sido lidos normalmente. Att.

Bom dia. A leitura do arquivo retorno CNAB400 já está implementada no componente. Att.

Correção no svn. Att.

Bom dia. Correção disponível no svn. Att.

Bom dia Marciano. Realmente existe uma falha para as contas com mais de 6 dígitos, estarei corrigindo. Att.

Bom dia. Qual foi a orientação do banco? Att.

Boa tarde Jeter. Exemplo atualizado no svn. Att.

Bom dia. Vc tem o FortesReport instalado no seu Delphi? Att.

Bom dia. O DV do convênio não deve ser informado, o próprio componente calcula. Att.

Bom dia. A função se chama FormataNossoNumero(); Att.

Bom dia. Se você analisar a implementação do componente irá perceber que ao atribuir o nosso número, o próprio componente aplica a formatação necessária para que o mesmo fique exatamente do tamanho esperado pelo banco, e para alguns bancos o nosso número não possui DV (por exemplo, alguma carteiras do Banco do Brasil), devido a isto a melhor implementação seria realmente a utilização de um campo especifico para o DV, você poderá notar nos manuais de vários bancos que mesmo neles o DV representa um campo separado do nosso número. Att.

Bom dia. O banco vc altera diretamente na propriedade TipoCobranca do componente. Att.

Bom dia. Acredito que não seja necessário uma vez, que o uso é exatamente igual ao ACBrSPED. Att.

Boa tarde. Qual foi o motivo da alteração? Att.

Boa tarde. Pelo que me recordo vc deve cancelar cada boleto separadamente informando o tipo de ocorrência, não tenho conhecimento de um tipo para cancelar toda a remessa. Att.

Bom dia. O componente já está disponível no svn. Att.

Boa tarde. Antes da agência e conta você configurou o banco? Att.

Boa tarde Jeter. Foi necessário efetuar um pequeno ajuste no componente para que o mesmo seja compilado no Delphi 7, uma vez que nesta versão do Delphi não existe o tipo TDate por isso substitui esses tipos por TDateTime. Porém ao gerar um demo para esta versão do Delphi, o mesmo está reclamando das seguintes propriedades da classe TACBrConvenio115Item: TipoAssinante e TipoUtilizacao, notei que elas realmente não existem para esta classe... Att.

Bom dia. Outros usuários tem impresso normalmente os boletos, inclusive com os logos, o path dos arquivos do logo estava correto? Att.

Bom dia. Qual é exatamente a mensagem do erro? Att.

Bom dia. Tem sim, basta que vc utilize o tipo de Ocorrência epecífico para isto. Att.

Boa tarde. Para qualquer banco que fosse testado a logomarca não estava sendo impressa? Att.