rpaulogio
-
Total de ítens
332 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por rpaulogio
-
-
2 minutos atrás, Daniel InfoCotidiano disse:
Boa tarde @rpaulogio
Qual o valor pago ?
Este json é o gerado pelo banco, correto ?
Chegou a informar o banco pq no retorno nao veio a informação de juros?
Pois alimentamos o retorno de acordo com o json devolvido por eles.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.
-
30 minutos atrás, Daniel InfoCotidiano disse:
@rpaulogio
Bom dia !
vc esta passando o nosso numero sem o DV para baixa ?
estava funcionando com a versão anterior e parou de funcionar nesta compilação com o mesmo procedimento?
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?
-
27 minutos atrás, Daniel InfoCotidiano disse:
Deu certo Daniel, obrigado.
24/10/23 12:02:02:875 - Retorno Envio: {"covenantCode":"35xxx","bankNumber":"16xxx","message":"Alteração realizada com sucesso"}
-
8 minutos atrás, Daniel InfoCotidiano disse:
@rpaulogio
Estamos analisando o caso, pode nos fornecer o arquivo log (ArqBoletoWS) por favor.
Envie para [email protected], no corpo da mensagem favor colar o link do post.
Pois os fontes batem com o manual:
Enviado Daniel.
-
13 minutos atrás, Daniel InfoCotidiano disse:
@rpaulogio
Estamos verificando uma possível divergência entre o swagger e o manual.
Em breve posicionamos vcObrigado Daniel, no aguardo...
-
1 hora atrás, Daniel InfoCotidiano disse:
@rpaulogio
Vc incluiu o boleto q que vc quer baixar com os dados do boleto,deixou o tipo de ocorrência como baixa e enviou como tpBAIXA?
Ele esta recusando pq não foi alimentado os campos obrigatórios, estão marcado com asterisco vermelho em baixo conf. Swagger, mas no manual tem campo operação = BAIXA q no Swagger não tem. Pode verificar por favor.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?
-
34 minutos atrás, Daniel InfoCotidiano disse:
@rpaulogio
O Estranho que este erro é referente a credenciais.
Vi que vc fez o print do PostMan, usou as mesmas credenciais ? Ou um único arquivo PFX ?
Os endpoints são iguais ? Está testando em produção ou homologação ?Este erro só acontece na consulta?
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
- 1
-
16 minutos atrás, Daniel InfoCotidiano disse:
@rpaulogio
O Estranho que este erro é referente a credenciais.
Vi que vc fez o print do PostMan, usou as mesmas credenciais ? Ou um único arquivo PFX ?
Os endpoints são iguais ? Está testando em produção ou homologação ?Este erro só acontece na consulta?
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:
-
2 horas atrás, Daniel InfoCotidiano disse:
@rpaulogio bom dia !
Conforme manual do Santander os parâmetros para consulta precisamos passar alguns parametros:Boleto.Configuracoes.WebService.Filtro.indicadorSituacao = ( 2 = isbBaixado ou 1= isbAberto)
Boleto.Cedente.Convenio
Boleto.Cedente.NossoNumeroSantander API por enq não tem consulta em lista conforme manual.
Bom dia Daniel,
Preenchi o componente conforme orientado e recebo o erro:
Erro: Falha na Autenticação: HTTP_Code=401 Erro=Invalid client credentials.
-
14 minutos atrás, rpaulogio disse:
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.
Olhando o fonte, preciso popular o componente, correto?
-
5 minutos atrás, Daniel InfoCotidiano disse:
Era p ter funcionando conforme comentário do usuário.
De qq forma existe uma tarefa p subir ao svn. se qser clicar no botao seguir do topico acima, assim q subir, comento no post relacionado e vc vai receber a notificação
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.
-
3 minutos atrás, Daniel InfoCotidiano disse:
@rpaulogio
Apos salvar a unit, executou um build ou rodou o instalador?
Build e clean, não tenho o acbr instalado.
-
9 minutos atrás, Daniel InfoCotidiano disse:
Boa tarde @rpaulogio
Ontem foi feito uma correção e testado pelo usuário, mas esta em análise e não subimos para snv acima.
Mas a unit p teste esta aqui:Boa tarde Daniel,
Peguei a Unit e o erro persiste.
Obrigado.
-
-
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.
- 1
Retorno Boleto com Juros Santander
em Boleto
Postado
Daniel,
Os endpoints são diferentes:
o que vem os valores é esse (testado via postman)
https://trust-open-h.api.santander.com.br/collection_bill_management/v2/bills?beneficiaryCode=XXXXXXX&bankNumber=XXXXXXX
o usado no acbr e esse
https://trust-open-h.api.santander.com.br/collection_bill_management/v2/bills/XXXXXXX.XXXXXXX?tipoConsulta=settlement