Juliana Tamizou

Bom dia. O Banco do Brasil diferentemente da maioria dos bancos, além do layout CNAB240 e CNAB400, possui ainda variações do layout CNAB400, os quais são implementados pelo componente com base no tamanho da propriedade Convenio. Atualmente o componente segue o layout CBR643 para convênios com mais de 6 dígitos e o CBR641 para os demais. Como você está informando a propriedade Convenio? Att.

Bom dia, Acredito que o banco possa informar o DV correto. Att.

Bom dia. Como poderia ter dito que está correto se não tivesse analisado ??? Esta informação é simplesmente para que você mesmo possa analisar seu arquivo. Att.

Bom dia. Esta alteração não é necessária, observe o tópico . Att.

Boa tarde. Observe o valor informado na propriedade AgenciaDigito. Verifique se foi informada a propriedade Titulo.NumeroDocumento e observe também como foram informadas a DataDocumento e Vencimento. Provavelmente deve se tratar de problema com caracteres acentuados. Att.

Boa tarde. Está sim, observe o manual fornecido pelo banco em svn.code.sf.net/p/acbr/code/tools/Bancos/BancoBrasil Att.

Boa tarde. Você chegou a contactar o suporte do banco? Att.

Boa tarde. Em relação a esta informação, continuo sem entender quem vai pagar os "juros muito altos", da forma como está escrito tive a impressão de que seria o emissor do boleto, mas quem paga(ou não) juros e multa o sacado(pagador) do boleto. Como você mesmo pode observar analisando seu arquivo em conjunto com o manual fornecido pelo banco, as posições(118 a 141) referentes a cobrança de juros foram informadas corretamente, sendo assim, não tem nada de errado com o arquivo gerado pelo componente, por este motivo você deve aguardar a resposta do suporte do banco. Att.

Boa tarde. Você configurou a propriedade Modalidade com o valor "101'? Att.

Boa tarde. Já tem algum tempo que a unit do Bradesco não sofre alterações, assim como as funções que calculam as mensagens padrão a serem impressas nos boletos. Realize novos testes no demo (Acabei de testar em Lazarus e está normal) Att.

Bom dia. Não entendi oque vc quis dizer com o banco estar cobrando valores absurdos. Seu boleto foi pago com juros e multa? Lembrando que a cobrança destes valores depende exclusivamente de quem está realizando o recebimento, ou seja, se o caixa não informar ao sistema corretamente os valores de juros/multa o mesmo não será cobrado. Att.

Boa noite. Correção disponível no svn. Att.

Boa noite. Ao analisar seus dados percebi que a informação que você está passando no campo Convênio seria na realidade o valor a ser informado na propriedade Conta do Cedente. A configuração correta seria algo como: Cedente.CodigoCedente:= 4855750 Cedente.Conta:= 8880 Att.

Boa noite. Alteração disponível no svn. Att.

Boa noite. Alteração disponível no svn. Att.

Boa noite. Alteração disponível no svn. Att.

Boa tarde. Você de informar a propriedade CodigoCedente com o código da empresa passado pelo banco(valor que você está atribuindo atualmente a propriedade Convenio) Att.

Bom dia. Como a impressão é geral para todos os bancos, meu comentário anterior irá resolver para todos. Att.

Boa tarde. Realmente será necessária uma correção substituindo o "após" por "a partir" Att;

Bom dia. Para conhecer melhor sobre estas informações é recomendada a leitura dos manuais fornecidos pelos bancos, porém seguem algumas explicações. Esta propriedade não é utilizada atualmente. Esta propriedade não é utilizada atualmente. Esta propriedade é utilizada em boletos/remessa do Sicredi, o qual informa ao cliente o valor correto a ser utilizado. As instruções são diferentes para cada banco, porém a maioria deles tem regras que dizem que estas propriedades recebem informações especificas conforme a Data de Protesto, Data de Baixa e outras informações são preenchidas. Recomendo que você utilize a propriedade Mensagens. Att.

Boa noite. Por favor anexe a unit ACBrBoleto.pas com as alterações realizadas. Att.

Boa noite. Na pelo que pude analisar com base no manual anexado no post anterior, a implementação do componente está correta, uma vez que conforme o manual para cobrança registrada o Nosso Número possui 5 dígitos livres + 5 para o número do convênio. 1 – ESTRUTURA DO NÚMERO BANCÁRIO (NOSSO NÚMERO) E E E E E N N N N N D Onde: EEEEE = Código do Cliente no Banco (Nº. do Range) Código numérico a ser fornecido pelo Banco por ocasião do início dos testes. Este código tem amarração cadastral com a conta de cobrança, portanto deverão ser obtidos tantos códigos quantos forem às contas de cobrança a serem utilizadas para a Cobrança Diretiva ou após utilizar todos os números sequenciais do documento. NNNNN = Número sequencial do documento / título. Uso a critério do cliente e quando utilizar todos, deve solicitar um novo número Range. D = Dígito verificador de segurança. É calculado pelo Módulo 11, com pesos de 2 a 7 da direita para a esquerda. Vale lembrar que a unit suporta tanto carteiras registradas quanto sem registro, por isso faz sentido as demais validações. Att,

Boa tarde. Em relação a extensão do arquivo, alguns bancos pedem uma extensão especifica. Em relação ao conteúdo do arquivo, o banco retornou que havia alguma inconsistência? Att.

Bom dia. Acho que seria necessário uma alteração no componente para tratar conforme a solicitação do banco. Att.

Bom dia. Correção já foi comitada, por favor atualize seu svn. Att.