Juliana Tamizou

Boa tarde. O BB possui vários layouts diferentes, para que eu possa te responder mais precisamente, qual é a carteira e o tamanho do número do convenio testado? Att.

Boa tarde. Irei efetuar novos testes. Att.

Boa tarde. Desculpe a demora na análise da sua contribuição...se vc informar o código do cedente exatamente conforme informado pelo banco (com a agencia), este ajuste não seria necessário. Att.

Boa tarde Eduardo. Após analisar suas correções cheguei a conclusão de que a seguinte alteração não está correta: linha 101 - Num := ACarteira + ifthen(ACBrTitulo.Carteira = 'RG','4','1') + PadR(ANossoNumero, 15, '0'); linha 159 - ANossoNumero := '21'+padR(ANossoNumero, 15, '0') { Quando informado pelo Cliente/Cedente, o Nosso Número deverá obedecer o seguinte formato: CCNNNNNNNNNNNNNNN, onde: CC = 11 (título Registrado emissão CAIXA) CC = 14 (título Registrado emissão Cedente) CC = 21 (título Sem Registro emissão CAIXA) NNNNNNNNNNNNNNN = Número livre do Cliente/Cedente } Conforme o trecho inserido por vc, extraído do manual do banco, repara que o '21' se refere a títulos Sem Registro emitidos pela Caixa, então apenas deve ser adotado no caso do banco ser o responsável pela emissão do boleto. Com relação ao calculo do DV da Conta, qual a necessidade do componente calcular isso? O ideal é que essa informação seja passada a ele. Att.

Boa tarde Pedro. As correções do Sicob foram todas aplicadas, porém algumas alterações para o SIGCB não foram implementadas pelos seguintes motivos: Mudança do tamanho do campo Agência - Conforme pode ser observado nos manuais do banco, este campo possui 5 caracteres. Retorno CNAB240 Modificação para capturar o ano com 4 dígitos - da forma atual está correto, qual seria o ganho efetuando esta mudança? Verificação para saber se a carteira é registrada na captura do vencimento - a leitura deste campo é feita utilizando um StringtoDateTimeDef, não sendo necessário o if anterior. Att.

Bom dia Pedro. Se vc estiver se referindo ao padrão SICOB, pode passar da forma que o banco passou apenas removendo o ultimo digito, no seu exemplo o 7, pois é um sdigito verificador e é calculado pelo componente. Att,

Bom dia Pedro. Vc está se referindo a cobranca SIGCB ou SICOOB? Att.

Bom dia. Vcs estão usando qual componente para impressão dos boletos? Att.

Bom dia. Vc chegou a tentar pagar esse boleto através da digitação da Linha digitável? Att

Bom dia. Vc chegou a comparar com o manual do banco? Att.

Bom dia Rafael. Correções aplicadas, em breve disponíveis no svn. Att.

Bom dia a todos. Baseado na análise dos manuais e nas pesquisas feitas Tuim01, apliquei uma correção para checar se a carteira é a 17 e se a responsabilidade de emissão é do banco, ai então a remessa CNAB400 será gerada corretamente. Att.

Bom dia Sérgio. Acredito que o código de convênio e o código de cliente que vc citou devem ser as mesmas informações, para saber a posição vc pode observar o manual do banco... Segue link para download do manual: https://acbr.svn.sourceforge.net/svnroo ... ols/Bancos

Bom dia. Envie os comandos do Boleto sem o " ' ", como exemplificado abaixo: Call ExecutarComandoACbr("BOLETO.ConfigurarDados(C:\ACBrMonitor\cedente.ini)") Call ExecutarComandoACbr("BOLETO.IncluirTitulos(C:\ACBrMonitor\titulos.ini)") Call ExecutarComandoACbr("BOLETO.imprimir") Att.

Boa tarde. Qual versão do ACBrMonitor vc está utilizando? Att.

Boa tarde. A propriedade NumeroArquivo diz respeito a leitura do arquivo retorno, para informar o número da remessa atual, basta chamar o comando GerarRemessa informando o número desejado, como no exemplo abaixo: ACBrBoleto1.GerarRemessa(220); Att.

Boa tarde. A propriedade NumeroArquivo é referente a leitura do arquivo retorno, para setar o número da remessa basta ao utilizar o comando GerarRemessa passar o número a ser utilizado, como no exemplo abaixo: ACBrBoleto1.GerarRemessa(1); Att.

Observe este tópico viewtopic.php?f=11&t=5931

Boa tarde pessoal. Aparentemente era algum problema na banda da ficha de compensação, estou concluindo mais alguns testes para subir ao svn. Att.

Boa tarde. Encontramos o problema, as funções de cálculos dos DACs estão corretas, o problema estava ocorrendo devido ao fato de que a Conta estava sendo atribuída ao componente antes do banco. A correção disponível no svn. Att.

Bom dia Ramon. Eu fiz testes aqui com seus arquivos e após corrigir o CNPJ do Cedente que estava inválido, os boletos foram impressos normalmente. Você deixou configurado para mostrar a Pré-Visualização do boleto? Corrija o CNPJ do cedente e baixe uma versão mais atualizada do ACBrMonitor. Att.

Boa tarde Ramon. Como vc está enviando os comandos ao ACBrMonitor? Os comandos do ACBr devem ser enviados um a um, ou seja, primeiro você manda o ConfiguraCedente e depois o IncluirTitulos. Att.

Boa tarde Helbert. Iremos analisar suas alterações, acredito que se a Caixa não teve objeções outros bancos também não terão (A Caixa é o banco mais chato). Att.

Boa tarde Helbert. Quanto as alterações que vc citou no relatório do boleto, antes de efetuá-las seria interessante verificar com alguns dos principais banco a possibilidade, já que a Caixa por exemplo é bem rígida quanto ao detalhes. Sobre o novo layout de fatura, temos em mente algo como as faturas de cartão de crédito, que fornecem detalhes das compras efetuadas. Caso queria analisar os modelos já desenvolvidos, no arquivo ACBrBoletoFCFortes.pas estão os modelos de carnê e padrão. Att.

Boa tarde Helbert. Que bom que vc decidiu contribuir com o projeto. Para nos enviar as alterações nos fontes, anexe aqui os arquivos alterados para que sejam analisados e posteriormente comitados. Att.