Como implementar fluxo de bloqueio cautelar para transações PIX

Entenda como bloquear transações PIX e realizar a análise manual posterior

No cenário atual de transações financeiras digitais, a segurança se torna cada vez mais essencial, especialmente com a popularização de meios de pagamento instantâneos como o PIX. Neste artigo, abordaremos como implementar um fluxo de bloqueio cautelar para transações PIX, utilizando as APIs da nossa empresa. Esse processo permite que transações suspeitas sejam temporariamente bloqueadas, proporcionando tempo para uma análise mais detalhada antes de uma possível liberação ou cancelamento. 

A norma do Banco Central do Brasil que trata do bloqueio cautelar para transações PIX está prevista na Resolução BCB nº 103, de 9 de junho de 2021. Essa resolução permite que instituições financeiras e de pagamento bloqueiem temporariamente uma transação PIX em casos de suspeita de fraude, para viabilizar uma análise mais detalhada.

Se a instituição não concluir a análise dentro de 72 horas, o bloqueio cautelar é encerrado automaticamente, e a transação é liberada, com o valor sendo creditado na conta do destinatário. Portanto, é fundamental que a análise seja conduzida de forma ágil e eficiente dentro do prazo estipulado para garantir tanto a segurança quanto a fluidez das operações dos clientes.
Para garantir o funcionamento do fluxo de bloqueio cautelar, o desenvolvimento de uma URL de Webhook será fundamental. Essa URL se trata de um endereço desenvolvido pelo cliente que estará pronto para receber atualizações de status das requisições. Para auxiliar no desenvolvimento desse endereço, recomendamos acessar nossa documentação técnica.

 

  • Explorando o fluxo:
  1. Primeiramente, é feita a requisição na API de transações PIX, conforme descrito na documentação;
  2. Caso a transação esteja dentro das condições configuradas dentro do motor de regras para derivar para análise manual, o status retornado de maneira síncrona será in_manual_analysis;
  3. Após tratamento manual via plataforma, os status finais possíveis serão manually_approved (Manualmente Aprovado) ou manually_reproved (Manualmente Reprovado). Esses status serão retornados via Webhook.

O fluxo descrito está evidenciado no fluxograma abaixo: