Our T6 notification system allows us to view executed actions with a wide level of detail, such as data loads, cube publications, and workflow processes. It enables you to check execution status, detailed start and end times, and total execution time. In case of errors during execution, a list of errors is displayed so you can select a specific error and review its details.
Among the new features added to the notification system are:
To use the notification system, you need to perform an action that generates a notification, such as a data load, a cube publication, or a workflow process.
By clicking on
in the upper corner of the T6 screen, a panel will be displayed on the side with a list of notifications generated by the system and a status bar showing the execution percentage. Among them, we will have the following possibilities:
: Displayed when the triggered action is being executed with no errors so far;
: Displayed when the triggered action is executed and completed successfully;
: Displayed when the triggered action is being executed with errors;
: Displayed when the triggered action has been executed and completed, but with errors;
: Displayed when the triggered action has one or more errors that prevent its execution and completion.
When you click a notification, a new tab opens in T6 showing full details of the triggered action.
In case of an error that prevents execution, the opened tab shows the title of the triggered action; a short explanation saying execution was not completed due to an error; which user triggered the action; the error status; the detailed start date and time of execution; and a panel with error details.
When you publish the cube after creating one or more formulas, the system shows a notification. When you click the notification, a new tab opens where you can view details of the actions performed by the system during cube publication.
On this screen, you have:
For formulas, you also have the following informational cards:
As shown above, each card includes:
For more information about formulas in T6, see: Formulas and Functions
Right below, there is a list of all steps performed by the system during cube publication, and next to each step, the duration of each action in milliseconds;
When you run a data load, the system shows a notification. When you click the notification, a new tab opens where you can view details of the actions performed by the system during data load execution.
In case of success, the screen displays only:

In case of execution completed with failure due to a mapping error, in addition to the items above, you also have:
A card that shows the mapping name, the generated error code, and a Correct mapping button:
When you click Correct mapping, you are redirected to a new tab in T6 containing the data form used for the data load, so you can make the required corrections.
You can also edit the CSV file used in the load, fix the rows that generated errors, and run the load again.
Right below the card, there is a list of failures found during data load execution and their details;
It allows a user to send a message to a group of users, or to a specific user, while performing an activity. This makes it possible to create notifications with any information, not only application-generated details.
Our notifications are stored in database tables that start with REP_NOTIFICATION. The information stored in REP_NOTIFICATION contains general notification data.
In the REP_NOTIFICATION table, we have the following columns:
codNotification: Incremental identifier, generated automatically when a notification is created;codNotificationType: Notification type identifier from REP_NOTIFICATION_TYPE. Available notification types include:
flgState: Notification state. Possible values are:
codUser: Identifier of the user who created the notification;dscObjectID: Identifier of the object associated with the notification;dscObjectName: Name of the object associated with the notification;dscTitle: Title of the message shown in the notification;dscMessage: Message body shown in the notification;dscDetails: Message details shown in the notification;datStart: Notification start date;datEnd: Notification end date;We also have the REP_NOTIFICATION_USER table, where we can define which users should be notified for the created notification.
In a custom notification, we fill one record in REP_NOTIFICATION and one or more records in REP_NOTIFICATION_USER.
To insert a custom notification, access your database and insert a record into REP_NOTIFICATION, for example:
INSERT INTO REP_NOTIFICATION (codNotificationType, flgState, codUser, dscObjectID, dscObjectName, dscTitle, dscMessage, dscDetails, datStart, datEnd)
VALUES
(8, 2, 1, NULL, NULL, 'Example Title', 'Example notification message body', 'Example details', GETUTCDATE(), GETUTCDATE())
You also need to insert a record into REP_NOTIFICATION_USER, for example:
INSERT INTO REP_NOTIFICATION_USER (codNotification, codUser)
SELECT TOP 1 codNotification AS codNotification, 1 AS codUser FROM REP_NOTIFICATION ORDER BY codNotification DESC
Whenever we create a custom notification, we must first run the INSERT on
REP_NOTIFICATIONto get the notification code used in the INSERT onREP_NOTIFICATION_USER.
The user is notified only once. As soon as the notification is read, the same notification will no longer be delivered to that user.
To trigger the notification, use the following API: .../API/Notification/Notify?notificationCode=****, where **** must be replaced with the notification code created previously.
The notification is generated only for users defined in the REP_NOTIFICATION_USER INSERT who are logged in at the moment the API is called. If no target user is logged in at call time, the notification is not delivered until one of the defined users logs in to T6.
The custom notification is displayed as follows:
When you click the notification, a more detailed view is shown, including the user who triggered it, the start date, and the end date:
The T6 notification system lets you view executed actions in detail, including data loads, cube publications, and workflow processes, showing status, start/end times, total duration, and error details.
To access notifications in T6, click the bell icon in the upper corner of the T6 screen to open a side panel with the list of notifications.
Notifications in T6 can have the following statuses:
Running;
Success (executed and completed successfully);
Running with failure;
Executed with failure;
Error (prevents execution).
The informational card colors after cube publication indicate:
Yellow with dash: no value change;
Red with upward arrow: value increase;
Green with downward arrow: value decrease;
After opening the notification, you can click Correct mapping to go to the data form and apply corrections, or fix the CSV file used and run the load again.
Yes. After opening the notification, you can click the available download button for the file used in the data load.
Custom notifications allow a user to send personalized messages to a group of users or to specific users, not limited to application-only information.
To create custom notifications, you must insert records directly into the database tables, following the structure described in the documentation (Custom Notifications).
To trigger a custom notification, use the API: .../api/Notification/Notify?notificationCode=**** where **** is the notification code created earlier.
After the API call, if target user(s) are logged in at that moment, they receive the notification.
If no users are logged in, the notification is not delivered until one of them logs in.
Yes, after opening the notification, you can cancel a process that is running with failure and correct it before completion.
When a notification displays the status bar, it shows the completion percentage until the process finishes (data load, cube publication, etc.).