Problema Com NossoNúmero Sicredi Gerado Pela API

[Valdir Dill]

Boa tarde,

Fizemos a integração da API da Sicredi e estamos registrando boletos normalmente.

Porém, na nossa requisição à API, não enviamos o nosso número e deixamos ela gerar esse dado automaticamente. 
Funciona tudo normal.

Num exemplo prático de um boleto gerado dessa forma, o nossoNumero retornou com o seguinte valor: 600000009, ou seja, com 9 dígitos e sem formatação.

Se baixarmos o .pdf disponibilizado pela API, ele vem impresso assim mesmo 600000009.

Mas queremos imprimir os boletos off line na nossa aplicação, sem ter que baixar o .pdf cada vez.
Para isso, usamos usando as rotinas do Acbr com Fortes e alimentamos os dados como se fosse um boleto com remessa.

O problema que estamos enfrentando é que, ao alimetnar o valor do nosso número no componente, ou seja, ACBrTitulo1.NossoNumero := '600000009', o componente acusa erro q o tamanho máximo do nosso numero é 5.

Existe alguma forma de quem sabe eu informar o valor do nosso número e o Acbr usar esse dado de forma literal e o Acbr não rejeitar para que seja possível imprimir da forma que precisamos?

Obrigado!

[Daniel InfoCotidiano]

Bom dia !
Obrigado por reportar.
Criado a tarefa Tk-5318 para analise.

[Daniel InfoCotidiano]

23 horas atrás, Valdir Dill disse:

Se baixarmos o .pdf disponibilizado pela API, ele vem impresso assim mesmo 600000009.

@Valdir Dill
Nossa documentação esta divergente qto a impressão do boleto na formatação do nossoNumero
Pode por favor anexar um boleto gerado por eles e tbm a documentação que conste este novo formato do nosso numero

[Valdir Dill]

1 hora atrás, Daniel InfoCotidiano disse:

@Valdir Dill
Nossa documentação esta divergente qto a impressão do boleto na formatação do nossoNumero
Pode por favor anexar um boleto gerado por eles e tbm a documentação que conste este novo formato do nosso numero

Boa tarde

A documentação deles é um pouco confusa. Ao mesmo tempo que diz que o layout do nosso número deve ser AABnnnnnD (arquivo Sicredi_Pag_108.pn anexo) , ou seja, no padrão que sempre foi, o mesmo manual mostra o json que retornará outro padrão para nosso número, caso este não seja informado. Vide arquivo Sicredi_Json_Ret_API_Pag_36.png anexo.

Também anexo e o boleto solicitado. Não consegui anexar o manual porque ele excede 1 MB.

Note que o boleto anexado tem o nosso número 00002. A impressão ficam assim no .pdf da Sicredi: 60/000002-1.
Se eu aplicar esse número (00002) para o Acbr imprimir. Será impresso assim: 24/200002-4.

Obrigado!

 

[Daniel InfoCotidiano]

Obrigado. Vamos analisar.
A principio existem 2 regras, qdo eles imprimem e quando nós imprimimos.
Mas não achamos na documentação as regras para impressão com o nossoNumero criado por eles.
qualquer coisa, volto a falar com o Sr. Obr

[Victor H. Gonzales - Panda]

Em 11/04/2024 at 14:49, Valdir Dill disse:

Boa tarde

A documentação deles é um pouco confusa. Ao mesmo tempo que diz que o layout do nosso número deve ser AABnnnnnD (arquivo Sicredi_Pag_108.pn anexo) , ou seja, no padrão que sempre foi, o mesmo manual mostra o json que retornará outro padrão para nosso número, caso este não seja informado. Vide arquivo Sicredi_Json_Ret_API_Pag_36.png anexo.

Também anexo e o boleto solicitado. Não consegui anexar o manual porque ele excede 1 MB.

Note que o boleto anexado tem o nosso número 00002. A impressão ficam assim no .pdf da Sicredi: 60/000002-1.
Se eu aplicar esse número (00002) para o Acbr imprimir. Será impresso assim: 24/200002-4.

Obrigado!

 

Sempre retorna 600 o inicio do nosso número ?

[Valdir Dill]

1 hora atrás, Victor H. Gonzales - Panda disse:

Sempre retorna 600 o inicio do nosso número ?

Sim.

[Victor H. Gonzales - Panda]

Em 19/04/2024 at 18:59, Valdir Dill disse:

Sim.

Bom dia,

consegue confirmar com o banco se sempre irá retornar 600 se numerado pelo banco?

[Valdir Dill]

Em 22/04/2024 at 08:58, Victor H. Gonzales - Panda disse:

Bom dia,

consegue confirmar com o banco se sempre irá retornar 600 se numerado pelo banco?

Bom dia @Victor H. Gonzales - Panda

Consultamos a Sicredi e, ao que tudo indica, quando o nosso número é erado pela API, retornará sempre 60. Resposta Sicredi em anexo.

Obrigado.

[Victor H. Gonzales - Panda]

Em 24/04/2024 at 11:26, Valdir Dill disse:

Bom dia @Victor H. Gonzales - Panda

Consultamos a Sicredi e, ao que tudo indica, quando o nosso número é erado pela API, retornará sempre 60. Resposta Sicredi em anexo.

Obrigado.

Boa tarde,

consegue questionar o banco, visto que no manual não fica explicito a regra de negócios para quando é numerado por parte do banco, somente quando é numerado por parte do usuário sendo a regra AA/BNNNNNN-D.

AA- Ano
B - Byte

N - Nosso Numero

D - Digito Verificador

 

Consegue verificar com o banco se em determinado momento o digito inicial que está no AA (60) poderá mudar para 61 por exemplo, se isso segue uma regra.

por exemplo :

2024 - 60

2025 - 61

2026 - 62

 

Ou se é eternamente 60 quando numerado pelo banco?

[Valdir Dill]

Bom dia,

Esse povo é bem difícil de dar retorno. Ainda mais quando se trata e coisas mais técnicas, como esta.

Mas vamos tentar. Se conseguir, posto aqui.

Obrigado!

[Victor H. Gonzales - Panda]

Em 04/05/2024 at 08:19, Valdir Dill disse:

Bom dia,

Esse povo é bem difícil de dar retorno. Ainda mais quando se trata e coisas mais técnicas, como esta.

Mas vamos tentar. Se conseguir, posto aqui.

Obrigado!

Como é algo que não consta no manual, fica complicado deixar isso no código como 60 e byte 0 caso emissão pelo banco,

visto que isso tem impacto direto na linha digitavel, então se conseguirmos a confirmação é algo certeiro.

 

[Valdir Dill]

Em 06/05/2024 at 09:23, Victor H. Gonzales - Panda disse:

Como é algo que não consta no manual, fica complicado deixar isso no código como 60 e byte 0 caso emissão pelo banco,

visto que isso tem impacto direto na linha digitavel, então se conseguirmos a confirmação é algo certeiro.

 

Bom dia,

Resposta Sicredi. 

Pelo que parece, esse 60 é como se fosse uma série para quando a sequência de números se esgotar, reinicia com 61, 62, ...

Mas pelo jeito eles não têm isso documentado, pois novamente responderam que era para olhar no manual da API, mas no manual não tem nada sobre esse padrão. Fala apenas no padrão normal, ou seja, onde os 2 primeiros dígitos é o ano.

Obrigado! 

[Victor H. Gonzales - Panda]

22 horas atrás, Valdir Dill disse:

Bom dia,

Resposta Sicredi. 

Pelo que parece, esse 60 é como se fosse uma série para quando a sequência de números se esgotar, reinicia com 61, 62, ...

Mas pelo jeito eles não têm isso documentado, pois novamente responderam que era para olhar no manual da API, mas no manual não tem nada sobre esse padrão. Fala apenas no padrão normal, ou seja, onde os 2 primeiros dígitos é o ano.

Obrigado! 

complicou, se não está documentado pelo banco, não tem uma "formula" vamos ter que analisar o que podemos fazer para não quebrar o componente em produção

[Victor H. Gonzales - Panda]

ACBrBancoSicredi.pasACBrBoleto.pas

 

veja se atende a demanda

ACBrBoleto.Cedente.ResponEmissao = tbBancoEmite

ACBrTitulo.CodigoGeracao := '600';

[Valdir Dill]

1 hora atrás, Victor H. Gonzales - Panda disse:

ACBrBancoSicredi.pas 130.9 kB · 1 download ACBrBoleto.pas 261.13 kB · 1 download

 

veja se atende a demanda

ACBrBoleto.Cedente.ResponEmissao = tbBancoEmite

ACBrTitulo.CodigoGeracao := '600';

Boa noite,

O nosso número está ficando assim: 24/60000008-6

O número do boleto é 00008. Deveria ficar assim: 60/000008-9 

[Victor H. Gonzales - Panda]

Esta como API v2?

[Valdir Dill]

9 horas atrás, Victor H. Gonzales - Panda disse:

Esta como API v2?

Bom dia,

De fato, não tinha setado a versão da API.

Configurei a API e melhorou, mas ainda está imprimindo errado o DV.

Correto: 60000008-9. Está imprimindo 60000008-6.

[Valdir Dill]

1 hora atrás, Valdir Dill disse:

Bom dia,

De fato, não tinha setado a versão da API.

Configurei a API e melhorou, mas ainda está imprimindo errado o DV.

Correto: 60000008-9. Está imprimindo 60000008-6.

Por favor desconsidere essa postagem. Está fazendo oi cálculo correto. Eu é que estava informando o código do cedente sem o DV. 

Ao que parece, está tudo certo.

Obrigado!

[Victor H. Gonzales - Panda]

5 minutos atrás, Valdir Dill disse:

Por favor desconsidere essa postagem. Está fazendo oi cálculo correto. Eu é que estava informando o código do cedente sem o DV. 

Ao que parece, está tudo certo.

Obrigado!

acho que por prudencia remover o IF da V2, visto que está acatando quando informado 3 digitos no codigo.

fora isso alguma outra pontuação?

[Valdir Dill]

29 minutos atrás, Victor H. Gonzales - Panda disse:

acho que por prudencia remover o IF da V2, visto que está acatando quando informado 3 digitos no codigo.

fora isso alguma outra pontuação?

Não, em princípio tudo certo.

Vamos colocar em produção, ou seja, para cliente gerar o boleto, imprimir e pagar para ter certeza que está 100%. Mas fizemos uma comparação de um .pdf gerado pelo banco com o mesmo boleto impresso com o Acbr e estão iguais. Demais dados também, tudo certo.

Obrigado. 

[Victor H. Gonzales - Panda]

Enviei para o SVN, e removi essa questão da V2 para evitar aquele problema do 24/600XXXXX-D

[Valdir Dill]

12 minutos atrás, Victor H. Gonzales - Panda disse:

Enviei para o SVN, e removi essa questão da V2 para evitar aquele problema do 24/600XXXXX-D

Show. Já atualizei os fontes e testei sem setar ACBrBoleto1.Configuracoes.WebService.VersaoDF e imprimiu certinho.

Obrigado!