> For the complete documentation index, see [llms.txt](https://docs.videc.de/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.videc.de/aip-6.0/sonstiges/glossar.md).
# Glossar
### Datenpfad
Im Datenpfad liegen die Anwendungsdaten von AIP. Hier werden standardmäßig die Log-Dateien und die Konfiguration abgelegt. Dieser ist für die unterschiedlichen Betriebssystem verschieden: siehe [FAQ](/aip-6.0/fehlerbehebung-und-hilfe/faq/agenten.md#datenpfad_wo).
### Datenpunkt
Ein Datenpunkt ist eine Anbindung an eine externe Variable eines angeschlossenen Leitsystems.
### Empfänger
Ein Empfänger ist eine Person oder Gerät (z.B. Diensthandy), welche(s) in AIP als Empfangsziel für ein aufgetretenes Ereignis eingetragen werden kann.
### Ereignis
Ein Ereignis ist das Auftreten eines bestimmten überwachten Zustandes, z.B. in einem Leitsystem, siehe [Begrifflichkeiten](/aip-6.0/aip-allgemein/begrifflichkeiten.md).
### Ereignisbedingung
Eine Ereignisbedingung stellt die Kombination von Bedingungen dar, bei der ein Ereignis auftritt.
### Eskalationsliste
Eine Eskalationsliste ist Bestandteil einer Eskalationsstufe. Hier werden Empfänger eingetragen, die im Alarmfall benachrichtigt werden sollen.
### Eskalationsstufe
Eine Serviceeinheit hat drei Eskalationsstufen. Diese werden im Alarmfall nacheinander durchlaufen, bis ein Empfänger erfolgreich benachrichtigt wurde. Eine Eskalationsstufe enthält eine Eskalationsliste und eine Vorgehensweise, wie die Liste durchlaufen werden soll.
### Leitsystem
Ein Leitsystem stellt den Ablauf eines (Produktions-) Vorgangs dar und ermöglicht dessen Steuerung und Bedienung.
### Logdatei
Eine Logdatei ist eine Textdatei in der ein Ereignisprotokoll geschrieben wird, um im Nachhinein den Ablauf von Vorgängen und das Arbeiten des Systems analysieren zu können.
### Meldevorgang
Ein Meldevorgang entspricht der Benachrichtigung einer Serviceeinheit für ein aufgetretenes [Ereignis](#ereignis), siehe [Begrifflichkeiten](/aip-6.0/aip-allgemein/begrifflichkeiten.md).
### PLS
Prozessleitsystem, siehe [Leitsystem](#leitsystem).
### Sendebedingungen
Die Sendebedingungen eines überwachten Ereignisses geben an, wann die Benachrichtigung an die Empfänger abgebrochen werden soll.
### Standardmedium
Für jedem Empfänger muss ein Medium aus der Benachrichtigungsliste gewählt werden, das im Standardfall zur Benachrichtigung verwendet wird. Dieses Medium kann z.B. innerhalb einer Eskalationsliste ausgewählt werden. Außerdem wird ein Vertreter immer über sein Standardmedium benachrichtigt.
### Vertreter
Für einen Empfänger kann ein anderer Empfänger mit einem optionalen Zeitraum als Vertreter definiert werden. Im Alarmfall wird dann dieser Vertreter statt dem eigentlichen Empfänger benachrichtigt. Es kann allerdings nur ein Empfänger als Vertreter ausgewählt werden, der selbst nicht vertreten wird.
Das Medium, über das der Vertreter die Benachrichtigung erhält wird nach folgender Reihenfolge ermittelt:
1. Gleicher Name des Mediums
2. Gleicher Typ des Mediums (Bei mehreren Medien wird das Erste nach alphabetischer Reihenfolge ausgewählt)
3. Standardmedium des Vertreters
Ist für den Empfänger ein Bereitschaftsplaner eingetragen, wird der Vertreter ebenfalls nur dann benachrichtigt, wenn der eigentliche Empfänger laut Dienstplan benachrichtigt werden würde.
In diesem Fall wird der Vertreter in jedem Fall benachrichtigt (ein aktiver Bereitschaftsplaner des Vertreters wird dann ignoriert).
Selbstverständlich wird der Bereitschaftsplaner des Vertreters berücksichtigt, wenn dieser direkt als Empfänger benachrichtigt werden soll.
{% hint style="info" %}
Bei der Auswahl eines Vertreters sollte beachtet werden, dass dieser den Aufgabenbereich des eigentlichen Empfänger übernehmen und dementsprechend die auftretenden Meldungen bearbeiten kann.
{% endhint %}
### Workflow
Zusammenhängende Folge von Funktionen, die nach einer fest definierten Reihenfolge abgearbeitet werden.
---
# 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 by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://docs.videc.de/aip-6.0/sonstiges/glossar.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
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.