Ir para conteúdo
  • Cadastre-se

Lucio Bittes

Membros
  • Total de ítens

    251
  • Registro em

  • Última visita

  • Days Won

    1

Tudo que Lucio Bittes postou

  1. Sim. Estou emitindo normal pelo Itaú com pix em produção.
  2. Boa tarde. Daqui a pouco eu já vejo.
  3. 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.
  4. Também estou passando por essa parte.
  5. Sim. Tá correto.
  6. Precisando estamos aqui. Muito obrigado!
  7. 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.
  8. Nesse caso tive que trocar as informações do clientid e clientsecret junto com o certificado pra efetuar a consulta.
  9. Sim. Retornou o qrcode. Vou fazer o teste novamente e fazer a consulta mais tarde ou amanhã cedo.
  10. Boa noite. Deu certo. (HTTP_Result=200). Registrou.
  11. Em produção está funcionando corretamente. Inclusive o cliente já está usando e emitindo com o anexo que coloquei aqui.
  12. 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.
  13. 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.
  14. 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.
  15. 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.
  16. 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.
  17. 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.
  18. 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
  19. 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}
  20. A consulta e pela API V2 que já existe hoje. Lembrando que usa outro clientid.
  21. Sim, consegui pegando o suporte deles que me orientou como fazer. Tem que mudar umas coisas por la.
  22. Bom dia. Perfeito. Fico aguardando. Obrigado.
  23. Eu fiz pelo fastreport que ta funcionando. Sobre o BoleCode vai subir para o ACBrBoleto? Ta tudo funcionando e enviando. Ja estou usando da forma que enviei.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.