Search docs

Are you looking for test card numbers?

Would you like to contact support?

Start searching Adyen's documentation...


Set up notifications

Set up and test your notifications server.

Here we take you through the process of setting up Standard notifications. These are required for your integration with the Adyen payments platform. 

For this, you will need a server that can receive notifications, and accept them. Before going live, you'll also want to test your notifications setup.

You can additionally set up notifications to inform your server of pending payments, or integrate your reports with third-party systems. For more information, see Other notifications.

To protect your server from unauthorised notifications, we strongly recommend that you set up HMAC signatures for notifications. For more information, refer to Signing notifications with HMAC.

Step 1: Receive notifications

Notifications are sent as HTTP callbacks (webhooks) to endpoints on your server. 

Set up a server that has the following:

  1. An endpoint that can receive a JSON or SOAP call, or HTTP POST.
  2. A username and password.
    Enter these when configuring notifications in your Customer Area, so that the Adyen payments platform can use them for HTTP authentication.
  3. An open port:
Port Transport layer Protocol Description
80 TCP HTTP Default port for HTTP traffic
443 TCP HTTPS Default port for HTTPS traffic
8080 TCP HTTP Alternative port
8888 TCP HTTP Alternative port
8443 TCP HTTPS Alternative port
8843 TCP HTTPS Alternative port

Depending on your network and security requirements, you might also need to add our network to your firewall's whitelist to receive notifications.

Notifications are sent to your server with the details of a payment, modification, or report. Each notification contains an eventCode, indicating which event has occurred.

The notification will also include other fields that contain the details of the transaction. For more information on what these mean, see our Notifications API reference.

The following example shows a successful authorisation for a 5.00 euro payment made with a Visa card.

    "live" : "false",
    "notificationItems" : [
            "NotificationRequestItem" : {

                "additionalData" : {
                    "authCode" : "58747",
                    "cardSummary" : "1111",
                    "expiryDate" : "8/2018"

                "amount" : {
                    "value" : 500,
                    "currency" : "EUR"

                "pspReference" : "9313547924770610",
                "eventCode" : "AUTHORISATION",
                "eventDate" : "2018-01-01T01:02:01.111+02:00",
                "merchantAccountCode" : "TestMerchant",

                "operations" : [

                "merchantReference" : "YourMerchantReference1",
                "paymentMethod" : "visa",
                "reason" : "58747:1111:12/2012",
                "success" : "true"
<?xml version="1.0"?>
<soap:Envelope xmlns:soap=""  xmlns:xsd="" xmlns:xsi="">
    <ns1:sendNotification xmlns:ns1="">
        <live xmlns="">false</live> 
        <notificationItems xmlns=""> 
                   <key xsi:type="xsd:string">authCode</key>
                   <value xsi:type="xsd:string">58747</value>
                   <key xsi:type="xsd:string">cardSummary</key>
                   <value xsi:type="xsd:string">1111</value>
                   <key xsi:type="xsd:string">expiryDate</key>
                   <value xsi:type="xsd:string">8/2018</value>
              <currency xmlns="">EUR</currency> 
              <value xmlns="">500</value> 
            <originalReference xsi:ns1="true"/> 
eventDate=2018-01-01T01%3A02%3A01.111Z&reason=58747%3A1111%3A6%2F2018&additionalData.cardSummary= 1111&originalReference=&merchantReference=YourMerchantReference1&additionalData.expiryDate=8%2F2018&currency=EUR&pspReference=8888777766665555&additionalData.authCode=58747&merchantAccountCode=TestMerchant&eventCode=AUTHORISATION&value=500&operations=CANCEL%2CCAPTURE%2CREFUND&success=true& paymentMethod=visa&live=false

Step 2: Accept notifications

To confirm that you have received a notification, your server should acknowledge the notification with the response:

    "notificationResponse" : "[accepted]"
<soap:Envelope xmlns:soap="">
    <ns1:sendNotificationResponse xmlns:ns1="" xmlns:ns2=""> 

We use at-least-once delivery to ensure that your server has received a notification. If your server has not acknowledged a notification within 10 seconds we will queue all notifications to this endpoint. We'll then retry sending the notification until it is accepted. Once accepted, you'll receive all your queued notifications.

Retry attempts will happen regularly, at increasing time intervals:

  • 2 minutes
  • 5 minutes
  • 10 minutes
  • 15 minutes
  • 30 minutes
  • 1 hour
  • 2 hours
  • 4 hours

Retries then happen every 8 hours for the following 7 days. You can also trigger a retry attempt by sending a test notification. For details, see Step 4: Test your notifications server.

If your server is not acknowledging notifications we will send a system message to your . For more information, see How do I subscribe to system messages?

Preventing queueing

Unaccepted notifications will cause your notifications to queue. We recommend persisting and accepting a notification before evaluating the notifications content. This will help to prevent notifications from queue.

When your server receives a notification:

  1. Store the notification. Ensure you have successfully persisted the message.
  2. Accept the notification. Respond with the appropriate accept response.
  3. Process the notification. If your system is unable to parse a notification, this should trigger an investigation by your technical team but not cause you to reject or not accept a notification.

Handling duplicates

In some cases, you'll receive an authorisation notification twice. These have the same values in the eventCode and pspReference fields. In this case, your server should use the details contained in the latest notification.

Step 3: Configure notifications in the Customer Area

Additional shopper and transaction information

You can also receive additional information about the shopper or transaction.

For more information, see Additional settings.

Enter your server's details in your Customer Area.

  1. Go to your Customer Area > Account >  Server communication.
  2. Next to Standard Notification, click Add.
  3. Under Transport, enter your server's:

    1. URL
    2. SSL Version
    3. Communication Method (JSON, SOAP, or HTTP POST).
  4. Under Authentication, enter the credentials of your server that you set up in step 1. We include these details in the header of the notification request to authenticate with your server.
  5. Click Save Configuration.

Step 4: Test your notifications server

Before going live, you’ll want to test your notifications configuration:

  1. In your Customer Area, go to Account > Server Communication.
  2. Click Edit & Test next to Standard Notification.
  3. Under Test Notifications, toggle which events you want to test. 
  4. Click Test Configuration