rpaulogio

Boa tarde Daniel, Esse json é o gerado pelo acbr. O valor pago é 116,86 Não questionei o banco, pois no postman existe outra forma de consulta que me retorna os juros e multas o problema é a consulta que o acbr faz que não retorna no caso. Exemplo: { "_pageable": { "_moreElements": false }, "_content": [ { "returnCode": "000 - Consulta realizada com sucesso", "documentNumber": "20201210000155", "beneficiaryCode": 3568xxx, "bankNumber": 254125, "clientNumber": "5995", "dueDate": "2023-11-23", "nominalValue": 114.46, "issueDate": "2023-11-23", "participantCode": "", "status": "Baixado", "statusComplement": "Via Pagamento Pix", "interestValue": 0.00, "discountValue": 0.00, "deductionValue": 0.00, "paidValue": 116.86 } ] }

Bom dia Senhores, No Santander quando realizamos o pagamento de algum boleto via código de barras e o mesmo teve juros o valor é retornado normalmente no json. Porém se o pagamento é via pix e teve juros, os juros não esta no json de retorno do ACBr. Json de retorno sem os juros: { "returnCode": "000 - Consulta realizada com sucesso", "documentNumber": "20201210000155", "beneficiaryCode": 3568xxx, "bankNumber": 254125, "clientNumber": "5995", "dueDate": "2023-11-23", "nominalValue": 114.46, "issueDate": "2023-11-23", "participantCode": "", "status": "BAIXADO", "settlementData": [ { "settlementDescription": "", "settlementDate": null, "receivingBankCode": 0, "receivingBranch": 0, "interestValue": 0.00, "otherValues": 0.00, "deductionValue": 0.00, "discountValue": 0.00, "settlementValue": 0.00, "settlementIofValue": 0.00, "settlementCreditDate": null, "settlementCreditedValue": 0.00, "settlementDutyValue": 0.00 } ], "writeOffData": [ { "writeOffDescription": "BAIXA DE PAGAMENTO VIA PIX", "writeOffDate": "2023-11-24", "writeOffValue": 114.46, "writeOffDutyValue": 0.00 } ] }

boa tarde. realmente removendo o dv do nosso numero não acontece o erro. Obrigado. Pode fechar.

Bom dia. Estou passando o nosso numero conforme o retorno do boleto criado. estava funcionando com a versão anterior e parou de funcionar nesta compilação com o mesmo procedimento? => Outras versões eu não testei o cancelamento do sicoob. Testei o cancelamento pelo postman passando o nosso numero sem DV e funciona.

Boa tarde Versão: ACBrLibBoleto-0.2.0.261 Ao fazer a baixa de boletos pelo acbr lib boleto este montando o campo nosso numero incorretamente resultando em erro: 22/11/23 11:48:59:957 - Retorno Envio: {"resultado":[{"status":{"codigo":400,"mensagem":"Boleto não encontrado."}, "boleto":{"numeroContrato": ,"modalidade":1,"nossoNumero": 0001 <<<<=O NUMERO 1 ESTA CONCATENANDO E NAO DEVERIA,"seuNumero": "SEU NUMERO"}}] } obs: Apaguei os dados a cima da propriedade boleto somente por que contem dados sensiveís. Logs completos enviados no email com link desse tópico.

bom dia. Testado e ficou ok, pode concluir.

bom dia. Alguma posição em relação ao ajuste?

Deu certo Daniel, obrigado. 24/10/23 12:02:02:875 - Retorno Envio: {"covenantCode":"35xxx","bankNumber":"16xxx","message":"Alteração realizada com sucesso"}

Enviado Daniel.

Obrigado Daniel, no aguardo...

Daniel, O componente esta sendo alimentado, e a operação esta como tpbaixa. Sobre os campos em vermelho não é o componente que preenche? não entendi.

Boa tarde Pessoal, Ao realizar o cancelamento de um boleto que já foi enviado para a API do Santander, no caso a baixa, recebo os erros abaixo: { "_errorCode": 400, "_message": "Validation error", "_details": "Requisição inválida.", "_timestamp": "2023-10-23T16:20:38.602637", "_traceId": "058d2efc-3624-4fda-a0cd-xxxx", "_errors": [ { "_code": "1090", "_field": "environment", "_message": "O campo ''environment'' é obrigatório." }, { "_code": "1090", "_field": "documentKind", "_message": "O campo ''documentKind'' é obrigatório." }, { "_code": "1090", "_field": "nsuDate", "_message": "O campo ''nsuDate'' é obrigatório." }, { "_code": "1090", "_field": "paymentType", "_message": "O campo ''paymentType'' é obrigatorio" }, { "_code": "1090", "_field": "nsuCode", "_message": "O campo ''nsuCode'' é obrigatório." }, { "_code": "1090", "_field": "nominalValue", "_message": "O campo ''nominalValue'' é obrigatório." }, { "_code": "1090", "_field": "issueDate", "_message": "O campo ''issueDate'' é obrigatório." }, { "_code": "1090", "_field": "payer", "_message": "O campo ''payer'' é obrigatório." }, { "_code": "1090", "_field": "dueDate", "_message": "O campo ''dueDate'' é obrigatório." } ] } Alguma dica?

Daniel, Achei o problema, como eu atualizei a unit os endpoints estão com o ambiente sandbox, minhas credencias são de homologação. Obrigado

Daniel, Estou testando em homologação, lembrando que não é sandbox. Vou conferir os endpoints. O erro acontece somente na consulta, a geração do boleto está ok:

Bom dia Daniel, Preenchi o componente conforme orientado e recebo o erro: Erro: Falha na Autenticação: HTTP_Code=401 Erro=Invalid client credentials.

Olhando o fonte, preciso popular o componente, correto?

Daniel, analisando o topico acima, alterei o tipo de consulta: WebService.Operacao:= tpConsultaDetalhe; Porém recebo: Erro: Lista de Boletos está vazia Estou passando a data que tenho boletos pagos na api.

Build e clean, não tenho o acbr instalado.

Boa tarde Daniel, Peguei a Unit e o erro persiste. Obrigado.

Boa tarde Senhores, Uma duvida, a consulta de boletos via api do Santander esta funcionando? Estou tentando realizar a consulta e recebo o erro abaixo: Erro: Falha na Autenticação: HTTP_Code=401 Erro=Invalid client credentials. Pórem via postman funciona:

Boa tarde. Testado com a lib na versão ACBrLibBoleto-0.2.0.255, a emissão ocorre normalmente mas o cancelamento ainda ocorre o problema.

boa tarde. Utilizada a Versão ACBrLibBoleto-0.2.0.254 da dll O problema persiste. Agora, o retorno vem todo vazio ou zerado, exceto pelos campos Header_Operacao HTTPResultCode que são os unicos valorizados. Agora tbm ocorre problema na emissão dos boletos, tentei enviar novos para realizar a baixa e o retorno tbm é totalmente vazio. Enviei novos logs para vocês analisarem.

Bom dia Pessoal, Para o banco Itaú está implementado a opção de enviar boletos via API, para gerar o QRCode? Se não, esta previsto esta implementação? Obrigado.

Bom dia. Emiti novos: NOSSO NUMERO: 4-5 NOSSO NUMERO: 5-5 NOSSO NUMERO: 6-5 Execute em modo homologação. Se julgar necessário vc pode emitir ai novos boletos, se atente em emitir no modo homologação.

Boa tarde. Enviado no e-mail, qualquer dúvida estou a disposição.