Skip to main content
O MED 2.0 (Mecanismo Especial de Devolução) é o mecanismo aprimorado do BACEN para recuperar fundos em casos de fraude, golpe e erro operacional. O MED 1.0 trata disputas de uma única transação por relatos de infração. O MED 2.0 introduz um fluxo de Recuperação de Fundos que rastreia como os fundos fraudulentos se moveram por várias contas. O fluxo coordena bloqueio, análise e devoluções entre as instituições participantes. O Plugin Pix Indireto (BTG) expõe todo o ciclo de vida da Recuperação de Fundos como endpoints REST. Ele também envia eventos de webhook, então seu sistema fica em sincronia com cada mudança de status.
O MED 2.0 é uma exigência do BACEN para participantes do Pix. O plugin implementa o fluxo de Recuperação de Fundos, então você pode atender a essa exigência pela sua conexão indireta com o BTG.

Conceitos


Ciclo de vida e status


Uma Recuperação de Fundos passa pelos seguintes estados:
Recuperação de Fundos

Endpoints


Todos os endpoints de Recuperação de Fundos ficam no domínio DICT e exigem o header X-Account-Id.

Criar uma recuperação de fundos


Regras de validação

Uma chamada bem-sucedida retorna HTTP 201. A resposta contém a nova recuperação de fundos e os dados do seu grafo de rastreamento. O plugin persiste o registro localmente com status CREATED.

Grafo de rastreamento


O plugin busca o grafo de rastreamento no BTG a cada chamada. O grafo não tem estado local. Ele lista as pessoas, contas e transações do fluxo de fraude, com o valor devolvível de cada transação.
A resposta inclui:
  • parameters: os parâmetros de geração do grafo
  • persons[]: pessoas físicas e jurídicas envolvidas
  • accounts[]: contas do fluxo, com o ISPB do participante de cada uma
  • transactions[]: transações Pix com valores e valores devolvíveis

Solicitar devoluções


Quando a recuperação chega a ANALYSED, solicite a devolução dos fundos bloqueados:
O plugin chama o BTG, move a recuperação para REFUNDING e retorna HTTP 200. Acompanhe o status de cada devolução com Listar devoluções.

Header X-Purpose (transferências MED 2.0)


As transferências de devolução do MED 2.0 devem carregar uma finalidade de transação. O endpoint de cash-out aceita um header X-Purpose opcional que o plugin mapeia para o transactionType do BTG.
Apenas TRANSFER e INSTANT_PAYMENT_REFUND são aceitos atualmente. Os valores CHANGE, WITHDRAWAL, REFUND_AUTOMATIC_PIX e INSTALLMENT_PIX retornam HTTP 400 com o erro PIX-0429 (Unsupported Purpose).
As respostas de transferência também trazem o valor de purpose (Consultar uma transferência Pix e os endpoints de listagem). Os registros existentes assumem TRANSFER como padrão.

Campos de correlação


Duas entidades existentes agora carregam um campo fundsRecoveryId que liga uma disputa à recuperação que a originou: Os registros criados fora do fluxo MED 2.0 não carregam esse campo.

Webhooks


Dois webhooks de entrada do BTG conduzem o fluxo de Recuperação de Fundos. Cada um produz um evento de saída correspondente para o seu sistema: Os dois usam flowType: DICT. Veja o guia de Webhooks para formato do envelope, novas tentativas e roteamento. Evento de entidade de recuperação de fundos:
Evento de ciclo de vida (repasse):
Valores de event do ciclo de vida: FUNDS_RECOVERY_ANALYSED, FUNDS_RECOVERY_COMPLETED, FUNDS_RECOVERY_INFORMATION_UPDATED, FUNDS_RECOVERY_CANCELLED.

Aviso de descontinuação


Não use Criar um relato de infração em novas integrações. O MED 2.0 descontinua esse endpoint e cria os relatos de infração automaticamente pelo fluxo de Recuperação de Fundos. O endpoint continua funcionando por compatibilidade retroativa. As novas integrações devem usar as APIs de Recuperação de Fundos.

Próximos passos