---
title: Decision events (Administration)
id: "de:tpm:admin:decision_events.adoc"
site: de
component: tpm
module: admin
version: 3.0
lang: de
url: "https://help.rtlscloud.io/de/tpm/3.0/admin/decision_events.html"
source_repo: "https://github.com/iot-invent/rtlscloud-tpm.git@3.0.x"
source_path: docs/de/modules/admin/pages/decision_events.adoc
---

# Decision events (Administration)

Die Decision events über **alle Mandanten** hinweg. Bedienung und Detaildialoge sind identisch mit [Decision events](../decision_events.md) im Arbeitsbereich; nur die Datenbasis ist weiter und es kommt ein Mandantenfilter hinzu.

## Wozu diese Ansicht

Zwei Fälle, für die der Arbeitsbereich nicht genügt:

-   Ein Gerät ist noch **keinem Mandanten zugewiesen** und damit in keinem Arbeitsbereich sichtbar. Ob es überhaupt sinnvolle Positionen liefert, lässt sich nur hier prüfen — und das ist die Voraussetzung dafür, es guten Gewissens auszuliefern.

-   Ein Problem betrifft **mehrere Mandanten**, etwa ein falscher Eintrag im gemeinsamen Positions-Cache. Erst der mandantenübergreifende Blick zeigt, dass es kein Einzelfall ist.

## Referenz

![Decision events (Administration)](_images/tpm_app_admin_decision_events.png)

Spalten, Detaildialog, Kontextmenü und Aufbewahrung sind unter [Decision events](../decision_events.md) beschrieben.

## Zusätzlicher Filter

| Filter | Beschreibung |
| --- | --- |
| Mandant | Einschränkung auf einen Mandanten. Ohne Auswahl werden alle angezeigt |

## Anfrage erstellen

Die Aktion **Anfrage erstellen** — eine einmalige, kostenpflichtige Abfrage bei einem Online-Dienst mit den Daten einer konkreten Meldung — steht ausschließlich im Administrationsbereich zur Verfügung.

Sie verändert keine gespeicherte Position, sondern zeigt nur, was der Dienst zu diesen Rohdaten sagen würde. Das ist der Weg, eine Vermutung zu prüfen, bevor ein Cache-Eintrag gelöscht oder eine eigene Position angelegt wird.