Skip to main content
Webhook notifications are automated messages sent by Nayax to your back-end to communicate the final status of a transaction. This ensures you are always up to date with the latest transaction information.
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 the RequestType.

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 MerchantNotification and MerchantTransactionNotification.
  • 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