---
title: "Alarmkonfiguration"
source: /de/gcxone/admin-guide/alarm-configuration
locale: de
updated: 2026-09-15
---
## **Was die Alarmkonfiguration macht**

Die Alarmkonfiguration in GCXONE steuert, wie Alarme verarbeitet, gefiltert, an das CMS übertragen und den Bedienern präsentiert werden. Sie regelt den gesamten Ablauf jedes Alarms – von der Erkennung bis zur Auflösung.

## **Warum es wichtig ist**

Ohne eine korrekte Alarmkonfiguration erreichen verifizierte Alarme möglicherweise nie das CMS, Bediener erhalten Alarme ohne Videokontext, oder falsche Alarme überschwemmen die Überwachungsstation. Eine richtige Konfiguration stellt sicher, dass nur verifizierte, handlungsfähige Alarme die Bediener erreichen – mit vollständigem Video‑Beweis angehängt.

## **Wie es funktioniert**

### Der Alarmlebenszyklus

Jeder Alarm in GCXONE folgt einem streng strukturierten, nachvollziehbaren 5‑stufigen Lebenszyklus:

1. **Geräte & Kameras** — Sensor erkennt ein Ereignis und sendet ein Signal an GCXONE.
2. **NOVA99x KI-Filter** — KI‑Pipeline bewertet das Ereignis. Falsche Alarme werden verworfen.
3. **Verifiziert → CMS** — Bestätigte Alarme werden über SIA DC-09 weitergeleitet – dem gleichen Protokoll, das für jede CMS‑Integration in GCXONE verwendet wird, einschließlich Evalink Talos.
4. **Bediener‑Überprüfung** — CMS‑Bediener erhält den Alarm mit Vor‑Ereignis‑Aufnahmen und Live‑Feed.
5. **Gelöst + Audit** — Ergebnis wird protokolliert; unveränderlicher Audit-Trail erstellt.

### Wie Alarme Ihr CMS erreichen

GCXONE leitet jeden Alarm an Ihr CMS weiter, wobei das branchenübliche SIA DC-09‑Protokoll verwendet wird. Sie wählen Ihr CMS aus einer Liste vorintegrierter Anbieter — **Evalink Talos, Amwin, Lisa, Immix** — oder wählen Sie **"Other CMS System"** für einen rohen DC-09‑Kanal zu jedem nicht gelisteten Empfänger. Alle fünf Optionen verwenden den unten beschriebenen identischen DC-09‑Konfigurationsablauf; nur der Anbietername unterscheidet sich.

### Konfiguration der DC-09‑CMS‑Integration

Navigieren Sie zu **Marketplace → Alarm Management System.**

![](/api/media/file/a76e1ea62b31e8eaf4486f45fa0597486b3d0e05-1532x817.png)

1. **Navigieren Sie zu AMS im Marketplace** — Öffnen Sie den Reiter Marketplace → Alarm Management System, um verfügbare Übertragungsintegrationen zu filtern.
2. **Wählen Sie Ihren CMS‑Anbieter** — Klicken Sie auf Erkunden bei Ihrem CMS (Evalink Talos, Amwin, Lisa oder Immix). Für nicht gelistete Anbieter wählen Sie „Other CMS System“ für einen rohen DC-09‑Kanal.
3. **Verbindungsvektoren angeben** — Geben Sie die DC09‑Empfänger‑IP‑Adresse (WAN‑öffentliche IP) und den DC09‑Empfänger‑Port (TCP‑Port in der Firewall des Empfängers) ein.
4. **TCP‑Socket initialisieren** — GCXONE pingt den Empfänger. Ein erfolgreicher Handshake aktualisiert die Karte zu Konfiguriert. Alarme fließen nur für zugeordnete Standorte.
5. **SIA‑Details anzeigen** — Der Reiter Übersicht jedes Geräts zeigt ein SIA‑Details‑Panel (Account Nummer, Verschlüsselungsschlüssel, Empfänger‑IP, Empfänger‑Port) für die DC-09‑Zuordnung dieses Geräts.
6. **Übertragungs‑Verifizierung** — Führen Sie über den Reiter Diagnose eine Testsequenz aus. Grüne Anzeigen bestätigen, dass Pakete vom CMS bestätigt wurden.

>  🚨 **WICHTIG — Häufigster Fehler: Account ID stimmt nicht überein** — Eine nicht übereinstimmende Account ID ist die häufigste Ursache für fehlgeschlagene DC-09‑Übertragungen. Erwartet das CMS „Site-A200“, sendet GCXONE „Site\_a200“, verwirft der Empfänger das Paket stillschweigend. Kopieren Sie die Account ID aus der CMS‑Konfiguration, anstatt sie neu einzugeben.

### Konfiguration der Evalink Talos‑Integration

Evalink Talos verwendet denselben SIA DC-09‑Flow wie jeder andere CMS‑Anbieter — es gibt keinen separaten Credential‑Austausch. Öffnen Sie seine Karte in **Marketplace → Alarm Management System** und klicken Sie auf Konfigurieren, um die Receiver‑IP und den Port einzugeben, genau wie bei Amwin, Lisa oder Immix.

Talos selbst ist eine vollständige Überwachungs‑Center‑Plattform mit eigener Workflow‑Engine (Alarm‑Routing, Zeitpläne, Eskalation) — siehe **Talos Arbeitsabläufe** für die Handhabung von Alarmen, sobald sie dort eintreffen.

### AutoStream

**AutoStream** — eine zugehörige Funktion, die automatisch Live‑Kamerastreams öffnet, die an Talos‑Alarmzonen gebunden sind. Siehe [AutoStream](/gcxone/features/auto-stream-new) für die Einrichtung.

## **Schlüssel‑Funktionen**

### Alarm‑Flow‑Fehlerbehebung

| Symptom | Ursache | Lösung |
| --- | --- | --- |
| Alarm wird in GCXONE als Gesendet angezeigt, aber das CMS empfängt ihn nie | Account ID stimmt nicht überein | Account ID aus dem CMS in die SIA‑Details des Geräts kopieren; genaue Groß‑/Kleinschreibung und Zeichen prüfen |
| AMS‑Karte zeigt rot / nicht verbunden | Firewall blockiert DC09‑IP oder -Port | WAN‑IP und TCP‑Port prüfen, dass sie offen sind |

## **Praxisbeispiele**

- Ein Dienstleister verbindet GCXONE über DC-09 mit einem Immix CMS — die Bediener erhalten Alarme mit eingebettetem Vor‑Ereignis‑Material direkt in der Browser‑Ansicht.
- Ein neuer Standort geht live, aber Alarme kommen nie beim CMS an — der Administrator entdeckt eine Account‑ID‑Diskrepanz und korrigiert sie durch Kopieren aus dem CMS.

## **Best Practices**

- Account ID für DC09 immer aus dem CMS kopieren — niemals manuell neu eingeben.
- Führen Sie den Diagnose‑Übertragungstest nach jeder Konfigurationsänderung durch, bevor Sie live gehen.