InformaçÔes adicionais sobre notificaçÔes
Nesta documentação, vocĂȘ encontrarĂĄ informaçÔes adicionais sobre notificaçÔes, incluindo consideraçÔes especiais conforme a solução integrada, aspectos especĂficos de certos tĂłpicos e exemplos de notificaçÔes especĂficas para consulta.
Card Updater
Card Updater é uma função para integraçÔes de produtos com pagamentos recorrentes, que corrige dados de cartÔes expirados ou com informaçÔes incorretas, atualizando essas informaçÔes dentro do Mercado Pago.
Este processo ocorre a partir de um pagamento recusado, onde a verificação feita pelo Card Updater pode gerar um novo card_id
para um cliente (em casos de erro na inserção de dados ou troca de cartão), ou manter o card_id
previamente criado, mas atualizando a base de dados com as informaçÔes corretas do cartão.
Em qualquer um dos casos, serå enviada uma notificação Webhooks como no exemplo abaixo.
json
{
"action": "card.updated",
"api_version": "v1",
"application_id": 8339021212080291,
"data": {
"customer_id": "12345678-aluyasdhfyt",
"new_card_id": 50000102202,
"old_card_id": 50000006036
},
"date_created": "2024-01-11T15:23:53-03:00",
"id": "a47fc06844bf4e418a03aeab1479c496",
"live_mode": true,
"type": "automatic-payments",
"user_id": 1197520450,
"version": 1
}
Campo | Descrição |
action | card.updated Ă© o Ășnico valor possĂvel e indica quando o cartĂŁo de um cliente foi atualizado. |
application_id | Identificador da aplicação para a qual a notificação estå sendo enviada. |
data | Este campo contém os detalhes da atualização, como o customer_id (identificador do cliente), o novo card_id , e p antigoCaso não seja criado um novo card_id , o original é reenviado. |
date_created | Data de criação da notificação. |
id | Identificador exclusivo do evento para evitar mensagens duplicadas. |
live_mode | Indica se a URL informada Ă© vĂĄlida. |
type | Este valor serĂĄ sempre automatic-payments |
user_id | Identificador do usuårio para o qual a notificação estå sendo enviada. |
IntegraçÔes Point
Este tópico permite receber notificaçÔes sobre a atualização dos status nas intençÔes de pagamento criadas para integraçÔes Point. Ao ativå-lo, considere as informaçÔes descritas abaixo:
- "Intenção de pagamento" e "pagamento" nĂŁo sĂŁo a mesma coisa. Ao ativar este tĂłpico, vocĂȘ receberĂĄ atualizaçÔes sobre as solicitaçÔes criadas para iniciar um pagamento. Para receber notificaçÔes sobre o pagamento em si, ative o tĂłpico
payments
atravĂ©s de Suas integraçÔes. - NĂŁo Ă© possĂvel configurar este tĂłpico no momento da criação de um pagamento. Sua configuração deve ser feita atravĂ©s de Suas integraçÔes.
- Ă possĂvel consultar as notificaçÔes correspondentes aos diferentes status das intençÔes de pagamento acessando a documentação especĂfica do Mercado Pago Point.
Assinaturas
Para ativar as notificaçÔes da sua integração com Assinaturas, considere as informaçÔes descritas abaixo:
- Se vocĂȘ integrou Assinaturas com planos associados, ative o tĂłpico
subscription_preapproval_plan
para receber alertas sobre a criação ou atualização de um Plano. - Se vocĂȘ integrou Assinaturas sem planos associados, ative o tĂłpico
subscription_preapproval
para receber alertas sobre a criação ou atualização de uma assinatura de pagamento pendente, ou o tópicosubscription_authorized_payment
para atualizaçÔes sobre assinaturas com pagamento autorizado. - Em todos os casos, também é necessårio ativar o tópico
payments
, que permite receber notificaçÔes sobre os pagamentos associados a essas assinaturas quando forem efetuados.
Checkout Pro
Se vocĂȘ integrou com o Checkout Pro e deseja receber notificaçÔes, considere as informaçÔes descritas abaixo:
- A ativação do tópico
merchant_orders
permitirå receber alertas sobre a criação e atualizaçÔes de pedidos. - A ativação do tópico
payments
serĂĄ Ăștil para manter sua base de dados atualizada, pois notificarĂĄ sobre as atualizaçÔes nos pagamentos correspondentes aos pedidos gerados.
Alertas de fraude
Caso seja detectado um alerta de fraude e o tĂłpico stop_delivery_op_wh
estiver ativado, vocĂȘ receberĂĄ uma notificação como a seguinte:
json
{
"action": "Created",
"api_version": "v1",
"data": {
"description": "desc",
"merchant_order": 249940988000,
"payment_id": 58980959081,
"site_id": "MLA"
},
"date_created": "2022-07-23T23:03:5704:00",
"id": "58980959081",
"live_mode": true,
"type": "stop_delivery_op_wh",
"user_id": 224403329,
"version": 1
}
A notificação inclui os detalhes do pedido que gerou o alerta, sob o parùmetro merchant_order
, e o payment_id
associado ao pagamento. Com esses dados, deve-se cancelar o pedido sem entregĂĄ-lo, realizando uma chamada Ă API de cancelametos.
Tenha em mente que esse tipo de notificação nĂŁo segue a lĂłgica usual de tentativas. Se, ao recebĂȘ-la, vocĂȘ nĂŁo enviar um HTTP STATUS 200 (OK)
ou 201 (CREATED)
, a notificação serå perdida e não serå reenviada.
ReclamaçÔes
Nos casos em que as notificaçÔes para o tópico topic_claims_integration_wh
estiverem ativadas, uma notificação Webhooks serå enviada quando um reclamação ou chargeback for iniciado, conforme mostrado abaixo:
json
{
"action": "Created",
"api_version": "v1",
"data": {
"description": "desc",
"merchant_order": 249940988000,
"payment_id": 58980959081,
"site_id": "MLA"
},
"date_created": "2022-07-23T23:03:5704:00",
"id": "58980959081",
"live_mode": true,
"type": "stop_delivery_op_wh",
"user_id": 224403329,
"version": 1
}
Campo | Descrição |
action | Evento notificado, indicando se é a criação de um recurso ou a sua atualização. |
api_version | Valor que indica a versão da API que estå enviando a notificação. |
data.id | Identificador exclusivo da reclamação ou chargeback. |
data.resource | Tipo de notificação recebida. Neste caso, indica notificaçÔes relacionadas a reclamaçÔes. |
date_created | Data de criação da notificação. |
id | Identificador da notificação recebida. |
live_mode | Indica se a URL informada Ă© vĂĄlida. |
type | Tipo de notificação recebida, conforme o tópico selecionado anteriormente. Neste caso, serå sempre claim . |
user_id | Identificador do usuårio para quem a notificação estå sendo enviada. |
Chargebacks
Nos casos em que as notificaçÔes para o tópico topic_chargebacks_wh
estiverem ativadas, uma notificação Webhooks serå enviada quando um chargeback for iniciado, ou seu status atualizado, conforme mostrado abaixo:
json
{
"actions":["changed_case_status"],
"api_version":"v1",
"application_id":9007201037432480,
"data":{
"checkout":"PRO",
"date_updated":"0001-01-01T00:00:00Z",
"id":217000061307271000,
"payment_id":81034165129,
"product_id":"BC32A57TRPP001U8NHHG",
"site_id":"MLA",
"transaction_intent_id":""
},
"date_created":"2024-07-02T22:03:24-04:00",
"id":114544942708,
"live_mode":true,
"type":"topic_chargebacks_wh",
"user_id":425424311,
"version":1720427447
}
Meios de pagamento offline
Se vocĂȘ integrou meios de pagamento offline e configurou suas notificaçÔes com o tĂłpico payments
, todas as mudanças de status de um pagamento serĂŁo notificadas a vocĂȘ.
Isso também é vålido para pagamentos expirados: seu status mudarå de pending
para cancelled
, e o alerta correspondente serĂĄ enviado ao seu sistema.
CĂłdigo QR
Se vocĂȘ integrou com cĂłdigo QR e deseja receber notificaçÔes, considere o seguinte:
- Para Webhooks, nĂŁo Ă© possĂvel configurar notificaçÔes atravĂ©s de Suas integraçÔes. VocĂȘ deve fazĂȘ-lo no momento da criação do pagamento.
- Portanto, nĂŁo Ă© possĂvel validar a origem das notificaçÔes usando o header
x-Signature
. Para conhecer vias alternativas para verificar a origem dessas notificaçÔes, vocĂȘ pode entrar em contato com o Suporte do Mercado Pago. - A ativação do tĂłpico
merchant_orders
permitirĂĄ que vocĂȘ receba alertas sobre a criação e atualizaçÔes de pedidos. Embora o tĂłpico envie umstatus=opened
, serå a notificação comstatus=closed
que certificarå com segurança que o pedido gerado foi pago.
Link de pagamento
NĂŁo Ă© possĂvel configurar notificaçÔes para Links de pagamento gerados atravĂ©s do Painel do Mercado Pago.