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

# Decision events

Für jede einzelne Positionsentscheidung zeigt ein Eintrag, welche Daten vorlagen und woher die Position kam. Dies ist die Ansicht, mit der Sie eine falsche oder fehlende Position untersuchen.

-   Nach Tag gruppierbare Liste, neueste Meldungen zuerst

-   Filter nach Zeitraum, Tag und Eigenschaften der Meldung

-   Detaildialog mit dem Entscheidungsbaum, den Rohdaten und der Karte

-   Aus einer Meldung heraus direkt eine eigene Position anlegen

## Referenz

![Decision events](_images/tpm_app_decision_events.png)

| Modul | Beschreibung |
| --- | --- |
| ![refresh](_images/refresh.svg) Aktualisieren | Lädt die Liste neu |
| ![filter](_images/filter.svg) Filter | Zeitraum, Tags und Eigenschaften der Meldungen |
| ![sort](_images/asset_sort.svg) Nach Tag gruppieren | Schaltet zwischen flacher Liste und Gruppierung je Tag um |
| ![info](_images/info.svg) Info | Anzahl der dargestellten Meldungen. Es werden höchstens 1000 geladen |
| Aktionsspalte | Öffnet den Detaildialog zur gewählten Meldung |

## Anzeige

| Spalte | Beschreibung |
| --- | --- |
| Tag Id | Die MAC-Adresse des Geräts |
| Tag-Name | Anzeigename, falls gesetzt |
| Zeit | Zeitpunkt der Entscheidung. Vorsortiert, neueste zuerst |
| Typ | Art der Entscheidung. Bei dieser Anwendung in der Regel eine Positionsbestimmung |
| Trigger | Warum das Gerät gemeldet hat: bei Bewegungsbeginn, bei Bewegungsende oder nach Zeitplan |
| Lon, Lat | Längen- und Breitengrad der ermittelten Position |
| Genauigkeit | Radius in Metern, für den die Position als gültig angegeben wird |
| Gültig | Ob eine brauchbare Position zustande kam. Nein bedeutet: die Entscheidung wurde aufgezeichnet, aber es gibt keine Position |

> **IMPORTANT:** Auch Entscheidungen ohne Position werden aufgezeichnet. Genau das macht die Ansicht nützlich: Die Frage „warum hat mein Gerät keine Position?“ ist hier beantwortbar, nicht nur die Frage nach einer falschen Position.

## Detaildialog

Ein Doppelklick oder die Aktionsspalte öffnet den Detaildialog mit drei Bereichen:

| Bereich | Inhalt |
| --- | --- |
| Entscheidung | Woher die Position kam und wie sicher der Treffer war. Die Quelle ist entweder eine eigene hinterlegte Position, der Positions-Cache oder ein Online-Dienst |
| Rohdaten | Was das Gerät gemeldet hat: Zelle, WiFi-Zugangspunkte mit Signalstärke, gesehene BLE-Geräte. Ausgeschlossene Zugangspunkte sind als solche gekennzeichnet |
| Karte | Die ermittelte Position mit dem Genauigkeitsradius |

Die Rohdaten sind der Schlüssel zur Fehlersuche. Wenn eine Position falsch ist, steht hier, auf welcher Grundlage sie zustande kam — und daraus ergibt sich, was zu tun ist. Die Reihenfolge, in der die Anwendung ihre Quellen befragt, ist unter [Wie eine Position bestimmt wird](positioning.md) beschrieben.

## Filter

| Filter | Beschreibung |
| --- | --- |
| Zeitraum | Von–bis. Der wichtigste Filter, da die Liste sonst nur die jüngsten Meldungen zeigt |
| Tags | Einschränkung auf einzelne Tags, Gruppen oder Labels |
| Eigenschaften | Nur gültige oder nur ungültige Entscheidungen, Einschränkung auf einen Trigger |

## Kontextmenü

| Aktion | Beschreibung |
| --- | --- |
| Zelle anpassen | Legt aus der in der Meldung enthaltenen Zelle eine eigene Position an. Sie geben die bekannte Position auf der Karte an; künftige Meldungen aus dieser Zelle werden damit ohne Online-Abfrage aufgelöst |
| WiFi anpassen | Dasselbe für einen der gemeldeten WiFi-Zugangspunkte. Auch der Weg, einen störenden Zugangspunkt auf **Ignored** zu setzen — siehe [Benutzerdefinierte Standorte](custom_locations.md) |
| Anfrage erstellen | Stellt eine einmalige Anfrage an einen Online-Dienst mit den Daten dieser Meldung und zeigt das Ergebnis, ohne die gespeicherte Position zu verändern |

## Aufbewahrung

Decision events werden nach 30 Tagen automatisch gelöscht. Der Zeitraum ist konfigurierbar; die Einstellung gehört zur Installation und nicht in diese Ansicht.

Wer Positionen dauerhaft benötigt, speichert sie im empfangenden System — diese Ansicht ist ein Diagnosefenster, kein Archiv.