pix.med.updated

Atualização de MED Enviado quando o status de uma disputa MED muda. É por aqui que você fica sabendo do desfecho, e é a **única** fonte de estado: o `POST .../answer` só registra a sua defesa (que segue para análise fora da API), e a disputa também se move por ação do BACEN e do banco do reclamante. Reentrega do mesmo status não gera evento novo, e evento atrasado (carimbo do liquidante anterior ao que já registramos) é descartado — o status nunca regride. **Estrutura do `data`:** - `medId`: Identificador da disputa (mesmo do `pix.med.opened`). - `originalEndToEnd`: `endToEndId` da transação PIX em disputa. - `amount`: Valor disputado. - `reasonCode`: Motivo reportado. - `clientAnswerDeadlineIso`: Prazo da sua resposta (o mesmo da abertura). - `status`: Status atual do MED — vocabulário próprio (`OPEN`, `PENDING_DECISION`, `ACCEPTED`, `REJECTED`, `CANCELED`; ver tabela de status acima). **Mapeamento do status do liquidante** — o valor cru nunca sai no evento: | Status do liquidante | `data.status` | |---|---| | `under-client-analysis`, `received` | `OPEN` | | `client-analysis-delay` | `PENDING_DECISION` | | `closed-full-refund`, `closed-partial-refund` | `ACCEPTED` | | `closed-no-refund` | `REJECTED` | | `canceled` | `CANCELED` | Status desconhecido vira `OPEN`, não desfecho: perder a abertura de uma disputa custa o seu prazo de resposta, receber uma a mais só custa uma consulta.