List Webhooks
OpenAPI SpecTest this endpoint live
Open the same request directly in API Explorer.
Server URL
Returns a paginated list of active webhooks configured for the authenticated merchant. Use this endpoint to audit webhook destinations, verify subscribed events, and ensure each webhook aligns with your point-of-sale domains.
Webhooks are not required
Webhooks are separate from the main payment flow and act as a general event notification system. You should use them only if you need to track changes to your ePay data in a system that is different from the one initiating the request.
For all payment-related operations, you should use the notificationUrl provided in each request. This is the primary mechanism for receiving the outcome of a payment or operation.
Authorization
BearerAuth In: header
Query Parameters
Page number.
1Number of items per page.
25value <= 500Response Body
application/json
application/json
application/json
application/json
Disable Stored Payment Method
Permanently disables a stored payment method for the authenticated customer. The payment method is immediately removed from the payment window and can no longer be used for quick checkout without entering card information. This operation is irreversible and idempotent. It returns 200 OK with no response body even when the payment method is not currently stored; in that case, no action is taken.
Create Webhook
Registers a new webhook endpoint limited to domains already approved on your point of sale configuration. A maximum of 10 active webhooks is allowed per merchant. Each webhook must subscribe to one or more supported events and include a shared secret used as the value of the Authorization header when sending webhook. Webhooks that fail more than 50% of the time during the previous week will automatically be paused with reason ERRORRATETOO_HIGH. This helps ensure stable operation by minimizing excessive webhook retries. Webhooks are not required Webhooks are separate from the main payment flow and act as a general event notification system. You should use them only if you need to track changes to your ePay data in a system that is different from the one initiating the request. For all payment-related operations, you should use the notificationUrl provided in each request. This is the primary mechanism for receiving the outcome of a payment or operation.