Lucio Bittes

Acho que tem os tamanhos de cada tipo, mesmo que seja vazio tem que enviar o tamanho pedido de acordo com o manual, ainda não fiz a parte do registro, mas pelo que estava vendo por exemplo. Campo tipoRestricao for do tamanho 15 de acordo com o manual tem que enviar vazio os 15. Testa pra ver se vai dessa forma. O teste pra comunicar com a API funcionou ne? O banco ainda não liberou a parte do registro, está me retornando o seguinte 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" }

Agora falta registrar o boleto para ver se vai da certo ou não. Quem testar por favor, da um feedback aqui para da andamento.

Aqui eu consigo comunicar com a API para testar. No endpoint de teste com a API deu certo. Assinatura voltou normal. Vou anexar aqui.BradescoTeste.rar

No manual tem o passo a passo para gerar o certificado, se caso não tiver volta na primeira pagina que tem os anexos.

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.