Lucio Bittes

9 Fevereiro

34 minutos atrás, Victor H. Gonzales - Panda disse:

conseguiram fazer os testes com a unit unificada?

15 horas atrás, Lucio Bittes disse:

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

Sim. Tá correto.

9 Fevereiro

12 minutos atrás, Victor H. Gonzales - Panda disse:

Sim...
Entendemos que a pessoa terá 2 :
- Certificados
- ClientID

- ClientSecret

que se ativo o indicadorPix deverá utilizar um conjunto de configurações, se falso deverá utilizar outro conjunto, pois falso o registro vai para V2 e true vai para a API de PIX.

as consultas tambem são realizadas na V2, portanto as credenciais são da V2.

Correto

9 Fevereiro

Agora, Daniel InfoCotidiano disse:

Blz ! Vou repassar p o time. Muito Obrigado pela ajuda com isso !

Precisando estamos aqui. Muito obrigado!

9 Fevereiro

20 minutos atrás, Daniel InfoCotidiano disse:

Certo.
Mas o certificado é o mesmo, so precisou do clientID e ClientSecret ?
Vou ver com o time isso.

As credencias de consulta são as mesmas para o boleto sem qrCode?

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.

9 Fevereiro

13 horas atrás, Daniel InfoCotidiano disse:

Consegue realizar uma consulta consulta tbm por favor.
Ele retornou o QrCode ?

Obrigado

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

8 Fevereiro

1 hora atrás, Daniel InfoCotidiano disse:

Consegue realizar uma consulta consulta tbm por favor.
Ele retornou o QrCode ?

Obrigado

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

8 Fevereiro

37 minutos atrás, Daniel InfoCotidiano disse:

Por favor !
Pode testar com estas units por favor. (faça backup das suas units)
Utilize a versaoDF := 'V2'

Para boleto pix, marque indicador Pix:
ACBrBoleto.Cedente.CedenteWS.IndicadorPix

Itau.7z

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

8 Fevereiro

36 minutos atrás, Daniel InfoCotidiano disse:

@Lucio Bittes @marcosfnc
Estou fazendo a implementação e junção em uma unit so, mas em na tanto na implementação quanto da colaboração enviada estou recebendo quando vou incluir um boleto pix

{"error":{"codigo":"500","mensagem":"Erro inesperado, Cenário de teste não mapeado no ambiente sandbox favor entrar em contato com a equipe itau"}}

Estou usando credenciais de homologação.

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

2 Fevereiro

22 minutos atrás, Victor H. Gonzales - Panda disse:

posso estar errado, mas o banco na minha opinião fez uma viagem em segregar assim.

e ainda com validade.

dependendo do fluxo de carteiras que a pessoa tiver, exponencia de mais o controle de emissão desses certificados e do controle.

de qualquer forma, vamos tentar inserir isso tudo dentro da mesma unit, somente usando o identificador de pix.

portanto, vamos remover esse BC, se for pix true, vai para a rota A, false vai para rota B, problema vai ser a pessoa ter que ficar parametrizando o seu componente de acordo com a operação que ela quer, por exemplo (consulta ou emissão) com pix ou sem pix

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.

2 Fevereiro

24 minutos atrás, Victor H. Gonzales - Panda disse:

mas isso não tem como unificar em 1 certificado só ?

estou pensando no lado do cliente, pois olhando alguns comentários, diz que em 1 ano precisa tirar a certificação novamente, no caso tu terá que tirar 2 certificações anuais

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.

1 Fevereiro

33 minutos atrás, Victor H. Gonzales - Panda disse:

e você tem 2 certificados, 2 tokens ?

1 configuração para BC outra para V2?

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.

1 Fevereiro

7 minutos atrás, Victor H. Gonzales - Panda disse:

V2, BC... etc isso para manutenção é inviável.

principalmente se for o mesmo conjunto de resources, por isso precisava entender melhor o cenário, e conseguir testar ambos.

o Ideal seria somente "Api velha" e "Api nova"

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.

1 Fevereiro

6 minutos atrás, Victor H. Gonzales - Panda disse:

O Ideal é colocar na mesma Unit, só usar a flag indicador de pix e mudar a constante de URL.

conseguimos fazer isso ?

eu não tenho credenciais de homologação, há possibilidade de me conceder?

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.

1 Fevereiro

15 horas atrás, Victor H. Gonzales - Panda disse:

Bom dia,

porque a implementação não pode ser feita no Itau API precisou criar uma classe separada ?

consegue encaminhar as credenciais para o email [email protected] ?

já foi utilizado em produção essa implementação, registro e consulta ?

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.

29 Janeiro

9 minutos atrás, marcosfnc disse:

Dessa forma não vai servir pra mim, preciso que a consulta retorne tudo que foi pago por período.

Estou vendo com eles se o Itaú tem WebHook para essa parte do boleto.

De qualquer forma te agradeço.

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

29 Janeiro

18 minutos atrás, marcosfnc disse:

Se você poder me ajudar.
Faço essa solicitação de ClientId ao banco?
a consulta e feita uma por uma? ou posso consultar por período.

Agradeço.

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}

29 Janeiro

2 minutos atrás, marcosfnc disse:

Boa tarde, voce conseguiu fazer a parte da consulta ? se sim fez consultando um a um ou fez de outra forma ?

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

26 Janeiro

3 horas atrás, Gisele Jesus disse:

Bom dia, estou com o mesmo problema mencionado acima. Mesmo passando o número da parcela, ao passar a transação sobe a tela para informar o número de parcelas. Conseguiram resolver?

Sim, consegui pegando o suporte deles que me orientou como fazer. Tem que mudar umas coisas por la.

24 Janeiro

Em 18/01/2024 at 08:20, Alexandre de Paula disse:

Bom dia,

Criada a TK-5008 para avaliação.

Obrigado pela contribuição!

Bom dia. Perfeito. Fico aguardando. Obrigado.

18 Janeiro

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.

17 Janeiro

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.

17 Janeiro

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

15 Janeiro

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).

Citar

Mandei um email para o itau e estou aguardando retorno. Mas se alguém já passou por isso.

13 Janeiro

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

13 Janeiro

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

Entrar

Sobre nós...

Blocks

Notes ACBrLibNFe

Fóruns

Downloads

Calendário

Posts postados por Lucio Bittes

Sobre nós...

Informação Importante