--- title: "Reporting-Übersicht" source: /de/gcxone/reporting/reporting-overview locale: de updated: 2026-09-08 --- ## **Was Reporting tut** GCXONE hat drei Reporting-Oberflächen, jede für eine andere Zielgruppe: das Live-Dashboard für Ihr eigenes Team, System-Healthcheck-Berichte für Kunden und Customer-Success-Berichte (in Kürze verfügbar) für Kontoüberprüfungen und Trendanalysen. ## **Warum es wichtig ist** Der richtige Bericht, der zur richtigen Zeit bei der richtigen Person ankommt, unterscheidet einen professionellen Überwachungsbetrieb von einem, der Kunden verliert. System-Healthcheck-Berichte beweisen, dass Ihre Kameras funktionieren. Customer-Success-Berichte, demnächst verfügbar, werden beweisen, dass Ihre KI Wert liefert. Das Dashboard hält Ihr Team täglich scharf. ## **Wie es funktioniert** ### \1. Das Live-Dashboard — für Ihr Team, nicht für Ihre Kunden Das Dashboard ist selbst kein Bericht — es wird nicht gespeichert oder irgendwohin gesendet — aber das Verständnis ist wichtig, weil es leicht damit verwechselt werden kann. Es wird hier speziell behandelt, um diese Linie klar zu ziehen. Das Dashboard ist in Echtzeit. Es zeigt, was gerade in allen Standorten in Ihrem ausgewählten Zeitfenster passiert (Standard: letzte 2 Tage). Verwenden Sie es für tägliche operative Überwachung und interne Teambesprechungen. Vier der Kacheln, die täglich prüfenswert sind: - **Fehlerhafte Kameras** — Kameras, die ihren letzten HealthCheck nicht bestanden haben. Sie überwachen derzeit nichts. Jeder Zähler ungleich Null bedarf Untersuchung. - **Keine Referenzbilder** — Kameras, gegen die NOVA99x nicht mit einer Baseline vergleichen kann. Jede Kamera hier läuft ohne KI-Filterung und erhöht Ihre Falschalarmrate. - **Schwarzbild-Kameras** — Kameras, die einen schwarzen oder leeren Frame zurückgeben, normalerweise eine Linsenverdeckung oder Feedfehler. Untersuchen Sie noch am gleichen Tag. - **Verhältnis Echter zu Falscher Alarm** — die Aufteilung zwischen Alarmen, die NOVA99x als echt klassifiziert gegenüber als falsch gefiltert. Ein steigender Anteil echter Alarme kann signalisieren, dass etwas in der Pipeline falsch konfiguriert ist. Das Dashboard speichert keine historischen Daten in teilbarem Format. Machen Sie keinen Screenshot und senden Sie ihn Kunden als Bericht. ![GCXONE-Dashboard mit KPI-Kacheln einschließlich Gesamtalarme, Fehlerhafte Kameras, Keine Referenzbilder und Schwarzbild-Kameras, plus das Donut-Diagramm Echter vs. Falscher Alarme.](/api/media/file/Screenshot-2026-08-13-123344-edited-43b40347.png) ### \2. System-Healthcheck-Berichte — Ihr Haupt-Kundenprodukt ![Dialog "Neuen Bericht planen" mit dem Schritt "Berichtstyp wählen", wobei System Healthcheck ausgewählt und Customer Success als "In Kürze verfügbar" gekennzeichnet ist.](/api/media/file/Screenshot-2026-08-13-124423-edited-5ebbc56b-1.png) System-Healthcheck-Berichte sind zeitstempelversehene, unabhängige Aufzeichnungen der Gesundheit des Kamerabestands. Sie beantworten die Frage, die jeder Kunde stellt: "Funktionieren alle meine Kameras?" Sie sind für nicht-technische Stakeholder konzipiert — Facility Manager, Sicherheitsdirektoren, Operationsteams. Verwenden Sie System-Healthcheck-Berichte: - Wöchentlich, für jeden aktiven Kunden — auf regelmäßiger Grundlage - Nach einem Wartungsereignis oder einer Standortänderung — um zu bestätigen, dass Kameras korrekt wiederhergestellt wurden - Für SLA-Compliance — als Beweis der Verfügbarkeitsüberwachung - Vor und nach der Inbetriebnahme eines neuen Standorts — um den Bestand zu erfassen Für den vollständigen Report-Planungs-Workflow — wie Sie diese Berichte einrichten, erstellen, liefern und überwachen — siehe: [Geplante Berichte](/gcxone/reporting/scheduled-reports). ### \3. Customer-Success-Berichte (In Kürze verfügbar) — für Management und Trendanalyse Customer-Success-Berichte sind noch nicht planbar verfügbar. Nach der Veröffentlichung fassen sie Nutzungsstatistiken, Wertmetriken und Optimierungsempfehlungen über einen Zeitraum zusammen: Alarmvolumen-Trends, KI-Filtrationswert und Aktivität auf Standortebene, gleich konfiguriert unter **Einstellungen → Berichte.** Sie sind vorgesehen für: - Monatliche Kundenüberprüfungen — Anzeige von Alarmvolumen-Trends und KI-Filtrationswert im Laufe der Zeit - Identifizierung lauter Geräte — ein einzelnes Gerät mit über 1.000 monatlichen Ereignissen hat normalerweise einen falsch konfigurierten Sensor oder zeigt auf einen Baum - Demonstrieren von NOVA99x-Wert — die Reduktion von rohen Bewegungsereignissen zu verifizierten Alarmen ist ein wichtiger kommerzieller Differenziator, der für Kunden quantifiziert werden sollte - Team-Performance intern — Antwortzeit und Lösungsraten-Metriken ## **Hauptfunktionen** ### Planungs-Defaults Richten Sie proaktiv Report-Zeitpläne für jeden aktiven Kunden ein. Warten Sie nicht, bis sie danach fragen. Der Standard-Rhythmus: - **System-Healthcheck-Bericht:** wöchentlich, geliefert Montag vor 08:00 - **Customer-Success-Bericht** *(in Kürze verfügbar):* monatlich, geliefert am ersten Geschäftstag Beide sind konfiguriert unter **Einstellungen → Berichte.** Geplante Berichte werden automatisch geliefert — der Kunde erhält sie als E-Mail-Anlagen und benötigt keinen GCXONE-Zugriff. ### Das Audit-Protokoll Das Audit-Protokoll in der Konfiguration ist kein kundenorientierter Bericht. Es ist ein internes Admin-Tool, das jeden Konfigurationswechsel aufzeichnet: wer ihn geändert hat (E-Mail), wann (Datum) und was passiert ist (Kategorie, Unterkategorie, Aktion und eine Protokoll-Beschreibung). Verwenden Sie es zur Untersuchung von Vorfällen, Verfolgung von Onboarding-Änderungen und Erfüllung von Compliance-Anforderungen für Änderungsprotokollierung. ## **Real-World-Anwendungsfälle** - Ein Facility Manager fragt "funktionieren alle meine Kameras?" — der Admin sendet einen geplanten wöchentlichen System-Healthcheck-Bericht ohne sich bei GCXONE anmelden zu müssen. - Nach einem Wartungsbesuch löst der Installer einen System-Healthcheck-Bericht aus, um zu bestätigen, dass alle Kameras korrekt wiederhergestellt wurden, bevor der Standort verlassen wird. ## **Best Practices** - Richten Sie geplante Berichte für jeden aktiven Kunden am ersten Tag ein — warten Sie nicht, bis sie danach fragen. - Senden Sie niemals einen Dashboard-Screenshot an einen Kunden als Ersatz für einen System-Healthcheck-Bericht. - Liefern Sie System-Healthcheck-Berichte wöchentlich, konsistent, ohne Aufforderung; fügen Sie Customer-Success-Berichte zu diesem Rhythmus hinzu, wenn sie verfügbar sind. - Verwenden Sie das Audit-Protokoll proaktiv nach einem Konfigurationswechsel, um zu bestätigen, was modifiziert wurde und von wem. - Untersuchen Sie ein steigendes Verhältnis Echter zu Falscher Alarm schnell — es signalisiert normalerweise eine Fehlkonfiguration in der Pipeline, nicht einen echten Sicherheitsanstieg.