There's not enough info in the IPN to know it was via Gravy, so they're sent with the gateway=dlocal and with dlocal's gateway_txn_id.
The refund queue consumer could fall back to looking up the parent transaction by backend_* fields if it doesn't find it with the primary fields.
| Subject | Author | Repo | Branch | Lines +/- | |
|---|---|---|---|---|---|
| Refund QC: fall back to backend_ for parent lookup | Ejegg | wikimedia/fundraising/crm | master | +8 -0 |
Example:
{ "id": "CBK-648-27597651-71877093-1149-4081-8ddf-14f47c1f7a9b", "payment_id": "T-648-x1l3medb-hkm5uerqb90c77-4jhhisp3gdok", "created_date": "2026-07-05T03:06:08.000+0000", "currency": "BRL", "amount": 7.00, "status": "COMPLETED", "status_code": 200, "status_detail": "The chargeback was executed.", "notification_url": "https://payments-listener.wikimedia.org/dlocal", "order_id": "6ubXtLBMixrJwsbfNfMpcX" }
Change #1315951 had a related patch set uploaded (by Ejegg; author: Ejegg):
[wikimedia/fundraising/crm@master] Refund QC: fall back to backend_ for parent lookup
Change #1315951 merged by Ejegg:
[wikimedia/fundraising/crm@master] Refund QC: fall back to backend_ for parent lookup