Histórico de mensagens em bolix

e nao preciso de webview

eu nao preciso de layout pdf

eu sempre sou transparente com as pessoas, e falo sempre a verdade.

agradeço sua atenção, vou implementar com os dados que vocês retornam, se meu cliente nao gostar eu informarei a ele que a api nao retorna dados suficientes.

Outra opção está no uso de webviews

entendo, mas o layout pdf para meu negócio é irrelevante

Você pode inferir através da linha digitável os dados do boleto, @kemperalves, e montar seu próprio layout. No entanto, também retornamos a URL do arquivo .pdf do boleto gerado, que seu sistema pode disponibilizar para download internamente, sem redirecionar o cliente.

Nunca ninguém solicitou isso?

e nao tem no retorno da api

enfim, as informacoes que nao tem no codigo de barras

por exemplo: agencia/codigo do cedente

mas varios campos do boleto serão impressos com 00000000

e fazer eng. reversa do codigo de barras para pegar os dados imporantes

eu vou pelo caminho de transofmar a linha digitavel no codigo de barras

isso não é bom

Então, essas informações que voces retornam, para mim são insuficientes e o cliente sempre vai ter a incoveniente de gerar o boleto em um sistema e usar outro sistema para imprimir

Atualmente, @kemperalves, temos um endpoint de consulta: https://dev.efipay.com.br/docs/api-cobrancas/boleto#retornar-informa%C3%A7%C3%B5es-de-transa%C3%A7%C3%A3o-existente, com informações bem parecidas com as retornadas na geração da cobrança.

😐

na verdade pelo que vi nem o codigo de barras retorna na api, apenas a linha digitavel, e terei que fazer eng. reversa transofmando a linha digitavel no barcode

mas se retornar é melhor