Luciano Rodrigues Pereira

Eu Eu criei meu próprio .fr3, com meu DataSet. O segredo foi usar o ACBr como campos calculados do meu Dataset. procedure TfrmConsultaFaturaMes.cds_CobBancoCalcFields(DataSet: TDataSet); begin if DataSet.State = dsInternalCalc then begin dmBol.cds_CobBancoCalcFields(DataSet); ConfigBoleto(Dataset); end; end; procedure TfrmConsultaFaturaMes.ConfigBoleto(DataSet:TDataSet); var Titulo: TACBrTitulo; begin // Dados do Boleto ConfiguraCarteiraCob(dmBol.Boleto, DataSet); AddTituloNaLista(dmBol.Boleto, DataSet); //Transfere os campos do Boleto (Cedente) para o DataSet with dmBol.Boleto do with DataSet do begin FieldByName('Banco_Numero').Value:= FormatFloat('000', Banco.Numero); FieldByName('Banco_Digito').Value:= IfThen(Banco.Digito >= 10, 'X', IntToStr(Banco.Digito)); end; //Transfere os campos do Boleto (Titulo) para o DataSet Titulo:= dmBol.Boleto.ListadeBoletos.Objects[0]; with Titulo do with DataSet do begin FieldByName('Titulo_Vencimento').Value := Vencimento; FieldByName('Titulo_ValorDocumento').Value := ValorDocumento; FieldByName('Titulo_EspecieMod').Value := EspecieMod; FieldByName('Titulo_EspecieDoc').Value := EspecieDoc; FieldByName('Titulo_DataDocumento').Value := DataDocumento; FieldByName('Titulo_NumeroDocumento').Value := NumeroDocumento; FieldByName('Titulo_Aceite').Value := Ifthen(FieldByName('ACEITE').AsInteger= -1, 'SIM', 'NÃO'); FieldByName('Titulo_DataProcessamento').Value := DataProcessamento; // Campos ainda a serem montados with dmBol.Boleto.Banco do begin FieldByName('Titulo_Carteira').Value := MontarCampoCarteira(Titulo); FieldByName('Titulo_NossoNum').AsString := MontarCampoNossoNumero(Titulo); FieldByName('Titulo_CodBarras').AsString := MontarCodigoBarras(Titulo); FieldByName('Titulo_LinhaDigitavel').AsString := MontarLinhaDigitavel(FieldByName('Titulo_CodBarras').AsString, Titulo); FieldByName('Cedente_CodigoCedente').AsString := MontarCampoCodigoCedente(Titulo); FieldByName('Titulo_QRCode').AsString := QrCode.emv; end; // Mensagens dmBol.Boleto.AdicionarMensagensPadroes(Titulo, Mensagem); FieldByName('Titulo_Mensagem').Value:= Mensagem.Text; end; end;

Juliomar, o problema não está no envio. Está enviando sim, mas quando chega no banco não registra o desconto. Quando vou pagar o boleto o boleto não vem calculado o desconto. Estou há mais de um mês testando isso junto ao banco. Eu acredito que quem está usando a API do itaú não está trabalhando com desconto. Vou anexar aqui um log de um título que gerei e o banco não registrou o desconto. Você pode verificar que todas as informações do desconto estão no log. O banco registrou o boleto com sucesso, mas nada de desconto.

Tem alguém usando o boleto hibrido do Itaú? gostaria de saber de que forma está fazendo a liquidação do boleto? Vou explicar o problema do boleto hibrido do Itaú. Não é um problema do ACBr, é um problema da API do banco. Quando você emite um boleto hibrido pelo Itaú, se o cliente paga via Código de barras, está tudo certo, a API me retorna todos as informações do pagamento, data de quitação, valores pagos, etc. Agora, se o cliente paga via QRCode, a API do Itaú só retorna a data de pagamento sem nenhuma informação sobre valores. Como posso baixar o boleto se não sei quanto foi pago? Se não sei se o boleto foi pago com multa, juros, se houve aplicação de desconto, etc.? Como posso conciliar o extrato do banco? E o banco teve a coragem de dizer que o que eu estou solicitando é uma MELHORIA da API. kkkkkkkkkkk. Para mim isso significa que o Itaú simplesmente não tem boleto hibrido. Então cuidado se você está pensando em usar o boleto hibrido do Itaú. Eu não recomendo.

O valor do desconto a ser aplicado ao boleto não está sendo registrado no Itaú. Essa foi a conclusão que o banco chegou para isto estar acontecendo: Isso já foi corrigido pelo ACBr? Dá para fazer a correção?

Pode ser. Eu não consegui resolver de jeito nenhum, porque todos os canais que tentei você precisa ser o correntista e não é meu caso, é meu cliente, que é completamente leigo no assunto. Aí tem de ser um desenvolvedor e correntista. Eu acredito que tenha alguma relação com a conta de desenvolvedor. Me parece que o problema apareceu depois que mudei a senha. Tanto que eu logo de boa, mas no site não aparece as informações da conta e sim o botão para logar, sendo que já estou logado.

Quando envio uma instrução para o banco baixar um boleto (tpBaixa), como sei que a baixa foi realizada com sucesso? Não existe uma padronização dos bancos para um código de retorno da API não é isso? Por exemplo: O Itaú retorna 204 baixa realizada com sucesso, e para outros bancos esse código pode ser de erro (boleto não encontrado por exemplo). O jeito que achei foi testar o CodResult conforme cada banco. É essa a melhor forma mesmo? O mesmo problema acontece quando você consulta um boleto, para saber se o mesmo foi encontrado ou não, não existe uma padronização de códigos. Infelizmente.

Valeu Juliomar, mas não é o caso. Já acessei de inúmeros outros computares e dá sempre a página em branco após o login. O interessante, é que no contato do suporte, se eu não faço o login, até aparece o captcha, mas não envia a mensagem porque dá sempre "serviço indisponível". E seu eu faço login não aparece o captcha. O gerente não sabe para onde vai com o problema, estou realmente perdido com esse banco.

Estou tentando implementar a API da CEF, mas estou com o seguinte problema já para começar: Criei a conta de desenvolvedor, faço login de boa e em seguida aparece uma tela simplesmente em branco. Quando vou em suporte para abrir um chamado para tentar resolver o problema, não aparece nem o captcha para eu digitar. Alguém já passou por esse problema e sabe como proceder?

Esqueci de anexar os prints do Postman, para vocês verem os parâmetros que informei.

As mesmas. Estou postando o manual aqui e o teste do Postman. Para acessar a documentação é preciso ter uma conta no Itaú Developers. O ACBr está usando na movimentação a URL de consulta detalhes e é a francesinha. Eu poderia até fazer a alteração, mas nunca mexi com esses parâmetros Json no ACBr, mas dá para eu resenrolar se alguém não se habilitar, acho que sai rápido. É se atentar aos parâmetros que são obrigatórios e os que são opcionais e aos campos de liquidação e de baixa. Documentação: https://devportal.itau.com.br/nossas-apis/itau-ep9-gtw-boletos-boletos-v3-ext-aws?tab=especificacaoTecnica#operation/get/francesas/{id_francesa}/movimentacoes O resultado Json da consulta do postman está em anexo (.txt) Movimentacao Itau.txt

Baixado e testado, tudo Ok. Juliomar, é preciso marcar este post como "resolvido"? Como faço isso?

O erro é da API do Itaú. No primeiro caso o ACBr gera o Json com todas as informações do desconto mas a API do Itaú é que não está registrando, tanto nos boletos sem quanto nos boletos com QRCode. No segundo caso, é a API do Itaú que gera só esse bloco aí que traz só a data de quitação. Quando o Itaú fizer a correção, aí sim vamos precisar mexer no ACBr, mas vamos aguardar ver como vão corrigir.

A API do banco Itaú está com 2 problemas sérios que impossibilita seu uso quem for trabalhar com desconto ou usar QRCode. Já tratei o caso com o suporte do itaú e eles detectaram os problemas e e estou aguardando uma posição deles. 1. Mesmo eu gerando um Json com todas as informações de desconto corretamente, esse desconto não está sendo registrado no Itaú, tanto para boletos com ou sem QRCode. 2. Ao consultar os detalhes de um boleto liquidado, quando este é liquidado via código de barras a requisição traz todas as informações da liquidação no bloco: "pagamentos_cobranca": [ { "numero_agencia_recebedora": "5749", "data_inclusao_pagamento": "2024-08-23T09:42:28", "valor_pago_total_cobranca": "336.35", "codigo_instituicao_financeira_pagamento": "1", "descricao_canal_pagamento": "3", "descricao_meio_pagamento": "2", "valor_pago_desconto_cobranca": "9.36", "valor_pago_multa_cobranca": "0.00", "valor_pago_juro_cobranca": "0.00", "valor_pago_abatimento_cobranca": "0.00" } ], Ao consultar um boleto liquidado via QRCode, a requisição traz só a data da liquidação, não traz nem sequer o valor total pago e assim não sei se houve, multa, juros, desconto, absolutamente nada. "baixa": { "data_inclusao_alteracao_baixa": "2024-09-24T00:00:00", "motivo_baixa": "Baixa por ter sido liquidado"

Opa, já tem a movimentação, é a francesinha e tem documentação e tudo. Já testei no postman e está funcionando que é uma beleza. Se quiserem posso postar a documentação e o teste do postman. Ela é diária e o único parâmetro obrigatório é a data do movimento. O tipo_movimento tem valores possíveis 'entradas', 'baixas' e 'liquidacoes' e é opcional, mas se você não o informa ele vai trazer tudo, ou seja, inclusive as entradas o que não acho legal, mas aí é só você fazer 2 requisições, uma com tipo_movimento = 'baixas' e outra igual a 'liquidacoes'. Simples assim. Vamos implementar?

Eu me esqueci de anexar o fonte corrigido. Se quiserem testar para verificarem que como está no ACBr se você for trabalhar com QRCode (IndicadorPix = true) vai ver que a consulta dá erro, posso fornecer as credenciais para seus testes. Como já explicado esse IndicadorPix só interessa na hora de registrar o boleto e o x-itau-apikey é obrigatório também na consulta como mostra a documentação em anexo neste tópico. ACBrBoletoW_Itau_API.pas

Alguns bancos não tem mesmo a movimentação e outros como o Sicredi, tem mas só de liquidações. Eu perguntei à eles como eu consultaria as baixas e protestos então? Eles responderam que para isso eu teria de consultar todos os boletos. Ora, se eu vou consultar todos os boletos para saber quais foram baixados e protestados, essa consulta também vai me trazer os que foram liquidados. Então para que serve esse Movimento deles que só traz liquidados? O cara não soube dizer, só sabe que é assim. kkkkkk. É uma piada alguns programados desses bancos.

1. O FPKeyUser está declarado e em uso em ACBrBoletoWS.Rest procedure TBoletoWSREST.Executar; if FPKeyUser <> '' then LHeaders.Add(FPKeyUser); Como está o ACBrBoletoWS_Itau_API vai definir o "x-itau-correlationID" 2 vezes, pois o FPKeyUser só vai mandar adicionar o x-itau-correlationID no header, o que jé está sendo adicionado logo abaixo na minha alteração, por isso vou alterar novamente. O IndicadorPix só importa no registro do boleto, em mais nada. Na própria documentação do Itaú, o que ele chama de BoleCode só tem a requisição de registro de boleto, todas as outras requisições: alteração, consulta, baixa, etc., está na outra documentação de cobrança. 2. Já testei em homologação e produção com e sem pix e está funcionando perfeitamente. Vou partir agora para os testes de baixa, alteração de vencimento e consulta de movimento. A consulta de movimento não está funcionando no ACBr (existe outro tópico com o assunto).

Já consultei o manual e falei com o suporte do Itaú, o parâmetro é obrigatório. Tanto que eu só consigo consultar se informar o mesmo. Para fazer o teste eu só fiz IndicadorPix = true, aí desta forma ele não seta o x-itau-apikey e dá o erro na consulta. Quanto eu faço IndicadorPix = false, ele seta o x_itau_apikey e a consulta é realizada com sucesso. Entendeu? Fiz conforme abaixo (retirei o else apenas). Mantive as 2 primeiras linhas, porque não sei para que serve este FPKeyUser, afinal ele não é usado em lugar nenhum no fonte, ele nem foi declarado neste fonte. procedure TBoletoW_Itau_API.DefinirKeyUser; begin if Boleto.Cedente.CedenteWS.IndicadorPix and Assigned(ATitulo) then FPKeyUser := 'x-itau-correlationID: ' + Boleto.Cedente.CedenteWS.ClientID; FPHeaders.Add('x-itau-apikey: ' + Boleto.Cedente.CedenteWS.ClientID); FPHeaders.Add('x-itau-correlationID: ' + Boleto.Cedente.CedenteWS.ClientID); end; Estou anexando o .pas, caso queiram aproveitar, caso contrário, vocês mesmos podem fazer a alteração. ACBrBoletoW_Itau_API.pas

Aliás, é o contrário, quando IndicadorPix = true não seta o x-itau-apikey, só seta quando IndicadorPix = false Outra coisa, não encontrei essa variável FPKeyUser em lugar nenhum no fonte, só mesmo nesta linha aí. O fato é que o x-itau-apikey é obrigatório, independente do IndicadorPix. Ou não? Pelo ou menos quando seto IndicadorPix = false (é setado o x-itau-apikey) a consulta ocorre de boa e quando seto IndicadorPix = true (não é setado o x-itau-apikey) a consulta dá o erro mencionado.

O que identifiquei é que quando informo IndicadorPix = true, o ACBr seta o x-itau-apikey e quando = false não seta, conforme imagem do fonte do ACBr abaixo. Imagino que esse x-itau-apikey (que é o client_id) seja obrigatório na consulta, ao menos no postman é, independente de IndicadorPix. procedure TBoletoW_Itau_API.DefinirKeyUser; begin if Boleto.Cedente.CedenteWS.IndicadorPix and Assigned(ATitulo) then FPKeyUser := 'x-itau-correlationID: ' + Boleto.Cedente.CedenteWS.ClientID else begin FPHeaders.Add('x-itau-apikey: ' + Boleto.Cedente.CedenteWS.ClientID); FPHeaders.Add('x-itau-correlationID: ' + Boleto.Cedente.CedenteWS.ClientID); end; end; No Log da consulta Ok onde IndicadorPix = false -> x-itau-apikey: dcb6c030-717e-4af6-82f3-7ab80987deb4 x-itau-correlationID: dcb6c030-717e-4af6-82f3-7ab80987deb4 No Log da consulta com erro onde IndicadorPix = true -> x-itau-correlationID: dcb6c030-717e-4af6-82f3-7ab80987deb4

O ACBr já fez a atualização ontem mesmo (24/09/2024). Uma última coisa em relação à esta pesquisa que não entendi. Se informo IndicadorPix = true a consulta retorna retorna vazia com o erro "Não o foi possível processar essa requisição. Por favor, procure a documentação da API.". Log em anexo. Se informo IndicadorPix = false a consulta retorna Ok. Log em anexo. Mas o Get é o mesmo, independente do IndicadorPix. Eu achei que a informação de IndicadorPix só tinha influencia na hora de registrar o boleto, não na hora de consultar. De qualquer forma mesmo consultando os boletos que foram registrados com Pix se informo IndicadorPix = true dá o erro na consulta. dim - consulta com erro.txt dim - consulta Ok.txt

1. O Json que o ACBr está retornando na consulta detalhes de um título não está trazendo as informações de liquidação do título (bloco abaixo) "pagamentos_cobranca": [ { "numero_agencia_recebedora": "5749", "data_inclusao_pagamento": "2024-08-23T09:42:28", "valor_pago_total_cobranca": "336.35", "codigo_instituicao_financeira_pagamento": "1", "descricao_canal_pagamento": "3", "descricao_meio_pagamento": "2", "valor_pago_desconto_cobranca": "9.36", "valor_pago_multa_cobranca": "0.00", "valor_pago_juro_cobranca": "0.00", "valor_pago_abatimento_cobranca": "0.00" } ], O Itaú explicou, testei e realmente o problema é que o parâmetro view tem de ser igual à "specific" e não "full" como está no ACBr (linha 339 de ACBrBoletoW_Itau_API). Já fiz a modificação, segue o fonte (.pas) para sua análise e atualização. 2. Tem como verificar o tópico aberto em relação à movimentação da API do Itaú? ACBrBoletoW_Itau_API.pas

Dá para dar uma olhada neste tópico?

Estou testando a movimentação dos títulos do banco Itaú, mas não está dando certo. Qualquer data que eu coloco ele retorna sempre o mesmo resultado (os mesmos 20 títulos), o que não faz sentido nenhum. Além do mais, não estou vendo o parâmetro data da movimentação na URL no log. No Itaú essa movimentação é chamada de francesinha, e você tem a francesinha resumida (que é a soma da movimentação do dia, por isso não serve) e tem a francesinha detalhada, que acredito ser a correta que devemos consultar. Esse Log esta consulta em anexo mesmo eu solicitei a movimentação de 17/09/2024 e é o mesmo log que traz para qualquer data que eu consulte. E eu não faço a menor ideia de que data de movimentação se refere, pois esse Json não é o mesmo da francesinha que tem no manual. dim consulta titulo liquidado.txt

A API do Itaú no ACBr só foi implementada a inclusão de boletos? Não tem alteração de vencimento, alteração de desconto, baixa, protesto, consulta de boleto, consulta de movimentação, nada? É só inclusão de boleto???