Pesquisar na Comunidade

Bom dia Senhores, Estou realizando a homologação do boleto junto ao banco abc brasil, e percebi um problema ao calcular o digito verificador do nosso numero. Atualmente está sendo utilizado o campo modalidade: Modulo.Documento := ACBrTitulo.ACBrBoleto.Cedente.Agencia + ACBrTitulo.ACBrBoleto.Cedente.Modalidade + ACBrTitulo.NossoNumero; Contudo, é necessário alterar para o campo carteira: Modulo.Documento := ACBrTitulo.ACBrBoleto.Cedente.Agencia + ACBrTitulo.Carteira + ACBrTitulo.NossoNumero; Segue a planilha de cálculo fornecida pelo banco. PS: Só tenho permissão para upload de até 10KB portanto não foi possível anexar a Unit alterada. DV Nosso Número ABC.rar

Boa tarde Senhores, Passei a ter alguns problemas com a emissão de boletos do sicredi. Ao analisar as últimas alterações no SVN notei que no dia 09/03/2020 houve uma mudança em relação ao tamanho máximo do nosso numero. Antes da revisão do SVN era: fpTamanhoMaximoNossoNum := 8; Após a revisão passou a ser: fpTamanhoMaximoNossoNum := 5; Não sei se mais alguém passou a ter problemas com isso, também não consegui encontrar o tópico que motivou essa alteração. Segue os dados da revisão em questão: Revision: 19353 Author: juniorsantos Date: segunda-feira, 9 de março de 2020 14:42:10 Message: -- ACBrBancoSicred -- [-] Ajuste na Validação da função CalcularTamanhoMaxNossoNumero. ---- Modified : /trunk2/Fontes/ACBrBoleto/ACBrBancoSicredi.pas Modified : /trunk2/Fontes/ACBrBoleto/ACBrBoleto-change-log.txt Grato

Boa tarde... estou homologando o boleto do banco Safra e ao enviar o boleto para teste foi rejeitado por causa do DV do nosso número. Exemplo: mandei 00000004-3 e pediram para mandar sem o DV. 000000004. Consigo arrumar sem alterar o fonte do ACBR? Pra funcionar, precisei alterar a Unit: AcbrBancoSafra, function TACBrBancoSafra.MontarCodigoBarras(const ACBrTitulo: TACBrTitulo): string; function TACBrBancoSafra.MontarCampoNossoNumero(const ACBrTitulo: TACBrTitulo): string; tirei o Digito Verificador das 2 function para não pegar o DV Minha preocupação é caso atualize o ACBR, perderei essa alteração que fiz na Unit acbr no aguardo att Alexandre

Bom dia, Estou com problema no retorno 240 do banco Sicoob , Ao gerar o arquivo de retorno o nosso numero não é o mesmo que o banco gera no boleto. Segundo o mesmo o nosso numero é de 10 Digitos conforme seu manual. 38 a 57. Verifiquei que na ACBrBancoBancoob o nosso numero é da posição 40 e não da 38 e contem 7 dígitos. Vi que em 2018 houve essa duvida que não foi solucionada, mas meu problema continua. Alguém pode ajudar? porque o ACBrBancoBancoob continua com a posição de 40 e o manual do banco na posição 38?

Boa tarde Senhores, Estou tendo um problema estranho, tenho um cliente que trabalha com boletos do banco Itau. Os boletos são registrados normalmente por meio da remessa, os pagamentos são contabilizados tranquilamente. O problema ocorre quando é feito a antecipação dos recebimentos dos boletos, ocorre que o itau gera dois arquivos de retorno, um Retorno A e um Retorno B Este retorno B são os títulos que foram antecipados e pagos clientes destinatários.. ou seja, quando se faz a antecipação não são informados quais títulos, o próprio sistema do itaú escolhe os titulos, e quando o boleto é pago, vem por meio deste retorno B. O retorno A consigo ler normalmente, o retorno B vem com o digito verificador do nosso número diferente do que foi gerado pelo meu sistema por meio do ACBr. Entrando em contato com o banco, eles me disseram que o sistema estaria calculando o DAC do nosso número de forma errada. Alguém poderia me dar uma luz? Obrigado

Boa tarde, estou abrindo esse tópico porque estou fazendo testes de emissão de boleto Sicoob e o AcBr está gerando um nosso número diferente do esperado. Utilizando o manual abaixo (em anexo) disponibilizado pelo sicoob, esse boleto de exemplo (entrega.pdf em anexo) teria dígito verificador 7. O AcBr trás o dígito verificador como 2. Isso acontece com qualquer boleto, o dígito verificador não sai o esperado. Gostaria de saber se alguém mais está tendo esse erro e se é possível fazer alguma coisa para que o Nosso Número saia diferente. Desde já, agradeço. entrega.pdf Layout siccob.xls

Devo gerar o dígito nosso numero ou há um método já definido pra isso? Se sim, Informo junto no campo do TACBrBoleto.NossoNumero? E o número da duplicata eu posso deixar o cliente informar o que quer ou eu que gero? protocol-1500089848.pdf

Boa noite, atualmente para gerar o nosso numero eu utilizo da seguinte maneira : with Titulo do begin ... NossoNumero := qryConsulta.FieldByName('controle').AsString; ... end; a informação controle é uma chave unica que tenho do contas a receber, então passando essa informação eu pego o valor do nosso numero atraves da propriedade; Titulo.NossoNumero porém meu problema está nesse ponto, por exemplo, tenho um boleto que gerou o nosso numero 172268926 de acordo com a regra do calculo do banco, mas ao pegar o nosso numero pelo Titulo.NossoNumero está pegando o valor 26892 cortando os números 172268926 (em vermelhos), como posso obter o valor correto do nosso numero uma vez que o proprio componente passa essa informação no arquivo de remessa corretamente ?

Saudações. Estou homologando Sicoob, cnab 240. Gero os boletos normalmente. Coloco naquele arquivo do excel que eles fornecem. Tudo fica correto. Gero a remessa e envio para o banco. Retorna erro de "Nosso número é inválido". Alguém tem alguma idéia do que eu possa estar fazendo de errado? Estou anexando a remessa aqui. No aguardo de qualquer idéia. Claudiomir cb251001.rem

Olá Companheiros. Estou implantando a emissão de boletos através de meu Software em grande parte de meus clientes, de diversos bancos inclusive vários já implantados com êxito, mas desde semana passada estou com uma dificuldade em configurar a emissão de boleto em um cliente que utiliza o Banco SICREDI, a remessa é gerada e aceita, mas sempre da o Retorno de que o Nosso Número é inválido. Já consultei o manual do SICREDI e segui o orientado, mas a planilha de Análise de arquivo do SICREDI também acusa sempre que o DV (dígito Verificador) está incorreto. Esse cliente emitia boleto apenas diretamente do site do SICREDI, ou seja não utilizava o Programa do SICREDI instalado no PC, já fiz a configuração em outro cliente que também usa SICREDI e tudo aconteceu normalmente não tive dificuldades, mas esse cliente específico esta me quebrando a cabeça, tem um detalhe que me chamou a atenção é que a Gerente deste cliente que não estamos conseguindo gerar o boleto informou a ele que o Código do CEDENTE é o mesmo número da conta sem o dígito, já no outro cliente que configuramos e deu certo a configuração, o código do Cedente era diferente do número da conta sem o dígito, mas ele emitia o Boleto através da Aplicação do SICREDI instalada no Desktop. Gostaria de saber se alguém ja passou por isso, se a questão de só emitir boleto pelo site e não pela Aplicação Desktop do SICREDI vai influenciar em algo. No código deixo que o ACBR trate as informações: if Boleto.Banco.TipoCobranca in [cobSicred] then FNossoNumero := SoNumeros(Boleto.Banco.MontarCampoNossoNumero(Titulo)) No manual do banco SICREDI (em anexo, página 7) diz que: Relacionar os códigos da cooperativa de crédito/agência beneficiária (aaaa), posto beneficiário (pp), do beneficiário (ccccc), ano atual (yy), indicador de geração do nosso número ( e o número sequencial do beneficiário (nnnnn): aaaappcccccyybnnnnn; Se alguém já passou por isso e puder nos dar uma ajuda, ficarei Grato.

Boa tarde, pessoal. Tenho uma dúvida é preciso de ajuda. Vocês armazenam o campo nosso número no banco de dados com ou sem o dígito verificador? Tem algum problema de se armazenar sem digito e calcular sempre que necessário? Obrigado pela ajuda.

Olá bom dia! Pessoal estou tentando utilizar o ACBRMonitor para emitir boletos de uma agência do SICREDI Porém não estou tendo muito sucesso, Acontece que o SICREDI utiliza o digito da agência como sendo a Unidade de Atendimento (informação passada pelo pessoal do banco) e penso que com isso o ACBR não está conseguindo calcular corretamente os dígitos verificadores. Por hora me concentro no dígito verificar do nosso número. Como não programamos em Delphi acabamos não conseguindo entender como o ACBR chega nos cálculos da linha digitável do boleto e por consequência onde estamos errando. Acontece que na planilha que o Sicredi me encaminhou quando coloco o código de barras ele dá divergências (ANEXO IV). Dessas divergências quando faço os cálculos numa planilha desenvolvida por mim (Anexo V) para calcular o dígito verificar do nosso número, baseado no manual do SICREDI (Anexo IV) eu chego ao mesmo resultado considerado como correto pelo banco no caso acima, cheguei ao dígito do nosso número = 5 que também é o considerado correto pelo SICREDI no anexo IV, porém no Monitor está imprimindo 7. Não me ative aos outros dígitos verificadores, pois penso que se resolver esse primeiro talvez já resolva os outros. Para facilitar as mudanças de configurações acabei criando um TXT com a sequencia de comandos prontas que eu colo no DOS após abrir a conexão via Telnet para independer do sistema (Anexo VII) ANEXO I: Dados da conta do meu cliente: http://tayos.com.br/acbr/dados cedente.txt ANEXO II: Segue o LOG do ACBRMonitor: http://tayos.com.br/acbr/logACBRmonitor.txt ANEXO 3: boleto Gerado: http://tayos.com.br/acbr/boleto.pdf Anexo IV: Planilha do Excel com as divergências apontadas http://tayos.com.br/acbr/analisa_boletos.xls Anexo V: Planilha desenvolvida por mim para checar o dígito do nosso número http://tayos.com.br/acbr/calculo boleto sicredi.xlsx Anexo VI: Manual SICREDI http://tayos.com.br/acbr/manual boleto sicredi.pdf Anexo VII: Sequencia comandos para usar via Telnet pelo DOS http://tayos.com.br/acbr/Sequencia comando usar pelo telnet.txt Galera, se puderem me ajudar agradeço porque já estou a dias tentando liberar isso para o cliente e não consigo. Att Alves

Peço desculpas aos administradores, porém acabei publicando na área aberta pensando ter feito aqui no SAC. Se puderem mover para cá eu agradeço. Texto original do tópico no link abaixo. att Alves

Boa tarde, Gero o arquivo de remessa com n documentos. Algumas vezes o arquivo de retorno da caixa informa em alguns docs que o nosso numero esta duplicado. Porem, não há duplicidade por parte do sistema pois o mesmo gera o arq. de remessa com esse valor do nosso numero incremental para cada doc do arquivo. Conferi o arq. gerado e de fato não esta repetido o valor do nosso numero. Porem, o cliente gera esse arquivo e envia. Tempos depois, por algum motivo, ele altera o vencimento do boleto pelo o sistema da caixa. Nessa alteração haveria a possibilidade do sistema da caixa criar um novo nosso numero? Esse nosso numero que geramos, existe algum calculo para gerar o mesmo?

Pessoal, boa tarde! Iniciei a validação de remessa de cobrança para o Banco SICREDI e no manual está o campo Nosso Número com 9 posições e o ACBRmonitorPLUS está validando com 8 ainda não foi atualizado ou eu estou fazendo alguma coisa errada? Obrigado! Complementando eu faço a impressão do boleto então tenho que enviar para o banco com o Nosso Número já calculado;

Bom dia, Estou gerando 2ª via de boletos gerados pela Caixa, carteira CS - Cobrança Simples no layout SICOB, e estou tendo problemas com o nosso número gerado pelo componente. O Titulo já possui um Nosso Numero fornecido pelo banco, porém o componente dentro da função FormataNossoNumero está modificando esse número e imprimindo um outro número. O número fornecido pelo banco já possui 10 dígitos (3162519235-4), porém o componente remove o primeiro digito e coloca um 9 no lugar. Como eu não havia notado essa modificação do componente, o boleto foi gerado e pago, porém no banco foi gerado um novo documento e o documento original ficou em aberto.

Estou desenvolvendo para um cliente o boleto da CEF Carteira Rápida e não estou conseguindo passar o valor da propriedade TamMaximoNossoNumero; O ACBR está atribuindo sempre o valor 15 para essa propriedade Já atribuí em diversas partes do meu código Boleto.Banco.TamanhoMaximoNossoNum := Boleto.Banco.CalcularTamMaximoNossoNumero('CR'); Como não funcionou cheguei ao ponto de cravar o valor Boleto.Banco.TamanhoMaximoNossoNum := 10; Mesmo asssim não funcionou o nosso número

Ola Pessoal. Ao Gerar a Remessa do Banco Sicoob aparece uma divergência. Apos Gerar os Boletos ( Se eu mandar Gerar a Remessa - não carrega o Nosso Numero ) Se eu Fecho o Sistema - abro novamente e mando Gerar ( carrega o Nosso numero) A Geração é feita da mesma maneira Alguém Sabe como Resolver ? -- o mesmo Problema acontece na hora de gerar os boletos. Sempre o Segundo boleto em Diante não traz na Geração o Nosso numero ( Somente o Primeiro Boleto) Alguém Sabe como Resolver ? Agradeço desde já. [email protected]

Bom dia, Efetuei algumas correções no layout do boleto da caixa economica (SICOB) cujo estava sendo impresso com nosso número incorreto. Anteriormente com 15 caracters após correção com 10+DV como especificado no manual da caixa. 4.1.4.6 – NOSSO NÚMERO*: - Número de identificação do título no Banco. Permite ao Banco e a empresa identificar os dados da cobrança que deram origem ao bloqueto. - No caso de Cobrança Sem Registro informar 82NNNNNNNN-DV. - No caso de Cobrança Rápida informar 9NNNNNNNNN-DV. - Calculo do DV do “Nosso Número” no ANEXO IV. Segue anexo os fontes alterados, se alguém puder verificar e subir ao SVN ficaria grato. att Roberto Godinho ACBrCaixaEconomicaSICOB.pas

Olá pessoal Tenho usado com sucesso o http://boletophp.com.br/ para emitir boletos de alguns bancos (CEF, BB, etc) Porém, agora com o SICREDI não está funcionando bem e eu estou achando que pode ser com a quantidade de dígitos do campo Nosso Numero. Ele pede no máximo 5 mas o número de controle do meu boleto possui 6 dígitos. Alguém pode ajudar com isso? Agradeço desde já att

A função do calculo do digito verificador do ACBr no Banco do Nordeste está assim, dizendo que não existe digito = 1, quando este for 1 será 0. Mas o sistema de emissão de boleto do próprio banco gera boletos com digito verificador 1. O manual diz que quando o resto da divisão (por 11) for 1 aí o digito será 0, mas o resto da divisão, lembrando que ainda vamos subtrair de 11 o resto da divisão, portanto é para transformar o resto da divisão em 0 quando este for 1 e não o próprio digito final encontrado. Gostaria que dessem uma olhada e se realmente estiver errado favor corrigir. Tentei comentar esta parte do .pas, que transforma digito 1 em 0 mas não sei como recompilá-lo, mas o ideal mesmo seria fazer a correção no ACBr. Meu ACBr está atualizado, acabei de instalar com o trunk2. help ! function TACBrBancoNordeste.CalcularDigitoVerificador(const ACBrTitulo: TACBrTitulo ): String; begin Modulo.CalculoPadrao; Modulo.MultiplicadorFinal := 8; Modulo.Documento := ACBrTitulo.NossoNumero; Modulo.Calcular; if Modulo.DigitoFinal = 1 then Result:= '0' else Result:= IntToStr(Modulo.DigitoFinal); end;

Pessoal, tenho um cliente do Banco do Brasil com a carteira '18' e convênio de 6 dígitos. Acontece que quando vai imprimir o boleto aparece a mensagem 'Tamanho Máximo do Nosso Número é: 5'. Como poderia resolver isso?

Boa tarde, gostaria de saber se está certo no layout do fastreport (o arquivo fr3), tem 2 campos escrito 'Agência / Código Cedente', acho que o segundo seria o 'Nosso número'? Na imagem em anexo está em amarelo o que poderia ser o 'Nosso número'.

1º - Pessoal estou com problema para gerar boleto/Arq.Retorno da caixa econômica hoje o boleto é gerado através do programa COBCAIXA . Obs: Emitente pessoa física, o componente deixa você coloca na propriedade cpf/cnpj em tempo de projeto e quando executa ele critica que é invalido dai tenho que colocar o cpf em tempo de execução ai funciona. Dai comecei a fazer o teste gerei um boleto COBCAIXA com as seguintes informações: Dt Emissão: 21/10/13 Dt Vencimento: 20/11/13 Nº Documento 111001 Espécie: DM Aceite: N Dt Proc: 21/10/201 Carteira: SR Ag/Cod.Cedente: 4755.870.00000028-9 Nosso Numero: 800000000000329-0 Valor: em branco. Foi gerada a linha digitavel: 10490 . 00282 . 47558 . 700002 . 00000 . 003293 7 58880000000000 Dai com as mesmas configurações pelo componente o boleto sai assim: 10498 . 00004 . 00000 . 002393 . 47558 . 700002 1 58880000000000 Não consegui entender porque eu acho que tem alguma coisa diferente quando se usa esse 870 no Cedente, ou eu estou fazendo algo errado mesmo. 2º - Dai peguei um arquivo de retorno dessa conta e fiz um teste com componente códigos de exemplo encontrado aqui mesmo fórum carregar o arquivo e fazer um loop inserindo em um TClienteDataSet ele acha o registo mas ele não acha o valor correto no Campo nosso numero que vem tudo zero. Alguém pode dar uma ajuda, dede de já obrigado pela atenção.

Quando gero remessa no formato cnab 240 na carteira 17/19 nosso número no segmento P da linha de remessa deveria ser gerado '00000000000000000000' pois nessa carteira é o banco quem gera o nosso número, porém o ACBRboleto está executando essa função que concatena com o número do convênio: function TACBrBancoBrasil.FormataNossoNumero(const ACBrTitulo :TACBrTitulo): String; var ANossoNumero, AConvenio, wNossoNumero : String; wTamNossoNum: Integer; begin with ACBrTitulo do begin AConvenio := ACBrBoleto.Cedente.Convenio; ANossoNumero := IntToStr(StrToInt64(OnlyNumber(NossoNumero))); wNossoNumero := OnlyNumber(NossoNumero); wTamNossoNum := CalcularTamMaximoNossoNumero(Carteira,wNossoNumero); if ((ACBrTitulo.Carteira = '16') or (ACBrTitulo.Carteira = '18')) and (Length(AConvenio) = 6) and (wTamNossoNum = 17) then ANossoNumero := padR(ANossoNumero, 17, '0') else if Length(AConvenio) <= 4 then ANossoNumero := padR(AConvenio, 4, '0') + padR(ANossoNumero, 7, '0') else if (Length(AConvenio) > 4) and (Length(AConvenio) <= 6) then ANossoNumero := padR(AConvenio, 6, '0') + padR(ANossoNumero, 5, '0') else if (Length(AConvenio) = 7) and (ACBrTitulo.Carteira = '11') then ANossoNumero := padR('0', 7, '0') + padR(ANossoNumero, 10, '0') else if (Length(AConvenio) = 7) and ((ACBrTitulo.Carteira <> '11')) then ANossoNumero := padR(AConvenio, 7, '0') + padR(ANossoNumero, 10, '0'); end; Result := ANossoNumero; end;