Lucio Bittes
Membros-
Total de ítens
246 -
Registro em
-
Última visita
-
Days Won
1
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que Lucio Bittes postou
-
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.
-
Clisitef informando numero parcela
Lucio Bittes replied to Lucio Bittes's tópico in Dúvidas sobre TEF
Sim, consegui pegando o suporte deles que me orientou como fazer. Tem que mudar umas coisas por la. -
Bom dia. Perfeito. Fico aguardando. Obrigado.
-
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.
-
Na impressão de boleto com o fortesResport com o padrão layoutPIX está desalinhado o VALOR DOCUMENTO E AS INFORMAÇÕES DO CABEÇALHO. Se incluir um titulo somente sai desalinhado se eu incluir mais de um titulo o segundo titulo para frente sai correto.
-
Boa tarde. Consegui emitir com essas alterações. Consegui pegar o retorno e enviado com sucesso. Itau BoleCode (boleto com pix) muita gente estava precisando então finalizei a implementação do mesmo no componente. O bolecode e o boleto implementado o qrcode. Nao sei se tem como consultar o boleto com a API normal do itau. Vou fazer esse teste pois acabei agora a implementação. ACBrBoletoWS.pas ACBrBoletoRet_Itau_BoleCode.pas ACBrBoletoW_Itau_BoleCode.pas FACBrBoleto.Configuracoes.WebService.ArquivoCRT := 'CAMINHO\CertificadoDFBoleto.crt'; FACBrBoleto.Configuracoes.WebService.ArquivoKEY := 'CAMINHO\ARQUIVO_CHAVE_PRIVADA.key'; FACBrBoleto.Configuracoes.WebService.VersaoDF := 'BC'; EndPoint enviado. https://secure.api.itau/pix_recebimentos_conciliacoes/v2/boletos_pix
-
Pelo que estava vendo sobre o retorno o erro acontece pelo seguinte motivo. Acesso a rota não permitido filter failed. Esta situação habitualmente ocorre pelo fato do Scope liberado pelo Itaú nas credenciais do cliente, não estar correto. A credencial existe no Itaú mas não tem liberação/escopo para fazer nenhuma ação (registrar, baixar). Mandei um email para o itau e estou aguardando retorno. Mas se alguém já passou por isso.
-
Estou seguindo o passo a passo do portal de desenvolvimento. https://devportal.itau.com.br/nossas-apis/itau-ep9-gtw-pix-recebimentos-conciliacoes-v2-ext#operation/post/boletos_pix
-
Bom dia. Iniciei o desenvolvimento do bolecode e a parte da autenticação ta certo. Mas quando mando enviar da erro de autenticação. Vou anexar o que ja fiz pra ver se alguem consegue me ajudar. FACBrBoleto.Configuracoes.WebService.ArquivoCRT := 'CAMINHO\CertificadoDFBoleto.crt'; FACBrBoleto.Configuracoes.WebService.ArquivoKEY := 'CAMINHO\ARQUIVO_CHAVE_PRIVADA.key'; FACBrBoleto.Configuracoes.WebService.VersaoDF := 'BC'; EndPoint enviado. https://secure.api.itau/pix_recebimentos_conciliacoes/v2/boletos_pix Erro retornado 403. HTTP/1.1 403 Authentication Failed JSON={"message":"Acesso a rota n\u00e3o permitido filter failed"} Json envio. { "etapa_processo_boleto": "efetivacao", "dado_boleto": { "pagador": { "pessoa": { "nome_pessoa": "CLIENTE DE TESTES", "tipo_pessoa": { "codigo_tipo_pessoa": "F", "numero_cadastro_pessoa_fisica": "67638780876" } }, "endereco": { "nome_logradouro": "Rua dos clientes 100", "nome_bairro": "Centro", "nome_cidade": "Tatui", "sigla_UF": "SP", "numero_CEP": "18270000", "complemento": "", "numero": "100" } }, "codigo_carteira": 109, "valor_total_titulo": "00000000000010000", "dados_individuais_boleto": [ { "numero_nosso_numero": "00012345", "data_vencimento": "2024-02-13", "valor_titulo": "00000000000010000", "texto_uso_beneficiario": "0", "texto_seu_numero": "00012345" } ], "codigo_especie": "01", "data_emissao": "2024-01-13", "tipo_boleto": "a vista", "descricao_instrumento_cobranca": "boleto_pix", "valor_abatimento": "00000000000000000", "texto_seu_numero": "00012345", "juros": { "codigo_tipo_juros": "90", "quantidade_dias_juros": 1, "percentual_juros": "000000500000" }, "multa": { "codigo_tipo_multa": "03" }, "desconto ": [ { "codigo_tipo_desconto": "00" } ], "recebimento_divergente": { "codigo_tipo_autorizacao": "03", "codigo_tipo_recebimento": "P" } }, "beneficiario": { "id_beneficiario": "065400139210" } } Conferir o cabeçalho e está passando Authorization, x-itau-apikey, x-itau-flowID, x-itau-correlationID. ACBrBoletoWS.pas ACBrBoletoRet_Itau_BoleCode.pas ACBrBoletoW_Itau_BoleCode.pas