Acoustic Exchange subscription change notifications

Endpoint providers can instruct Acoustic Exchange to alert them when users add or modify
subscriptions for events that an endpoint provides or receives. You make such an instruction as an
API call to Acoustic Exchange.

For example, Acoustic Exchange can notify you when users add a new event subscription to an endpoint. Acoustic Exchange can
also send a notification when a user disables all event subscriptions for the endpoint.

Monitoring event subscription changes can help you to manage system resources because you need to
send event notifications to Acoustic Exchange only for events that are actually requested by Acoustic Exchange users.
Subscription monitoring has the additional benefit of indicating which events are the most or least
popular among Acoustic Exchange users.

Acoustic Exchange can monitor event subscription and notify you automatically when it detects a change in syndication status. Acoustic Exchange sends the notification to a URL that you specify. Notification of syndication changes proceeds as follows:

• The endpoint provider makes an API call to Acoustic Exchange to request syndication change notifications. You must specify the authentication key for the endpoint and a URL to accept the notifications.
• Acoustic Exchange begins to monitor event subscriptions for the specified endpoint.
• Acoustic Exchange user changes an event subscription.
• Acoustic Exchange detects the change and makes a HTTP call to the specified URL. The call contains a description of the change in a JSON string.

To start monitoring subscriptions for an endpoint, you must register the notification by
calling the Acoustic Exchange v1/subscription/notification API.

Subscription notifications are created for specific endpoints that are registered within a
specific Acoustic Exchange user account. When you start a subscription notification, you are starting
notifications for a specific endpoint and Acoustic Exchange user account. You must submit the authentication key
that was provided by the Acoustic Exchange user account to register the endpoint with Acoustic Exchange.

Following the successful API call, Acoustic Exchange begins sending notifications in response to event
subscription changes.

You can register one syndication change notification for an endpoint. Subsequent registration
calls overwrite an existing registration.

If your endpoint requires an authenticated connection to receive the subscription notifications,
you must specify how Acoustic Exchange must provide the required credentials when it reports a subscription
change. Acoustic Exchange supports several authentication methods.

• API Key: You specify a key value when you register for subscription
  notification. When Acoustic Exchange reports a subscription change in an HTTP call, Acoustic Exchange adds the specified key in
  the HTTP header. For example, Authorization : Bearer <API key>
• HTTP Basic: You specify a username and password when you register for
  subscription notification. When Acoustic Exchange reports a subscription change, Acoustic Exchange submits the credentials
  encoded in the HTTP header in RFC 2617 format. For example, Authorization : Basic
  <encoded user ID and password>
• OAuth: You specify a client ID and client secret when you register for
  subscription notification. When Acoustic Exchange reports a subscription change, Acoustic Exchange includes these values in the
  OAuth parameters that it adds to the header of the HTTP call.
• OAuth with a refresh token only: You specify a client ID and client secret
  during account provisioning, separately from registration for subscription notification. When Acoustic Exchange
  reports a subscription change, Acoustic Exchange includes a refresh token, but not the client ID or client secret,
  in the OAuth authorization parameters in the HTTP header.

To start subscription change notifications:

1. In the request header, include the endpoint authentication key as the authorization bearer.
2. Set the content type to application/json.
3. Specify the notification request details as the JSON payload in the HTTP request body.

Example

Call PUT https://api-01.ubx.ibmmarketingcloud.com/v1/subscription/notification

Notification format

Acoustic Exchange sends subscription notifications in an HTTP call to the notification URL. Details of the subscription change are provided as a JSON payload.

{ 
   "notificationKey" : "",
   "changeTime" : "",
   "changedSubscriptions" :
   [
      {
      "changeType" : "",
      "eventTypeCode" : "",
      "eventName" : ""
      }
   ]
}

Notification key

The notification key that you specify during registration displays here in each subscription notification.

Time of the subscription change

Acoustic Exchange indicates when the subscription change occurred.

Description of the subscription change

The description includes the type of subscription change, the Acoustic Exchange event code, and the name of the event.

To stop subscription change notifications:

To remove a registered subscription notification, you must call DELETE /v1/subscription/notification. Subscription notifications are created for specific endpoints that are registered within a specific Acoustic Exchange user account. When you stop a subscription notification you are stopping notifications for a specific endpoint and Acoustic Exchange user account. You must submit the authentication key that was provided by the Acoustic Exchange user account to register the endpoint with Acoustic Exchange.

1. In the request header, include the endpoint authentication key as the authorization bearer.
2. Set the content type to application/json.
3. Leave the HTTP request body empty.

Example

Call DELETE https://api-01.ubx.ibmmarketingcloud.com/v1/subscription/notification