Termos mais procurados:
Verdade. Acho que se encaixa com o que eu disse. A consolidação de pagamentos de boleto não depende só do gerencianet. Depende tbm do banco em que o cliente pagou. Por isso o boleto recebe um status de não pago quando está vencido. Pq naquele exato momento ele realmente está vencido. Naquele exato momento não existe a informação de pagamento. Essa informação só vai existir quando o banco que recebeu o pagamento informar e acontecer a consolidação entre gerencianet e esse banco.
Além disso, o vencimento é postergado para próximo dia útil, que é uma definição municipal. Então se no município do pagamento era feriado no vencimento, o pagamento no próximo dia útil é dentro do vencimento.
O dado de realidade de boletos é que em função de canal de pagamento (correspondente bancário x agência bancária x Internet) você pode receber um pagamento recebido no vencimento no canal de pagamento vários dias depois do vencimento.
pois se um endpoint espera receber notificações para atualizar o ciclo de vida de um boleto, um boleto receber uma atualização incorreta deveria ser algo a ser mencionado
achei estranho eu não ter encontrado nada referente a isso aqui no discord
Boleto não pago é todo aquele que não recebeu ainda status paid.
não posso descartar o unpaid, ele é fundamental para automatizar boletos não pagos
Tem muitos hahahahah
Do jeito que está hoje, acho que o unpaid é um status a descartar.
Tipo se for pago mas o status atual é não pago
vou solicitar a equipe de DEVs da Gerencianet que analisem essa questão, pois me parece um erro de design
No caso de cartão que tem percentagens e arredondamentos, a tarifa por transação é mais adequada, IMHO. Mas hoje não tem, então o que tem para hoje é confirmar o saldo.
Talvez implementar um cancelamento do cancelamento
Sim, mas não faz sentido algum notificar que um boleto não foi pago, se ele foi pago.
Agora você tem um problema lógico nas mãos
É. Creio que seja questão de fila mesmo.
Meu sistema ao receber a notificação de que o boleto venceu após o pagamento, cancela a reserva do cliente.
Se tivesse uma rota para consultar as tarifas, também daria certo. Pelo menos a gente atualizaria o banco local periodicamente e usaria esses dados nas consolidações. Mas o ideal mesmo é o valor descontado e o valor líquido existirem no payload. Galaxpay tem essa informação. Mercadopago tem essa informação. Banco Inter não tem mas lá você compra um pacote com x boletos então não há desconto. Ou seja, os 3 que eu já implementei possuem a informação. Acho bem gambiarra eu ter que fazer isso manualmente e ainda mais a partir de valores estáticos.
repare que no dia 24/02 às 00:13 ele notificou que o boleto não foi pago. Mas logo mais tarde no mesmo dia, ele notificou que o boleto foi pago.
{
"code": 200,
"data": [
{
"id": 1,
"type": "charge",
"custom_id": null,
"status": {
"current": "new",
"previous": null
},
"identifiers": {
"charge_id": 123456
},
"created_at": "2023-02-16 15:17:23"
},
{
"id": 2,
"type": "charge",
"custom_id": null,
"status": {
"current": "waiting",
"previous": "new"
},
"identifiers": {
"charge_id": 123456
},
"created_at": "2023-02-16 15:17:24"
},
{
"id": 3,
"type": "charge",
"custom_id": null,
"status": {
"current": "unpaid",
"previous": "waiting"
},
"identifiers": {
"charge_id": 123456
},
"created_at": "2023-02-24 00:13:48"
},
{
"id": 4,
"type": "charge",
"custom_id": null,
"status": {
"current": "paid",
"previous": "unpaid"
},
"identifiers": {
"charge_id": 123456
},
"created_at": "2023-02-24 02:21:25",
"value": 260100,
"received_by_bank_at": "2023-02-23"
}
]
}
