> 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/funkcje/ochrona-przed-wyciekiem-danych/polityki-i-reguly-dlp/wyzwalacze/harmonogram.md).

# Harmonogram

{% hint style="info" %}
**\[Wyzwalacze -> Harmonogram]** Pracujemy nad tą funkcjonalnością. Poinformujemy o jej wdrożeniu w zestawieniu zmian (changelogu), gdy tylko zostanie udostępniona.
{% endhint %}

## Wyzwalacze Harmonogram w politykach DLP

### Opis funkcji

Wyzwalacze **Harmonogram** umożliwiają zaplanowanie uruchomienia reguł DLP w ściśle określonym czasie, niezależnie od innych warunków. Jest to przydatne narzędzie do klasyfikacji danych dla polityk bezpieczeństwa.

## Typy harmonogramów

Wyzwalacz **Harmonogram** obsługuje następujące typy harmonogramów:

* **Co godzinę**– reguła uruchamiana co 60 minut.
* **Codziennie**– reguła uruchamiana codziennie.
* **Co tydzień** – reguła uruchamiana raz w tygodniu.
* **Co miesiąc** – reguła uruchamiana raz w miesiącu.

***

## Kluczowe kroki konfiguracji

{% stepper %}
{% step %}

#### Ustawienie daty rozpoczęcia

Każdy harmonogram wymaga zdefiniowania daty rozpoczęcia, która określa moment pierwszego uruchomienia reguły.
{% endstep %}

{% step %}

#### Definiowanie daty zakończenia lub liczby wystąpień

* Jeśli harmonogram ma być ograniczony czasowo, należy:
  * Wybrać **datę zakończenia**,
  * Lub ustawić **liczbę wystąpień** reguły.
* Po osiągnięciu końca harmonogramu reguła zostanie automatycznie wyłączona.
  {% endstep %}

{% step %}

#### Bezterminowe działanie (opcjonalne)

* Aby reguła działała bez daty końcowej, należy wybrać opcję **"Run Infinitely"**.
* W takim przypadku harmonogram będzie aktywny do momentu ręcznego wyłączenia reguły w głównym widoku polityk DLP.

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

***

### Dodatkowe opcje konfiguracji

W zależności od wybranej częstotliwości harmonogram może zawierać dodatkowe ustawienia.

#### Dzienny

* **Every X days** – wykonanie reguły co określoną liczbę dni.
* **Every weekday** – wykonanie reguły wyłącznie w dni robocze.

<figure><img src="/files/S44eKf8362ScETLFrntg" alt="" width="188"><figcaption></figcaption></figure>

#### Tygodniowy

* **Every X week(s) on the following day** – wykonanie reguły co określoną liczbę tygodnie we wskazany dzień.

<figure><img src="/files/sIZAQhSHSGel4wVC0kL0" alt="" width="188"><figcaption></figcaption></figure>

#### Miesięczny

* **Every X month(s) on X day of the month -** Reguła zostanie uruchomiona co określoną liczbę miesięcy (X), w konkretny dzień miesiąca (np. 15. dzień każdego 3. miesiąca).

  **Przykład:** Jeśli ustawimy „co 2 miesiące, 10. dnia miesiąca”, reguła będzie uruchamiana 10. dnia stycznia, marca, maja itd.
* **Every X month(s) on a variable day: \[Week], \[Weekday]** - Reguła zostanie uruchomiona co określoną liczbę miesięcy (X), w zależności od zmiennego dnia miesiąca.

  **Opcje konfiguracji:**

  * **\[Week]:** Numer tygodnia w miesiącu (np. pierwszy, drugi, trzeci tydzień).
  * **\[Weekday]:** Dzień tygodnia (np. poniedziałek, wtorek).

  **Przykład:** Jeśli ustawimy „co 1 miesiąc, w drugi poniedziałek miesiąca”, reguła będzie uruchamiana w odpowiedni dzień każdego miesiąca.

<figure><img src="/files/pUzcw2dNmfSepcgURhJ9" alt="" width="188"><figcaption></figcaption></figure>

***

## Podsumowanie

Wyzwalacz **Scheduled** pozwala na precyzyjne planowanie i kontrolowanie automatyzacji w politykach DLP. Dzięki szerokim możliwościom konfiguracji harmonogramów reguły można dostosować do indywidualnych potrzeb organizacji, zapewniając zgodność z politykami bezpieczeństwa oraz skuteczność ich egzekwowania.


---

# 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/funkcje/ochrona-przed-wyciekiem-danych/polityki-i-reguly-dlp/wyzwalacze/harmonogram.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.