Proposta 2 PIX - WEBHOOK CAPTURA de pagamento - Concorrência Pessimista - 3D secure 2.2

[rodrigonunes100]

Proposta(ideia) para melhora do sistema PIX iniciada em: #648

No atual modelo do PIX, poderia existir um webhook de CAPTURA webhook/captura, para o servidor do recebedor responder se aceita ou nao a transação. O estado da transação ficaria em análise no lado do pagador. O desenvolvedor escolheria se deseja iniciar a cobrança /v2/cob/:txid com um campo capture: true ou false. Se capture for false, no momento do pagamento dispararia para webhook/captura. Se capture for true o pix segue o fluxo normal.

Fluxo proposto:

capture:false

1. POST /v2/cob/TX123
   { "valor": 100, "capture": false }

2. Cliente paga → APP: "EM ANÁLISE"

3. WEBHOOK → meu-server.com/webhook/captura
   { "txid": "TX123", "status": "AUTORIZADO", "valor": 100 }

4. DENTRO WEBHOOK: POST pix/capture/TX123
   { "txid": "TX123", "status": "confirm" }

5. BCB RESPOSTA SÍNCRONA:
   { "status": "pago" | "cancelado", "txid": "TX123" }

6. MEU CÓDIGO:
   if(status == "pago") { liberar_ingresso(); }
   else { /* Não libera */ }

O grande diferencial seria dentro do Webhook, fazer uma solicitação POST dizendo que queremos capturar a transação, e obtendo resposta se a captura foi aceita, e não só uma resposta 200 para o webhook, que nesse caso seria uma mera convenção.
Apesar de existir a opção de cancelamento, o desenvolvedor, e os modelos de négocio principalmente web, precisam ter meios que facilitem o controle nas transações. O PIX API precisa evoluir pra atender essa demanda. O desenvolvedor não precisa criar gargalos(filas) de clientes, e ou bloquear estoque por grande periodo.