Lucio Bittes

No endpoint de teste com a API deu certo. Assinatura voltou normal. O endpoint de teste foi o https://proxy.api.prebanco.com.br/v1.1/jwt-service?agencia=331&conta=552 e obtivemos o retorno 200 - API acessada com sucesso. Mas no envio está apresentando o erro. Para o endpoint https://proxy.api.prebanco.com.br/v1/boleto/registrarBoleto obtivemos o retorno logo a baixo. { "code": "134", "message": "Invalid scope", "details": "A lista de escopos do Application da Axway está diferente do CA" }

Depois de muita persistência e ajuda de um amigo conseguimos resolver o problema. usando o Indy ne. Mas agora com problema resolvido fica mais fácil agora.

Ainda não conseguir.

Sim. Estou emitindo normal pelo Itaú com pix em produção.

Deu certo.

Boa tarde. Daqui a pouco eu já vejo.

Boa noite. Tudo bem? Só tenho o clientid e o certificado para bolecode que e do pix. A outra parte o banco não liberou ainda. Estou aguardando.

Também estou passando por essa parte.

Sim. Tá correto.

Correto

Precisando estamos aqui. Muito obrigado!

Vamos la. O certificado e gerado de acordo com o ClientID blz? Então o certificado e outro. Certificado, clientID e o ClientSecret e um para uma API. E outra para outra API. Entendeu? E porque eu ja tenho os dois ClientID os dois ClientSecret e os Dois certificados. Pode verificar com o pessoal do banco se precisar. Mas so conseguir dessa forma.

Nesse caso tive que trocar as informações do clientid e clientsecret junto com o certificado pra efetuar a consulta.

Sim. Retornou o qrcode. Vou fazer o teste novamente e fazer a consulta mais tarde ou amanhã cedo.

Boa noite. Deu certo. (HTTP_Result=200). Registrou.

Em produção está funcionando corretamente. Inclusive o cliente já está usando e emitindo com o anexo que coloquei aqui.

Entendi. Eu concordo com o que disse. Parte da implantação disse que os serviços são distintos mesmo. Ate tentei argumentar mas por parte do banco e assim que funciona. Parte de emissao com qrcode e por bolecode e o restante do processo pela parte v2.

Não. Porque são ClientID distintos. Se você ler o manual vai entender como funciona. Você solicita o banco para acessar a API e eles te manda o ClientID e o Token temporário para gerar um certificado para acessar essa API. Então você gera o certificado e ele retorna o mesmo com o ClientSecret. Beleza? Então você tem o ClientID, ClientSecret e o certificado gerado através dessa informação. Você não acessa outra API com essa mesma informação ou com ClientID diferente com o mesmo certificado. Nesse caso você solicita ao banco outro clientID para acessar outra API que você gera o certificado e faz o mesmo processo. Então para cada API você tem seu ClientID especifico para gerar o certificado especifico também. Entendeu? Vou colocar a imagem.

Isso mesmo. Tenho 1 configuração para BC para registrar o boleto e outra V2 para consultar. Sao dois certificados duas configurações e dois ClientID e ClientSecret diferentes. Um clientid não tem acesso a API da outra. Da erro.

Eu entendo. Mas hoje emito o boleto "BC" e pra consultar e efetuar outros processos uso '"V2". Normal. Realmente o processo deles ficou ruim mesmo, não sei porque fizeram dessa forma sendo que podia ter implementado junto com o "V2" criando mais um endpoint. Mas enfim. O cenário deles ficou dessa forma. Sendo APIs distintas eu acho que e isso mesmo. Mas se quiser implementar isso dentro do V2 eu não sei como ficaria.

Acho que não vai ser possível. Porque? O certificado enviado e diferente, o clientid e diferente o scope e diferente, url diferente, api diferente. Não sei como seria o processo pra incluir junto com o que ja existe hoje. Credenciais so tenho de produção e de homologação já foi revogada porque já finalizei o processo e o cliente já está emitindo em produção.

Bom dia. Porque são API's diferentes. O Itau nesse sentido ficou ruim. Não pode ser utilizado o ClientID para as duas API's. Tem que ser criada um para cada. Api boleto que não tem o QRCODE - https://devportal.itau.com.br/nossas-apis/itau-ep9-gtw-cash-management-ext-v2 Api boleto que possui somente a geração que integra junto do primeiro - https://devportal.itau.com.br/nossas-apis/itau-ep9-gtw-pix-recebimentos-conciliacoes-v2-ext#tag/Bolecode-(Clientes) Coloquei as duas API's para entender melhor.

Olha o link da API que tem a parte por data tbm. https://devportal.itau.com.br/nossas-apis/itau-ep9-gtw-cash-management-ext-v2#operation/get/boletos

Sim, segue a documentação. Solicite ao banco o clientID dessa API e depois disso faça a consulta que vai retornar corretamente os dados. Seguem informações sobre a API de Consulta. API responsável por retornar os detalhes do título, tais como: dados do pagador, beneficiário, Sacador Avalista (atual Beneficiário Final), dados de pagamentos, histórico. https://devportal.itau.com.br/nossas-apis/itau-ep9-gtw-cash-management-ext-v2#subheading-2-2 A consulta é realizada na API de cobrança V2. [GET] https://secure.api.cloud.itau.com.br/boletoscash/v2/boletos?id_beneficiario={id_beneficiario}&codigo_carteira={codigo_carteira}&nosso_numero={nosso_numero}

A consulta e pela API V2 que já existe hoje. Lembrando que usa outro clientid.