> For the complete documentation index, see [llms.txt](https://eaclouddoc.eauditor.eu/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://eaclouddoc.eauditor.eu/eacloud-docs-en/features/data-loss-prevention/start/notifications.md).

# Notifications

## Notifications

Notifications are an optional but significant element of a data protection rule that enable effective informing of administrators and end users about security-related events in the system. Adding notifications increases transparency of rule operation and enables quick response to incidents.

After adding actions, the user can enable the notifications section to configure appropriate alerts, e-mails, or other messages displayed in the system.

If you do not want to define notifications, select the option **No action** and proceed to the next step - **Assign to policy**.

## New data protection rule step by step - Notifications

{% stepper %}
{% step %}

### Enabling notifications

After adding actions, the next optional step is adding notifications. To enable this step, toggle the switch in the field **“...and send a notification.”**

<div align="left"><figure><img src="/files/00042ebfb616aae6f0e79f42bec4f0f98aa2d698" alt="" width="375"><figcaption></figcaption></figure></div>
{% endstep %}

{% step %}

### Selecting the notification type

After activation, a window opens with notification options. The following options are available:

* **Log**
  * Display a notification in the system for the specified device.
* **Admin alert**
  * Send an e-mail message to the specified address or addresses.
  * Requires entering:
    * E-mail address,
    * Notification content.
* **Notify end user**
  * Display a pop-up on the user's workstation with the provided message.
* **Warn user**
  * Display a window in the center of the screen that overlays the user's active windows. The message must be closed manually by the user.

<div align="left"><figure><img src="/files/5f43e5b8cc2f1c8f1d70dca68a771089f8c1fe78" alt="" width="120"><figcaption></figcaption></figure></div>
{% endstep %}

{% step %}

### Notification parameterization

If notifications are added as part of the configuration, additional information must be provided:

* **Message content** – The message that will be displayed or sent.
* **E-mail addresses** – For e-mail notifications, one or more recipient addresses must be provided.

<div align="left"><figure><img src="/files/3d5cb8ab59e9f99ff4254047669fd59e5b9849c4" alt="" width="375"><figcaption></figcaption></figure></div>
{% endstep %}

{% step %}

### Adding multiple notifications (optional)

Similar to actions, multiple notifications can be added. All of them are executed simultaneously, according to the logic.

<div align="left"><figure><img src="/files/7cdb72a0aa0fc2c371366c6a961421b46b98ac17" alt="" width="375"><figcaption></figcaption></figure></div>
{% endstep %}
{% endstepper %}

Depending on the selected trigger, available parameters will vary in subsequent steps.&#x20;

Parameters in DLP policy notifications serve to provide the administrator or end user with precise information about the event that triggered the policy. They ensure the message is not generic but contains specific data - **what happened, where, when, and who was responsible.** This facilitates rapid assessment of the situation, incident response, and subsequent analysis and reporting.

When an event occurs, the system automatically substitutes current parameter values into the notification content according to the policy configuration.

Available parameters:

* **Date and time of the event** - allows precise determination of the incident time and correlation with other system events.
* **Computer name** - enables quick identification of the device on which the event occurred.
* **Logged-in user** - indicates who performed the operation at the time of the event.
* **Process name** - informs which application or process executed the operation.
* **Process directory** - allows verification of the process launch source and differentiation between system and custom applications.
* **File name** - identifies the file related to the event.
* **File directory** - shows the file location, which is important when analyzing sensitive areas of the system.
* **Old file name** - enables detection of attempts to hide a file by renaming it.
* **Old file directory** - allows checking where the file was moved from.
* **File size (B)** - helps assess the scale of the event, e.g., during copying or exfiltration of data.
* **Operation** - specifies which action was performed, e.g., copy, delete, or write.
* **Type of storage media** - indicates on which medium the operation was performed, e.g., local disk, USB, or network resource.

***

After configuring notifications, the data protection rule creation process is completed. To save the rule, select the button **Assign to policy.** Then the rule will be assigned to the selected policy, and the user will be taken to the main policy view where existing rules can be managed or new ones created.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://eaclouddoc.eauditor.eu/eacloud-docs-en/features/data-loss-prevention/start/notifications.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
