Webhook URL:
You will provide the URL to receive the webhooks during the onboarding phase.
Webhook Request
There are two types of merchant notifications, depending on theRequestType.
Type 1 — Sale or Auth (RequestType: 0)
The full notification structure contains card data, 3DS information, retry attempts, and all transaction fields. The following JSON example illustrates a typical successful Sale notification:JSON
Type 2 — All other request types (RequestType: 1, 2, 3…)
This is a minimal notification containing only core fields. Field presence varies by request type. Refer to the sample below for the payload structure:JSON
Webhook Request Parameters
The following parameters define the structure of the incoming webhook notification:Conditional Fields
The following fields are conditional and are not always present:- NayaxToken: Present when the actor uses Charge Token.
- AdditionalInfo: Present if the actor includes it in the original request. Appears in both
MerchantNotificationandMerchantTransactionNotification. - EReceiptUrl: Present when the eReceipt feature is enabled.
Webhook Delivery & Retries
Nayax sends webhook notifications to the URL you provided during onboarding. The system reacts to your server’s HTTP response codes as follows:If HMAC validation fails on your end, do not return 500. A broken HMAC implementation will not be fixed by retrying. Fix the implementation and test with the examples on the HMAC Validation page.
See Also
Nayax Tokens
Manage stored card tokens for recurring Nayax eCom SDK payments.