Notifications
NetLicensing offers a Notifications feature that allows you to receive real-time notifications for specific events related to your vendor account. These notifications provide timely updates and alerts regarding the activities and statuses of your licenses and customers.
With the Notifications feature, you can set up endpoints to receive notifications for events such as:
- Creation of a new customer
- Issuance of a license
- Change in a customer’s warning level
These notifications are sent via HTTP POST requests to the specified endpoint URL, allowing you to integrate them into your systems or applications for further processing.
By leveraging the Notifications feature, you can automate your licensing workflows and streamline your business processes. You can use the notifications to trigger actions like sending automated emails to customers, updating internal databases or CRM systems, or generating reports based on events occurring within your licensing environment.
Setup
Manage your NetLicensing Notifications from the “Settings / Notifications” section. Here, you can view, deactivate, delete, and create notifications.
Creating a New Notification
- Click on “Add Notification” to start the creation process
- In the “Create Notification” view, fill in the required attributes
- Click “Create” to create notification
Notification Attributes
- Name: The name of the notification.
- Number: A unique notification number. If left empty, a number will be generated automatically.
- Events: One or more events that will trigger the notification. Options include:
- Create Customer: Triggered when a new customer is created.
- Create License: Triggered when a new license is created.
- Change Warning Level: Triggered on customer’s warning level changes (e.g., from
GREENtoYELLOWorYELLOWtoRED).
- Type: The type of notification. Currently, only
WEBHOOKis supported. - Endpoint: The URL where an HTTP POST request with the specified payload will be sent. Note: The endpoint must use the secured HTTPS protocol with a public SSL/TLS certificate.
- Payload: The specific payload for the event can be defined here.
Payload Structure
Notification payload can be configured to include specific data related to the event that triggered the notification. The payload is sent as a JSON object in the body of the HTTP POST request to the specified endpoint URL. The structure of the payload depends on the event type and the data associated with the event.
The standard payload structure includes the following fields:
- Notification:
{$}- full notification data - Timestamp:
{$.timestamp}- timestamp of the notification - Origin:
{$.origin}- can be one of the following:Notification - Entities:
{$.entities}- notification-specific data - Name:
{$.entities.Event[0].name}- notification name; can be one of the following:LICENSEE_CREATED,LICENSE_CREATED,WARNING_LEVEL_CHANGED
Below are examples of the payload structure ({$} element) for different notification types:
{
"timestamp": "2024-09-19T04:29:47.445Z",
"origin": "Notification",
"entities": {
"Event": [
{
"name": "LICENSEE_CREATED"
}
],
"Licensee": [
{
"number": "IKWUYQ9GR",
"active": true,
"licenseeSecret": "",
"warningLevelSummary": {
"RED": [],
"YELLOW": [],
"GREEN": []
},
"name": "Customer Uno",
"markedForTransfer": "false",
"products": [
"PEP4ZQ6MV"
]
}
]
}
}
{
"timestamp": "2024-09-19T04:30:26.006Z",
"origin": "Notification",
"entities": {
"Event": [
{
"name": "LICENSE_CREATED"
}
],
"License": [
{
"number": "LN2TD47QY",
"active": true,
"currency": "EUR",
"price": 0,
"hidden": false,
"gracePeriod": "false",
"timeVolumePeriod": "MONTH",
"timeVolume": "3",
"startDate": "2024-09-19T04:30:26.004Z",
"licensee": "IKWUYQ9GR",
"licenseTemplate": "E27NV3IQD"
}
]
}
}
{
"timestamp": "2024-09-19T04:30:57.709Z",
"origin": "Notification",
"entities": {
"Event": [
{
"name": "WARNING_LEVEL_CHANGED"
}
],
"Licensee": [
{
"number": "IKWUYQ9GR",
"active": true,
"licenseeSecret": "",
"warningLevelSummary": {
"RED": [
"MW53JJ3RY",
"MCJZGAMXS"
],
"YELLOW": [],
"GREEN": [
"MVEMJ5P9D"
]
},
"name": "Customer Uno",
"markedForTransfer": "false",
"products": [
"PEP4ZQ6MV"
],
"licenses": [
"LN2TD47QY"
]
}
],
"ProductModuleValidation": [
{
"productModuleNumber": "MW53JJ3RY",
"valid": "false",
"productModuleName": "Subscription",
"warningLevel": "RED",
"licensingModel": "Subscription"
},
{
"productModuleNumber": "MCJZGAMXS",
"valid": "false",
"productModuleName": "Maintenance",
"warningLevel": "RED",
"licensingModel": "Subscription"
},
{
"productModuleNumber": "MVEMJ5P9D",
"valid": "true",
"expires": "2024-12-19T04:30:26.004Z",
"productModuleName": "Support",
"warningLevel": "GREEN",
"licensingModel": "Subscription"
}
]
}
}
Considerations and Best Practices for Receiving Notifications
When building an application to receive notifications, consider the following factors:
-
Reliability: Notification delivery is not always guaranteed due to factors such as network issues, server errors, or application downtime. Implement retry mechanisms and idempotency to handle missed or duplicate notifications.
-
Security: Ensure secure connections using encryption protocols, such as TLS, to protect the integrity and confidentiality of the data transmitted via notifications. Validate the source of the notifications by checking signatures or using secret keys.
-
Scalability: Design your notifications receiver to handle varying loads. Use asynchronous processing to manage high volumes of incoming notifications efficiently.
-
Logging and Monitoring: Implement comprehensive logging and monitoring to track notifications deliveries and failures. This helps in diagnosing issues and improving the reliability of your notification handling.
-
Validation: Validate incoming notification data to ensure it adheres to the expected format and contains all necessary information. This helps prevent the processing of invalid or malicious data.
-
Versioning: Plan for versioning of your notifications endpoint(-s) to accommodate future changes without disrupting existing integrations. Ensure backward compatibility whenever possible.