Registro de Boleto SICREDI pela API

[Heriberto Carvalho]

Bom dia a todos.

Atualizei os fontes do ACBr para a versão 33042 do svn e estou tendo problemas com o QRCode e Linha Copia e Cola ao registrar os boletos SICREDI pela V2 da API em homologação.

Utilizei as configurações conforme o manual, onde o boleto é registrado normalmente, mas o qrcode e a linha copia e cola retornados não estão sendo lidos pelos aplicativos bancários.

Segue abaixo o retorno da API

JSON={"txid":"445488181811848","qrCode":"00020126930014br.gov.bcb.pix2571pix-qrcode-h.sicredi.com.br/qr/v2/cobv/528520acdd5f4740b63b9b643ca2bcf99999999999999999999BR5903PIX6006Cidade62070503***630441AC\n\n","linhaDigitavel":"74891121150039736789903123451001187340000000050","codigoBarras":"74897937700000099891122224595067890312345109","cooperativa":"6789","posto":"03","nossoNumero":"242003482"}

Quando utilizo o site https://pix.nascent.com.br/ para validar o qrcode erro exibido é: 

Error parsing qrcode string: invalid length @104

Alguém teria uma ideia da causa do problema?

 

Editado 26 Março, 2024 por Heriberto Carvalho
Correção no texto

[Juliomar Marchetti]

se pegar e colocar em app de banco para pagar não foi?

[Heriberto Carvalho]

Não, testei com BB, NuBank e Caixa, nenhum conseguiu ler o qrCode e Copia e Cola.

Segue as configurações do .ini

AcbrBoletoDemo.ini

[Heriberto Carvalho]

Segue o boleto gerado.

boleto.pdf

Editado 26 Março, 2024 por Heriberto Carvalho

[Juliomar Marchetti]

Estou usando em produção e não houve erros.

[Heriberto Carvalho]

O problema foi que em homologação o qrCode retornado é incompleto, mesmo fazendo o registro do boleto pelo postman como mostrado na imagem em anexo, o retorno tem conteúdo ao igual ao do ACBr que por sua vez é igual ao que vi em outros posts do forum de 1 ano atrás.

Como por exemplo no post abaixo

Conseguimos um cliente para testar em produção, o problema não se repetiu. 

[Juliomar Marchetti]

sim

no caso ele não é válido. tu testou em produção.

tenho clientes em produção sicredi

[Heriberto Carvalho]

Sim, em produção funcionou.

Solução meia-boca da SICREDI, se é pra retornar sempre o mesmo qrCode, que fosse pelo menos um válido.

O que passei a ter agora foi problemas com caractes inválidos

JSON={"timestamp":"2024-03-26T20:20:31.640+0000","error":"BAD_REQUEST","code":"400","message":"400 BAD_REQUEST \"Failed to read HTTP message\"; nested exception is org.springframework.core.codec.DecodingException: JSON decoding error: Invalid UTF-8 middle byte 0x4f; nested exception is com.fasterxml.jackson.databind.JsonMappingException: Invalid UTF-8 middle byte 0x4f\n at [Source: (io.netty.buffer.ByteBufInputStream); line: 1, column: 450] (through reference chain: io.sicredi.ecomm.api.business.dto.request.BoletoHibridoRequest[\"mensagens\"]->java.util.ArrayList[0])"}

Quando coloquei por exemplo na mensagem "NÃO RECEBER APÓS VENCIMENTO", sendo que pelo postman isso passa.

Vou abrir um novo tópico para este assunto, podemos encerrar este. 

Obrigado Juliomar.

[Juliomar Marchetti]

Obrigado por reportar.

Fechando. Para novas dúvidas, criar um novo tópico.