The payment has been sent to the provider for processing.
payment.succeeded
The payment completed successfully. If 3DS was performed, data.threeDSResult contains the authentication outcome.
payment.failed
The payment was declined by the provider. If 3DS was performed, data.threeDSResult contains the authentication outcome.
payment.canceled
The payment was voided before completion.
payment.requires_action
Customer action is needed (e.g. 3DS authentication). data.action contains the action details, including redirect URL and method.
payment.requires_capture
The payment has been authorized and is awaiting capture.
payment.captured
A previously authorized payment has been captured.
A refund does not raise a payment event. The payment's status becomes
refunded or partially_refunded, and refund.succeeded below is the
notification for it.
The event.data field contains the resource object that triggered the event, scoped to your access level. For example, a payment.succeeded event includes the Payment object, and a refund.created event includes the Refund object.
Merchant endpoints receive a limited view: amount, currency, status, and total merchantFee. Fee decomposition (provider fee, tenant fee, platform fee, partner commission) and provider-level details (raw provider status, terminal ID, routing details) are not included in merchant webhook payloads. Tenant and platform endpoints receive progressively more detail.