The ThingsBoard Notification center is a comprehensive tool for sending, managing, and automating notifications within the platform. It allows for a variety of notification methods, including web, email, mobile application, SMS, and integrations with Slack and Microsoft Teams. Users can manually send notifications, automate them through REST API, or set triggers based on events within the system. Users may also schedule delivery of the notification for a particular time.
The Notification center is accessible through the sidebar menu and includes options for sending notifications, viewing inbox and sent messages, managing recipients, creating templates, and setting up rules for automated notifications.
Letâs look at each of the key components of the notification center below.
Notification delivery methods
ThingsBoard offers several notification delivery methods to keep you and your customers promptly informed about any events in your IoT solution:
- Web. Receive notifications directly within the ThingsBoard web interface. This is perfect for users who are always logged in.
- Mobile app. Receive instant push notifications directly to your smartphone through the ThingsBoard Mobile Application. Stay informed about all events in your IoT solution, even when youâre on the go.
To use this notification delivery method, you first need to configure the ThingsBoard Mobile Application and make some settings in the âMobile settingsâ section on the ThingsBoard platform itself. These steps are detailed in this documentation. - SMS. The ThingsBoard supports notification delivery via SMS to mobile devices, providing the ability to deliver important information even in the absence of internet access. To send notifications via SMS, a system administrator should set up the SMS provider properly.
- Email. Receive notifications directly in your email inbox. Perfect for users who prefer to stay informed through their email accounts. To send notifications via email, a system administrator should configure an outgoing mail server properly.
- Slack. Integrate Slack with ThingsBoard to send notifications as messages to individual users or channels within your Slack workspace. To use this method of notification delivery, you first need to configure the Slack settings in ThingsBoard using this guide.
- Microsoft Teams. Integration of Microsoft Teams with ThingsBoard allows for delivering notifications in the form of messages to specific channels in your Microsoft Teams environment. To use this method a tenant administrator must get webhook URL for a needed Microsoft Teams channel using this guide.
Send notification
To send a notification manually, follow these steps:
- Click the "Send notification" button in the upper right corner of the "Notification center" page to open the new notification wizard;
- Select recipients and one or more delivery methods. In this example, let's consider the Web delivery method;
- If necessary, use the scheduler. Click "Next";
- Enter subject and text of the message;
- You can use the action button in the notification. Enter the button text, select the action type ("Open dashboard" or "Open URL link") and specify the URL link or dashboard that should open when the button is clicked. You can also display the icon in the notification and set its color. Click "Next";
- In this window, you can see how the notification will look and also view the list of notification recipients. Click "Send";
- The user received a new notification and can view it on the Notification center page or by clicking on the bell icon in the upper right corner of the screen;
- By clicking on the "Open this dashboard" button in the message, the user will open the dashboard window.
Inbox
Browse your incoming notifications, mark them as read, or delete them on the âInboxâ tab. By default, only unread notifications are displayed. To view all notifications, switch to the âAllâ tab in the incoming notifications table.
You can also view your incoming notifications by clicking on the bell icon in the top right corner of the screen. The number next to the icon indicates the number of unread notifications. Here you can also read the notification, mark it as read, or take action by clicking the action button.
Sent
In the âSentâ tab, youâll find a list of all the notifications youâve sent out, along with their current status.
To resend a notification, click on the âNotify againâ icon in the row of the corresponding notification. You can also delete notifications by clicking the âdeleteâ icon.
Additionally, you can investigate delivery issues for specific notifications here. If there are delivery issues, the âStatusâ column will provide relevant information. This typically occurs when the recipientâs email address or phone number is incorrect.
Recipients
In the âRecipientsâ tab, youâll find a list of configured notification recipients. You can add, edit existing, and delete notification recipients as needed. Recipients can be added based on their roles, individual user accounts, predefined groups, etc.
For delivering notifications through the mobile app, SMS, and email, basic configuration requirements, which we previously covered in the Notification delivery methods section, apply. For delivering notifications through the ThingsBoard platform, Microsoft Teams, and Slack, youâll additionally need to specify the exact destination for your notification at the recipient adding stage.
Depending on the type of recipient you choose, the setup process will vary. Therefore, we will take a closer look at each option individually:
ThingsBoard platform users
To add recipient from the ThingsBoard user list, follow these steps:
- Click the âAdd recipientsâ button in the upper right corner of the âRecipientsâ tab;
- A new window will pop up. Here, type in the name of the notification recipient(s);
- Select âPlatform usersâ type;
- In the âUser filterâ list, select who you want to send notifications to. It can be a single user, a group of users, tenant administrators, etc.;
- Click âAddâ.
A new recipient has been added. Now you can use it to send a new notification or create a new notification rule.
You can also add a new recipient at the stage of manually sending a new notification:
There are several user filters that help you to define a recipients:
For System administrator:
-
All users - all users of the platform. Includes all tenant administrators and all customer users;
-
Tenant administrators - set of tenant administrator users that are selected based on the list of tenants or their tenant profiles;
-
Affected tenant administrators - The tenant that is affected by the notification trigger event;
-
System administrators;
For Tenant administrator:
-
All users - all users of the current tenant. Includes the tenant administrator and all customer users;
-
Tenant administrators - all administrators of the current tenant;
-
User list - selected users;
-
Customer users - all users that belong to customers of the current tenant;
-
Users of the entity owner - all users that belong to the entity owner. For example, users of the customer that owns the device or tenant administrators if the device is not assigned to the customer;
-
Affected user - The user that is affected by the notification trigger event. For example, the person that is assigned to investigate the alarm event.
Slack
Send ThingsBoard notifications as Slack messages to a public or private channel, or direct message.
- Click the âAdd recipientsâ button in the upper right corner of the âRecipientsâ tab;
- A new window will pop up. Here, type in the name of the notification recipient(s);
- Select âSlackâ type;
- In the âSlack channel typeâ field, choose the destination where youâd like your notifications to land: public channel, private channel, or direct message;
- In the additional âConversationâ field, specify the exact conversation or channel in Slack where you want to send notifications;
- Click âAddâ.
Microsoft Teams
Send ThingsBoard notifications as messages to your Microsoft Teams channel.
- Click the âAdd recipientsâ button in the upper right corner of the âRecipientsâ tab;
- A new window will pop up. Here, type in the name of the notification recipient(s);
- Select âMicrosoft Teamsâ type;
- Next, you need to specify the webhook URL for the Microsoft Teams channel where the notifications will be sent;
- In the âChannel nameâ field, specify the channel to which you want to send notifications;
- Click âAddâ.
Templates
The âTemplatesâ tab displays the list of notification templates. Here you can create new templates, duplicate existing ones for easy editing, or delete those you no longer need.
The template defines the content of the notification and the set of delivery methods to use. Each template contains a notification subject and message. The user may adjust the notification content for specific delivery methods. For example, you may use a concise message for SMS and an advanced HTML template for the Email.
Notification subject and message fields support templatization. The list of available templatization parameters depends on the template type. See the available types and parameters below.
Parameter names must be wrapped using ${...}
. For example: ${recipientFirstName}
.
You may also modify the value of the parameter with one of the sufixes:
upperCase
, for example -${recipientFirstName:upperCase}
lowerCase
, for example -${recipientFirstName:lowerCase}
capitalize
, for example -${recipientFirstName:capitalize}
Add new template
To add a new template, follow these steps:
- Click the âAdd templateâ button in the upper right corner of the âTemplatesâ tab;
- In the new window, enter the notification template name;
- Select a template type from the drop-down list;
- Next, select one or more delivery methods. In this example, letâs consider the Web delivery method. Click âNextâ;
- Enter the subject and text of the message;
- Optionally, you can display the icon in the notification and set its color. Also, you can use the action button in the notification;
- Click âAddâ.
Letâs take a closer look at all the available template types.
General
The general template is used to send generic notifications. For example, system maintenance or important announcement. Available template parameters:
- recipientTitle - title of the recipient (first and last name if specified, email otherwise);
- recipientEmail - email of the recipient;
- recipientFirstName - first name of the recipient;
- recipientLastName - last name of the recipient.
Letâs consider an example with the following event: maintenance work for the server is scheduled for tomorrow.
The notification in ThingsBoard may look like this:
Alarm
The alarm template is used to send notification about alarms. For example, alarm creation or acknowledgment. Available template parameters contain all parameters available for the General template, plus:
- alarmType - alarm type;
- action - one of: âcreatedâ, âseverity changedâ, âacknowledgedâ, âclearedâ, âdeletedâ;
- alarmId - the alarm id as uuid string;
- alarmSeverity - alarm severity (lower case);
- alarmStatus - the alarm status;
- alarmOriginatorEntityType - the entity type of the alarm originator, e.g. âDeviceâ;
- alarmOriginatorName - the name of the alarm originator, e.g. âSensor T1â;
- alarmOriginatorId - the alarm originator entity id as uuid string.
Letâs consider an example with the following event: A new alarm with the type âHigh Temperatureâ has been created for the device âCompressor BJ-66â.
The notification in ThingsBoard may look like this:
Device activity
The device activity template is used to send notifications about whether a device is active or inactive. Available template parameters contain all parameters available for the General template, plus:
- deviceId - the device id as uuid string;
- deviceName - the device name;
- deviceLabel - the device label;
- deviceType - the device type;
- eventType - one of: âinactiveâ, âactiveâ.
Letâs consider an example with the following event: the device âCompressor BJ-66â became inactive.
The notification in ThingsBoard may look like this:
Entity action
The entity action template is used to send notification about entity action: creation, update or deletion. Available template parameters contain all parameters available for the General template, plus:
- entityType - the entity type, e.g. âDeviceâ;
- entityId - the entity id as uuid string;
- entityName - the name of the entity;
- actionType - one of: âaddedâ, âupdatedâ, âdeletedâ;
- userId - id of the user who made the action;
- userEmail - email of the user who made the action;
- userFirstName - first name of the user who made the action;
- userLastName - last name of the user who made the action.
Letâs consider an example with the following event: user johndoe@thingsboard.io added new device âCompressor AO-99â.
The notification in ThingsBoard may look like this:
Alarm comment
The alarm comment template is used to send notification about comments on alarms. Available template parameters contain all parameters available for the Alarm template, plus:
- comment - text of the comment;
- action - one of: âaddedâ, âupdatedâ;
- userEmail - email of the user who made the action;
- userFirstName - first name of the user who made the action;
- userLastName - last name of the user who made the action.
Letâs consider an example with the following event: John Doe left a comment for Jane regarding the âHigh Temperatureâ alarm of the device âCompressor RK-25â.
The notification in ThingsBoard may look like this:
Alarm assignment
The alarm assignment template is used to send notification when alarm is assigned or unassigned. Available template parameters contain all parameters available for the Alarm template, plus:
- assigneeEmail - email of the assignee;
- assigneeFirstName - first name of the assignee;
- assigneeLastName - last name of the assignee;
- assigneeId - the id of the assignee as uuid string;
- userEmail - email of the user who made the action;
- userFirstName - first name of the user who made the action;
- userLastName - last name of the user who made the action;
- action - one of: âassignedâ, âunassignedâ.
Letâs consider an example with the following event: johndoe@thingsboard.io assigned the âHigh Temperatureâ alarm of the device âCompressor BJ-66â to janesmith@thingsboard.io.
The notification in ThingsBoard may look like this:
Rule engine lifecycle event
The rule engine lifecycle event template is used to send notification about rule chain or rule node lifecycle events. For example, notify when new rule node fails to start. Available template parameters contain all parameters available for the General template, plus:
- componentType - one of: ârule chainâ, ârule nodeâ;
- componentId - the component id as uuid string;
- componentName - the rule chain or rule node name;
- ruleChainId - the rule chain id as uuid string;
- ruleChainName - the rule chain name;
- eventType - one of: âstartedâ, âupdatedâ, âstoppedâ;
- action - one of: âstartâ, âupdateâ, âstopâ;
- error - the error text.
Letâs consider an example with the following event: the âKafkaâ rule node misconfigured.
The notification in ThingsBoard may look like this:
Rule node
The rule node template is used to send notifications from the âsend notificationâ rule node. You may use data or metadata from the incoming message to build the notification subject and body. Available template parameters contain all parameters available for the General template, plus:
- values from the incoming message metadata referenced using the metadata key name;
- values from the incoming message data referenced using the data key name;
- originatorType - type of the originator, e.g. âDeviceâ;
- originatorId - id of the originator;
- msgType - type of the message;
- recipientEmail - email of the recipient;
- recipientFirstName - first name of the recipient;
- recipientLastName - last name of the recipient.
Letâs consider an example with the following event: the incoming message to the âsend notificationâ rule node contains data about the temperature value in Building 1.
The notification in ThingsBoard may look like this:
Edge connection
The Edge connection template is used to send notifications about changes in the connection status between ThingsBoard and the Edge.
Available template parameters:
- edgeId - the edge id as uuid string;
- edgeName - the name of the edge;
- eventType - the string representation of the connectivity status: connected or disconnected.
Letâs consider an example with the following event: ThingsBoard connected to Edge.
The notification in ThingsBoard may look like this:
Edge communication failure
The Edge communication failure template is used to send notifications about ThingsBoard connection failures with the Edge.
Available template parameters:
- edgeId - the edge id as uuid string;
- edgeName - the name of the edge;
- failureMsg - the string representation of the failure, occurred on the Edge.
Letâs consider an example with the following event: failed to connect ThingsBoard to Edge.
The notification in ThingsBoard may look like this:
Entities limit
This template is intended to notify tenants that they will reach the limit on the number of entities (devices, assets, etc.). Only the system administrator can use this template. Available template parameters contain all parameters available for the General template, plus:
- entityType - one of: âDeviceâ, âAssetâ, âUserâ, etc.;
- currentCount - the current count of entities;
- limit - the limit on number of entities;
- percents - the percent from the notification rule configuration;
- tenantId - id of the tenant;
- tenantName - name of the tenant.
Letâs consider an example with the following event: the tenant created 400 devices with the max allowed number is 500.
The notification in ThingsBoard may look like this:
API usage limit
This template is intended to notify tenants when they hit a specific API limit. Only the system administrator can use this template. Available template parameters contain all parameters available for the General template, plus:
- feature - API feature for which the limit is applied; one of: âDevice APIâ, âTelemetry persistenceâ, âRule Engine executionâ, âJavaScript functions executionâ, âEmail messagesâ, âSMS messagesâ, âAlarmsâ;
- status - one of: âenabledâ, âwarningâ, âdisabledâ;
- unitLabel - name of the limited unit; one of: âmessageâ, âdata pointâ, âRule Engine executionâ, âJavaScript executionâ, âemail messageâ, âSMS messageâ, âalarmâ;
- limit - the limit on used feature units;
- currentValue - current number of used units;
- tenantId - id of the tenant;
- tenantName - name of the tenant.
Letâs consider an example with the following event: the tenantâs devices have sent 8000 messages out of 10000.
The notification in ThingsBoard may look like this:
New platform version
This template is intended to notify tenants about the release of a new version of the ThingsBoard platform. Only the system administrator can use this template. Available template parameters contain all parameters available for the General template, plus:
- latestVersion - the latest platform version available;
- latestVersionReleaseNotesUrl - release notes link for latest version;
- upgradeInstructionsUrl - upgrade instructions link for latest version;
- currentVersion - the current platform version;
- currentVersionReleaseNotesUrl - release notes link for current version.
Letâs consider an example with the following event: a new 3.6.3 version is released but currently deployed version is 3.6.2.
The notification in ThingsBoard may look like this:
Exceeded rate limits
This template is for notifying about exceeding rate limits. Only the system administrator can use this template. Available template parameters contain all parameters available for the General template, plus:
- api - rate-limited API label; one of: âREST API requestsâ, âREST API requests per customerâ, âtransport messagesâ, âtransport messages per deviceâ, âCassandra queriesâ, âWS updates per sessionâ, ânotification requestsâ, ânotification requests per ruleâ, âentity version creationâ, âentity version loadâ, âreports generationâ, âintegration messagesâ, âintegration messages per deviceâ, âEdge eventsâ, âEdge events per edgeâ, âEdge uplink messagesâ, âEdge uplink messages per edgeâ;
- limitLevelEntityType - entity type of the limit level entity, e.g. âTenantâ, âDeviceâ, âNotification ruleâ, âCustomerâ, etc.;
- limitLevelEntityId - id of the limit level entity;
- limitLevelEntityName - name of the limit level entity;
- tenantId - id of the tenant;
- tenantName - name of the tenant;
Letâs consider an example with the following event: a customer âJane Smithâ exceeded rate limit for per-customer REST API requests.
The notification in ThingsBoard may look like this:
Rules
Notification rules allow you to automate the delivery of notifications on a particular trigger event. For example, rule automatically sends a notification when a new alarm is created. The trigger event types are tightly coupled to the notification template types.
Letâs take a closer look at all rules:
Alarm
Using the âAlarmâ rule the system sends notifications on specific events: alarm is created, acknowledged, cleared, severity updated, or alarm deleted.
To create a new alarm rule, follow these steps:
- Click the âAdd ruleâ button in the upper right corner of the âRulesâ tab;
- In the new pop-up window, enter the rule's name;
- Select trigger - Alarm;
- Then, select pre-made template from the list or create your own;
- Build an escalation chain. The escalation chain allows you to configure multiple recipients of the notification. The first recipient group will receive the notification immediately. Other recipient groups will receive the notification after a configurable delay. You may also configure alarm statuses, which will stop the escalation chain. Click âNextâ;
- The alarm trigger filter allows you to filter events based on alarm type and severity;
- You may also select the event types that will trigger notification;
- Click âAddâ.
Default rule
The default rule âNew alarmâ will notify tenant administrators when an alarm is created.
Template subject: New alarm '${alarmType}'
Template message: Severity: ${alarmSeverity}, originator: ${alarmOriginatorEntityType} '${alarmOriginatorName}'
See Alarm template for a list of the available template parameters.
Device activity
Using the âDevice activityâ rule the system sends notifications when the device becomes active or inactive.
To create a new device activity rule, follow these steps:
- Click the âAdd ruleâ button in the upper right corner of the âRulesâ tab;
- In the new pop-up window, enter the rule's name;
- Select trigger - Device activity;
- Then, select pre-made template from the list or create your own;
- Specify the recipient of the notification. Click âNextâ;
- The trigger filter allows you to configure specific devices or device types;
- You may also select the event types that will trigger notification;
- Click âAddâ.
Default rule
The default rule âDevice activity status changeâ will notify tenant admins when any device changes its activity state
Template subject: Device '${deviceName}' became ${eventType}
Template message: Device '${deviceName}' of type '${deviceType}' is now ${eventType}
See Device activity template for a list of the available template parameters.
Entity action
Using the âEntity actionâ rule the system sends notifications when an entity is created, updated or deleted.
To create a new entity action rule, follow these steps:
- Click the âAdd ruleâ button in the upper right corner of the âRulesâ tab;
- In the new pop-up window, enter the rule's name;
- Select trigger - Entity action;
- Then, select pre-made template from the list or create your own;
- Specify the recipient of the notification. Click âNextâ;
- The trigger filter allows you to filter events by entity type;
- You may also select the event types that will trigger notification;
- Click âAddâ.
Default rule
The default rule âDevice createdâ will notify tenant administrators when device is created.
Template subject: ${entityType} was ${actionType}
Template message: ${entityType} '${entityName}' was ${actionType} by user ${userEmail}
See Entity action template for a list of the available template parameters.
Alarm comment
Using the âAlarm commentâ rule the system sends notifications when an alarm is commented.
To create a new alarm comment rule, follow these steps:
- Click the âAdd ruleâ button in the upper right corner of the âRulesâ tab;
- In the new pop-up window, enter the rule's name;
- Select trigger - Alarm comment;
- Then, select pre-made template from the list or create your own;
- Specify the recipient of the notification. Click âNextâ;
- The trigger filter allows you to filter alarms by type, severity, and status;
- You may also select to notify only on user comments and skip system comments. Optionally, you may notify users on comments update;
- Click âAddâ.
Default rule
The default rule âComment on active alarmâ will notify tenant administrators when comment is added by user on active alarm.
Template subject: Comment on '${alarmType}' alarm
Template message: ${userEmail} ${action} comment: ${comment}
See Alarm comment template for a list of the available template parameters.
Alarm assignment
Using the âAlarm assignmentâ rule the system sends notifications when an alarm is assigned or unassigned.
To create a new alarm assignment rule, follow these steps:
- Click the âAdd ruleâ button in the upper right corner of the âRulesâ tab;
- In the new pop-up window, enter the rule's name;
- Select trigger - Alarm assignment;
- Then, select pre-made template from the list or create your own;
- Specify the recipient of the notification. Click âNextâ;
- The trigger filter allows you to filter alarms by type, severity, and status;
- You may also select the event types that will trigger notification: assign or unassign;
- Click âAddâ.
Default rule
The default rule âAlarm assignmentâ will notify a user when any alarm was assigned to him.
Template subject: Alarm '${alarmType}' (${alarmSeverity}) was assigned to user
Template message: ${userEmail} assigned alarm on ${alarmOriginatorEntityType} '${alarmOriginatorName}' to ${assigneeEmail}
See Alarm assignment template for a list of the available template parameters.
Rule engine lifecycle event
Using the âRule engine lifecycle eventâ rule the system sends notifications about the rule chain or rule node lifecycle events. For example, notify when a new rule node fails to start (typically due to misconfiguration).
Trigger settings: the trigger filter allows you to filter based on rule chains and events status: Started, Updated, Stopped.
To create a new Rule engine lifecycle event rule, follow these steps:
- Click the âAdd ruleâ button in the upper right corner of the âRulesâ tab;
- In the new pop-up window, enter the rule's name;
- Select trigger - Rule engine lifecycle event;
- Then, select pre-made template from the list or create your own;
- Specify the recipient of the notification. Click âNextâ;
- The trigger filter allows you to filter notifications by type, severity, and status;
- You may also select the event types that will trigger notification: assign or unassign;
- Click âAddâ.
Default rule
The default rule âRule node initialization failureâ will notify tenant administrators when any Rule chain or Rule node failed to start, update or stop.
Template subject: ${action:capitalize} failure in Rule chain '${ruleChainName}'
Template message: ${componentType} '${componentName}' failed to ${action}
See Rule engine lifecycle event template for a list of the available template parameters.
Edge connection
Using the âEdge connectionâ rule the system sends a notification to tenant admins when the connection status between TB and Edge changes.
Trigger settings: the trigger filter allows you to filter notifications based on Edge instance status: Connected, Disconnected.
To create a new Edge connection rule, follow these steps:
- Click the âAdd ruleâ button in the upper right corner of the âRulesâ tab;
- In the new pop-up window, enter the rule's name;
- Select trigger - Edge connection;
- Then, select pre-made template from the list or create your own;
- Specify the recipient of the notification. Click âNextâ;
- The trigger filter allows you to filter notifications by Edge instances. If the field is empty, the trigger will be applied to all edge instances;
- You may also select the event types that will trigger notification: connected, disconnected;
- Click âAddâ.
Default rule
The default rule âEdge connection status changeâ will notify tenant administrators when connection status between TB and Edge changes.
Template subject: Edge connection status change
Template message: Edge '${edgeName}' is now ${eventType}
See Edge connection template for a list of the available template parameters.
Edge communication failure
Using the âEdge communication failureâ rule the system sends a notification to tenant admins when communication failures occur.
To create a new Edge communication failure rule, follow these steps:
- Click the âAdd ruleâ button in the upper right corner of the âRulesâ tab;
- In the new pop-up window, enter the rule's name;
- Select trigger - Edge communication failure;
- Then, select pre-made template from the list or create your own;
- Specify the recipient of the notification. Click âNextâ;
- The trigger filter allows you to filter notifications by Edge instances. If the field is empty, the trigger will be applied to all edge instances;
- Click âAddâ.
Default rule
The default rule âEdge communication failureâ will notify tenant administrators when communication failures occur.
Template subject: Edge '${edgeName}' communication failure occurred
Template message: Failure message: '${failureMsg}'
See Edge communication failure template for a list of the available template parameters.
Entities limit
The system administrator can use the âEntities limitâ rule to notify tenants that they will reach the limit on the number of entities (devices or assets). For example, notify when tenant has reached 80% of the 100 devices allowed. The max number of devices is extracted from the tenant profile.
To create a new entities limit rule, follow these steps:
- Click the âAdd ruleâ button in the upper right corner of the âRulesâ tab;
- In the new pop-up window, enter the rule's name;
- Select trigger - Entities limit;
- Then, select a pre-made template from the list or create your own;
- Specify the recipient of the notification. Click âNextâ;
- The trigger filter allows you to filter entities by type and setup threshold;
- Click âAddâ.
Default rule
The default rule âEntities Limitâ will notify affected tenant administrators and system administrators when number of devices is above 80% of allowed.
Template subject: ${entityType}s limit will be reached soon
Template message: ${entityType}s usage: ${currentCount}/${limit} (${percents}%)
See Entities limit template for a list of the available template parameters.
API usage limit
The system administrator can use the âAPI usage limitâ rule to notify tenants that they have reached the limit of used units.
For example, notify when tenant has reached 80% of the 100 alarms . The max number of alarms is extracted from the tenant profile.
To create a new API usage limit rule, follow these steps:
- Click the âAdd ruleâ button in the upper right corner of the âRulesâ tab;
- In the new pop-up window, enter the rule's name;
- Select trigger - API usage limit;
- Then, select a pre-made template from the list or create your own;
- Specify the recipient of the notification. Click âNextâ;
- The trigger filter allows you to filter entities by API features;
- You may also select the event types that will trigger notification: enable, warning, disabled;
- Click âAddâ.
Default rule
The default rule âAPI usage limitâ will notify affected tenant administrators and system administrators when number of units is above 80% of allowed.
Template subject: ${feature}s limit will be reached soon
Template message: ${feature} feature - ${status:upperCase} (usage: ${currentValue} out of ${limit} ${unitLabel}s)
See API usage limit template for a list of the available template parameters.
New platform version
The system administrator can use the âNew platform versionâ rule to notify tenants and system administrators about the release of a new version of the ThingsBoard platform.
To create a new platform version rule, follow these steps:
- Click the âAdd ruleâ button in the upper right corner of the âRulesâ tab;
- In the new pop-up window, enter the rule's name;
- Select trigger - New platform version;
- Then, select a pre-made template from the list or create your own;
- Specify the recipient of the notification. Click âNextâ;
- Optionally enter a description, then click âAddâ.
Default rule
The default rule âNew platform versionâ will notify affected tenant administrators and system administrators when a new version of the ThingsBoard platform is released.
Template subject: New version ${latestVersion} is available
Template message: Current version is ${currentVersion}. You can upgrade your ThingsBoard instance to version ${latestVersion}.
See New platform version template for a list of the available template parameters.
Exceeded rate limits
The system administrator can use the âExceeded rate limitsâ rule to notify tenants and system administrators about the exceeded rate limits.
To create a exceeded rate limits rule, follow these steps:
- Click the âAdd ruleâ button in the upper right corner of the âRulesâ tab;
- In the new pop-up window, enter the rule's name;
- Select trigger - Exceeded rate limits;
- Then, select a pre-made template from the list or create your own;
- Specify the recipient of the notification. Click âNextâ;
- The trigger filter allows you to filter entities by API features;
- Optionally enter a description, then click âAddâ.
Default rule
The default rule âExceeded rate limitsâ will notify affected tenant administrators and system administrators when an exceeded rate limits.
Template subject: Rate limits exceeded
Template message: Rate limits for ${api} exceeded for '${limitLevelEntityName}'