Allan Hilário

Bom dia. Nos clientes que tenho as credenciais aqui, só tem informação de tarifa de cobrança e juros, eles não trabalham com multa e outras despesas. Retorno que estou recebendo do banco: "operacoes_cobranca":[{"codigo":"1","descricao":"Tarifa de cobrança","valor":"-1.20"},{"codigo":"4","descricao":"Juros","valor":"0.62"}] Esta diferente do bloco comentado os textos da descrição, acho melhor esperar o retorno do Itaú para ver se eles informam todos os tipos possíveis para não ter quebra. Lembrando que a a tarifa esta retornando como desconto e considerado no valor líquido no json.

@Daniel InfoCotidiano na consulta francesinha está retornando no json da consulta a tarifa de cobrança como desconto, é possivel fazer algum tratamento usando operacoes_cobranca considerando a descrição "Tarifa de cobrança"? Olhando nos fontes aqui não esta mapeado esse campo na unit ACBrBoletoRet_Itau_API.pas. Do jeito que esta hj ele retorna o valor líquido já considerando a tarifa e não o valor pago pelo cliente, diferente do retorno via CNAB.

Foi adicionado recentemente a opção de consulta de lista de boletos do santander buscando os documentos liquidados. Segue o link do tópico: Estou fazendo a implementação dessa funcionalidade só q usando o ambiente de sandbox, estou conseguindo registrar o boleto e realizar a consulta sonda normalmente, mas ao tentar fazer a nova opção de consulta esta retornando resultcode 502, fiz teste tb pelo postman e teve o mesmo retorno, gostaria de saber se alguém conseguiu fazer essa consulta usando o ambiente sandbox para saber se o problema pode estar nesse ambiente do banco. Segue o retorno do postman e do log do componente.

Realizei testes incluindo e o retorno ficou ok, vou desenvolver a consulta ainda.

Em homologação sempre tem o result 200, acho que só é feita a validação de autenticação. Mesmo se tentar registar o msm boleto ele retorna 200, o problema só acontece em produção. olha como foi gerado no seu json, e olha como esta na documentação no site do itáu. Vou enviar os logs com a rejeição e registro para o email.

Sim, foi feito testes com a versão atual que esta no svn e ainda esta com problemas, começou a gerar essa situação depois que foi feito a refatoração na revision 33422. O erro só ocorre em produção, em homologação parece que não é feito validação do json de envio. Peguei a unit atual do svn e fiz as alterações, consegui registrar usando ela. Alterei a procedure GerarDadosIndividuaisBoleto para enviar as informações no array, tb adicionei a verificação se o SeuNumero esta vazio para poder ser enviado. Alterei a procedure GerarDesconto para a tag ficar "desconto "(com espaço), pq era assim que estava antes da alteração de refatoração e estava funcionando e só aceitou incluir dessa forma. A unit de retorno(ACBrBoletoRet_Itau_API) ainda está com problema depois dessa refatoração, vou tentar olhar ela tb. @Brunows se tiver como fazer testes tb para confirmar se esta tudo ok. ACBrBoletoW_Itau_API.pas

a primeira imagem foi errada, o certo é essa aqui:

Realizando testes e o retorno(unit ACBrBoletoRet_Itau_API) também está com problema após a alteração de refatoração na procedures LerRetorno e LerListaRetorno.

Só voltei para a revision 33069 para ver se conseguiria registrar e ver a diferença do json gerado com a versão atual. Vai precisar modificar a versão atual que esta no svn para adicionar essa parte do array, não cheguei alterar.

Identifiquei o problema, com a alteração de refatoração TJSON(Revision 33422) foi modificada a procedure GerarDadosIndividuaisBoleto. Antes da alteração estava gerando as informações dentro de um array, ao refatorar foi retirado o array. Voltei para a revision anterior a refatoração e consegui registrar o boleto. Segue a diferença do json de envio entre as revisões: Na documentação no site do itaú: @Juliomar Marchetti consegue fazer essa alteração para ficar certo no SVN?

Esta com esse problema ainda? Estou tentando registrar boleto com pix e esta com o msm retorno aqui?

Realizei os testes e ficou tudo ok, obrigado.

alterei a unit, comentei a linha 776 e parou de ocorrer o erro. Segue a unit com a alteração. ACBrBoletoW_Itau_API.pas

Atualizei o acbr e o erro ainda permanece executando a linha 598.

sem as alterações que foram feitas na unit o erro permanece.

Realizei testes com essa unit e consegui registrar sem ter erro.

Atualizei o ACBR e com a versão mais recente e começou a gerar o erro "Access violation at address 00409DEE in module 'SiaacFire.exe'. Read of address 0000000B" ao executar a linha 598 Realizando testes em produção e homologação sem o pix. Voltando para a versão anterior o problema não foi gerado.

Identifiquei o motivo de estar retornando "message" : "No message body" quando tenta enviar a baixa imediata pelo componente. Na documentação no site do itaú está com body {}, assim como no exemplo no postman. Já no componente a procedure RequisicaoBaixa da unit ACBrBoletoW_Itau_API está sem implementar, alterei essa unit para gerar somente {} e efetuou a baixa corretamente. Segue o código da procedure: procedure TBoletoW_Itau_API.RequisicaoBaixa; var LJson: TACBrJSONObject; begin if Assigned(ATitulo) then begin LJson := TACBrJSONObject.Create; try FPDadosMsg := LJson.ToJSON; finally LJson.Free; end; end; end; Segue a unit para análise e disponibilizar no SVN. ACBrBoletoW_Itau_API.pas

está conseguindo realizar a baixa no postman sim, só q pelo componente esta com o retorno: HTTPCode=500 Result={ "message" : "No message body" }

Nas duas aplicações não esta sendo passado conteúdo no Body.

Bom dia. Ainda está com esse problema? Aqui estou recebendo essa mesma mensagem na baixa imediata, fazendo pelo postman ele consegue realizar. Já na alteração de vencimento está funcionando perfeitamente usando os mesmos dados que estou enviando para realizar a baixa.

postei antes, vou olhar lá obrigado.

Bom dia. Atualizei o acbr e vi q teve alteração para controlar o nível do log, só q agora o retorno do json só retorna na opção logParanoico, sendo q nesse modo retorna o header e body da resposta, deixando o log muito grande. Hj existe 5 opções, sendo q o logSimples, logNormal e logCompleto tem o mesmo retorno. É possivel alterar em um desses três para ter o retorno do json da resposta sem retornar o header e body igual era antes dessa alteração do nível do log?

Esse erro costuma retornar quando tenta usar PIX em homologação, entrei em contato com suporte do itau e me retornaram que ainda não esta liberado.

Tive retorno sobre essa situação do erro usando pix em homologação. Payload bolecode.docx