Allan Hilário
Membros-
Total de ítens
40 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que Allan Hilário postou
-
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
-
Bom dia. Realizando testes em homologação estou conseguindo fazer o registro e alteração do boleto, só que ao tentar efetuar a baixa estou recebendo o resultcode 400. Observei no log que quando manda efetuar a baixa o json de envio esta ficando em branco, segue em anexo: 19/02/24 11:06:06:961 - Comando Enviar: 19/02/24 11:06:07:575 - Retorno Envio: HTTPCode=400 Result={"error":{"codigo":"400","mensagem":"Erro na validação de Campos.","campos":[{"campo":"idBoleto","mensagem":"Id Boleto inválido","valor":"745600088603000825775"}]}} Gostaria de saber se alguem já conseguiu realizar a baixa.
-
Fiz testes em homologação e corrigiu o problema de não retornar as informações dos campos no componente.
-
Delphi XE6