Boleto sem registro - Itaú

[Rogério Braga]

Olá pessoal.

Na geração do boleto para o Itaú pelo ACBr, o boleto é gerado e o arquivo de remessa é enviado para o banco e não retorna nenhuma rejeição. Quando o cliente vai pagar, ele não consegue porque o banco informa que o boleto não está registrado.

Fiz uma comparação com o o CobreBem e encontrei uma divergência na representação numérica do boleto do ACBr contra o boleto do CobreBem.

Tentei entender como é gerado a linha digitável e justamente onde encontrei a divergência, não consegui entender como é calculado o DAC. Veja abaixo:

34191.09008 03659.400372 53073.940008 1 84070000073175 - CobreBem
34191.09008 03690.820372 53073.940008 6 84070000073175 - ACBR

A divergência está acima no DAC 1 e 6. Segui o manual em anexo e na página 54 ensina como calcular o DAC que está divergente. Infelizmente não consegui entender e por isso estou recorrendo ao grupo para me ajudarem a esclarecer onde estou errando.

Em anexo estão os boletos feitos pelo ACBr e CobreBem com seus arquivos de remessa.

Tantos os arquivos de remessa do ACBr quanto do CobreBem são registrados sem nenhum problema. O único problema está na geração do boleto para ser enviado para o cliente.

A minha dúvida está ai. O que eu poderia estar fazendo de errado ao alimentar o ACBr, uma vez que o arquivo de remessa está correto e o boleto impresso o cliente não consegue pagar?

Por favor, alguém poderia me dar uma luz de onde eu posso estar errando ao alimentar o componente ACBr? O que eu poderia estar fazendo de errado ou deixando de fazer?

Obrigado,

Rogério.

 

Calcular DAC.pdf RemessaCobreBem.txt RemessaAcbr.txt

[BigWings]

23 minutos atrás, Rogério Braga disse:

34191.09008 03659.400372 53073.940008 1 84070000073175 - CobreBem
34191.09008 03690.820372 53073.940008 6 84070000073175 - ACBR

A divergência está acima no DAC 1 e 6.

O cálculo do dígito verificador geral é padrão para todos os bancos, veja que tem outras diferenças (nosso número) que alterou o dígito.

Tente emitir um boleto com o o mesmo nosso número gerado pelo CobreBem e compare a linha digitável.

Veja também no arquivo de retorno se o registro do boleto foi confirmado e se não, qual o código de rejeição.

[Rogério Braga]

2 horas atrás, BigWings disse:

O cálculo do dígito verificador geral é padrão para todos os bancos, veja que tem outras diferenças (nosso número) que alterou o dígito.

Tente emitir um boleto com o o mesmo nosso número gerado pelo CobreBem e compare a linha digitável.

Veja também no arquivo de retorno se o registro do boleto foi confirmado e se não, qual o código de rejeição.

Boa tarde!

Realmente o DAC 1 e 6 estão divergentes e o problema é o nosso número! Puts, eu não tinha visto que eles eram diferentes. Me desculpe.

34191.09008 03690.820372 53073.940008 6 84070000073175 - CobreBem

34191.09008 03690.820372 53073.940008 6 84070000073175 - ACBr

Porém, ao enviar para o banco o arquivo de remessa, o banco não rejeita nada. Nem o do ACBr e nem do CobreBem. Só que quando o cliente vai pagar, os boletos gerados pelo ACBr, o cliente não consegue pagar porque o banco retorna que o boleto não está registrado. Mas o boleto foi registrado pelo arquivo de remessa e não teve nenhuma rejeição após registrar.

Os boletos feitos pelo CobreBem são pagos normalmente pelo cliente. Apenas os do ACBr que não.

O que mais me deixa de cabeça quente, é que tudo está absolutamente igual feito pelos dois. Será que eu estou deixando de preencher algo na geração do boleto? Sei lá, alguma coisa que está indo no arquivo de remessa e não está indo na geração do boleto. Pergunto isso porque foi a única coisa que imaginei que poderia estar acontecendo. Eu deve estar deixando de passar alguma informação para o componente e ele gera o boleto faltando alguma coisa e ai, fica como não registrado. Sei la...