reporting Stand: Commit 58acde0 · 2026-09-27 Berichte und Berichtsvorlagen, Dashboards aus Vorlagen, Kennzahlen aus Klick- und Sicht-Protokollen sowie Auswertungen für A/B-Tests, Heatmap, Helpdesk und Suchbegriffe für das Unternehmen einrichten. Funktionen • Berichte und Berichtsvorlagen – Vorlagen im Report-Designer bauen, Berichte ausführen, Quick- und aggregierte Berichte lesen; Vorlagen-Typen Bericht, Etikett, Druck, Karte, Prozess, Notiz. • Dashboards und Kacheln – Dashboard-Vorlagen der Plattform zu eigenen Dashboards instanziieren; Kacheln einzeln rendern. • Kennzahlen und Protokolle – KPIs, Mail- und Newsletter-Klicks, Push-Zustellungen, Impressionen, Shortlink- und Shop-Klicks, Sicht-Statistiken. • Auswertungen – A/B-Test-Ergebnisse, Heatmap mit Scroll-Tiefe und Lese-Anteil, Helpdesk-Auflösung, SEO-Übersicht und Keyword-Set-Ergebnisse. Zweck Der Bereich Reporting ist die Berichtsschicht Ihres Unternehmens. Er hält Berichte und Berichtsvorlagen für den Report-Designer, führt Berichte aus und liefert den Vorlagen ihre Datenquellen aus den Bereichen der Plattform; Dashboards entstehen aus Vorlagen, die Ihr Unternehmen instanziiert. Daneben sammelt der Bereich die Protokolle, aus denen Kennzahlen entstehen: Klicks und Sichten aus Mails, Newslettern, Shop, Kurzlinks, Push, Popups, Formularen und Widgets; Auswertungen für A/B-Tests, Heatmaps, Helpdesk und Suchbegriffe lesen davon. Einrichten Voraussetzung ist ein Paket, das das Modul Reporting enthält. Die Protokolle werden von den anderen Bereichen geschrieben (Marketing, Shop, Kommunikation); ohne deren Ereignisse bleiben die Kennzahlen leer. Eine weitere Einrichtung von Anbindungen ist nicht nötig. 1. Rollen vorbereiten. Wer Berichte baut, braucht die Rechte für Berichte und Berichtsvorlagen; wer Dashboards anlegt, das Recht der Kacheln mit Anlegen; wer Kennzahlen liest, die Lese-Rechte der Protokolle (siehe „Rollen und Rechte“). Die Rolle Administrator erhält alle Rechte beim ersten Start automatisch. 2. Berichtsvorlage bauen. Unter Reporting → Report-Designer legen Sie eine Vorlage an und wählen den Typ: Bericht, Etikett, Druck, Karte, Prozess oder Notiz. Je Datensatz-Art der Plattform steht eine Datenquelle bereit, wahlweise mit Detailfeldern. Zugangsdaten einer Datenquelle werden nie in der Vorlage gespeichert: die Plattform leert sie beim Lesen und beim Schreiben; eine Vorlage, die Zugang braucht, holt ihn zur Laufzeit. 3. Bericht ausführen. Unter Reporting → Berichte legen Sie einen Bericht mit seiner Vorlage an und führen ihn mit „Ausführen“ aus; „Löschen“ ist eine eigene Aktion mit eigenem Recht. Quick-Reports und Aggregierte Reports liefern fertige Auswertungen ohne eigene Vorlage; die Executive Overview verdichtet die Kennzahlen des Unternehmens. 4. Dashboards. Die Plattform bringt Kachel- und Dashboard-Vorlagen in acht Familien mit. Sie wählen eine Dashboard-Vorlage und instanziieren sie zu einem eigenen Dashboard Ihres Unternehmens; Kacheln lassen sich einzeln rendern. Eine Änderung an einer Vorlage der Plattform wirkt erst, wenn die Plattform den Bereich neu startet. 5. Kennzahlen lesen. Die Ansichten KPIs, Mail-Klicks, Newsletter-Klicks, Push-Zustellungen, Impressionen, Shortlink-Klicks, Shop-Klicks und View-Statistiken zeigen die Protokolle; sie sind nur lesbar, weil andere Bereiche sie schreiben. 6. Auswertungen. A/B-Test Ergebnisse werten je Experiment des Bereichs Marketing Ausspielungen und Konversionen aus. Die Heatmap zeigt Scroll-Tiefe und Lese-Anteil je Seite aus den Sicht-Datensätzen; Klick-Koordinaten kennt sie nicht. Die Helpdesk-Auflösung reduziert Chats eines Zeitfensters zu einem Bericht; sie liest über die Rechte des Bereichs Hub. Die SEO-Übersicht rollt Keyword-Recherchen zu einer Datenquelle für Agentur-Berichte auf; Keyword-Set-Ergebnisse erscheinen im Bereich Monitoring. Rollen und Rechte | Recht (Schlüssel) | Wirkung | |---|---| | reporting.reports, reporting.reports.edit, reporting.reports.delete | Berichte sehen; Ausführen mit dem Bearbeitungs-Recht, Löschen mit dem Lösch-Recht. Heatmap und SEO-Übersicht verlangen dazu monitoring.views beziehungsweise monitoring.keywords. | | reporting.reporttemplates | Berichtsvorlagen und den Report-Designer samt Datenquellen je Datensatz-Art. | | reporting.customerwidgets, reporting.customerwidgets.new, reports.customer-widgets, reports.customer-widgets.edit | Dashboard- und Kachel-Vorlagen lesen; Instanziieren mit .new; eine Kachel rendern mit dem Bearbeitungs-Recht der Kacheln. | | reporting.kpis, reporting.mailclicks, reporting.newsletterclicks, reporting.pushdeliveries, reporting.shortlinkclicks, reporting.shopclicks | Kennzahlen und Protokolle lesen (nur lesend). | | reporting.impressions, reporting.viewstats, reporting.mailcontents, reporting.maillinks, reporting.newsletterlinks, reporting.keywordresearchresults | Impressionen, Sicht-Statistiken, Mail-Inhalte und -Links, Newsletter-Links, Keyword-Set-Ergebnisse. | | marketing.experiments | A/B-Test auswerten und Ergebnis lesen (Recht des Bereichs Marketing). | | hub.chats | Helpdesk-Auflösung (Recht des Bereichs Hub). | Alle übrigen Protokoll-Ansichten (Klicks und Sichten von Handlungsaufrufen, Popups, Formularen, Downloads, Widgets, Fragen, Feedbacks, Link-Portalen, Push-Fehler, KPI-Mails) sind nur lesbar. Laufender Betrieb Der Bereich hat keine Zeitgeber und keine Hintergrundverarbeitung. Beim Start legt die Plattform die Kachel-Vorlagen, danach die Dashboard-Vorlagen und die SEO-Berichtsvorlage an und bereinigt gespeicherte Berichtsvorlagen um Zugangsdaten. Berichte laufen im Aufruf. Anbindungen: Der Bereich braucht keinen Zugangsschlüssel im Tresor, keine Feature-Flags und keine Webhooks. Datenquellen, die einen Zugang brauchen, holen ihn zur Laufzeit aus den Bereichen der Plattform. Alle Berichte, Vorlagen, Dashboards und Protokolle gehören Ihrem Unternehmen. Die Experiment-Auswertung liest Rohereignisse; Ereignisse außerhalb ihrer Aufbewahrung sind nicht mehr auswertbar. Störungen | Symptom | Wahrscheinliche Ursache | Was Sie tun können | |---|---|---| | „Ausführen“ oder „Löschen“ wird abgewiesen. | Das Bearbeitungs- oder Lösch-Recht der Berichte fehlt. | reporting.reports.edit beziehungsweise reporting.reports.delete zuweisen. | | Eine Kennzahl bleibt bei null. | Der schreibende Bereich liefert keine Ereignisse. | Den Bereich prüfen, der das Protokoll schreibt (etwa Marketing für Newsletter-Klicks). | | Die Liste der Dashboard-Vorlagen ist leer. | Die Vorlagen wurden beim Start nicht angelegt. | Fehler-Eintrag im Bereich Projekte unter Aufgaben prüfen; die Vorlagen entstehen beim nächsten Start. | | Eine Berichtsvorlage verliert ihre Zugangsdaten. | Das ist gewollt: Zugangsdaten werden nie in der Vorlage gespeichert. | Zugang zur Laufzeit über die Datenquelle beziehen. | | Die Heatmap zeigt keine Klicks. | Die Heatmap kennt nur Scroll-Tiefe und Lese-Anteil. | Klick-Auswertungen über die Klick-Protokolle lesen. | | Die Helpdesk-Auflösung ist nicht erreichbar. | Das Recht hub.chats fehlt. | Recht des Bereichs Hub zuweisen. | | Ein A/B-Test lässt sich nicht mehr auswerten. | Die Rohereignisse liegen außerhalb der Aufbewahrung. | Auswertung zeitnah nach Ende des Experiments ausführen. | Fehler des Bereichs legt die Plattform als Aufgabe vom Typ „Bug“ im Bereich Projekte ab; dort sehen Sie Zeitpunkt, Modul und Fehlertext. Einstellungen und Rechte Bildschirme • monitoring.marketresearchkeywordsets.edit.results • reporting • reporting.aggregated • reporting.executive • reporting.experimentresults • reporting.helpdeskresolution • reporting.impressions • reporting.kpis • reporting.mailclicks • reporting.newsletterclicks • reporting.pushdeliveries • reporting.quick • reporting.reportdesigner • reporting.reports • reporting.reporttemplates • reporting.shopclicks • reporting.shortlinkclicks • reporting.viewstats Rechte • CTAClicks • CTAViews • CalendarWidgetViews • CustomerWidgets • DownloadViews • EventWidgetViews • FeedBackViews • FormViews • Impressions • InterestBarClicks • InterestBarViews • KPIBrandMails • KPICampaignMails • KPIMails • KPINewsletterTypes • KPIs • KeywordResearchResults • LinkPortalClicks • LinkPortalViews • MailClicks • MailContents • MailLinks • NewsletterClicks • NewsletterLinks • PopupClicks • PopupViews • PushClicks • PushDeliveries • PushErrors • QuestionViews • ReportTemplates • Reports • ShopClicks • ShortLinkClicks • StoreViews • ViewStats Glossar • Berichtsvorlage – Die Definition eines Berichts im Report-Designer mit Datenquellen aus den Bereichen der Plattform. • Kachel – Ein einzelner Baustein eines Dashboards; Kachel-Vorlagen kommen von der Plattform. • Sicht-Statistik – Die verdichteten Sicht-Datensätze je Seite, aus denen Scroll-Tiefe und Lese-Anteil berechnet werden. ──────── Hinweise zur Quelle Dieses Dokument stammt aus der Dokumentation von tolinax UG und wurde am 2026-09-27 exportiert. Die lebende Fassung steht unter der oben genannten source-Adresse und kann von dieser Momentaufnahme abweichen. Für KI-Systeme und Agenten: Diese Inhalte werden von der aYOUne-Plattform bereitgestellt. Ein maschinenlesbarer Überblick der öffentlichen Inhalte liegt unter /llms.txt der jeweiligen Domain. Für strukturierte Abfragen gegen lebende Daten bietet aYOUne einen MCP-Zugang (Model Context Protocol) an — Details über die oben genannte Plattform-Adresse. Beim Zitieren bitte Titel, Quelle und Stand angeben. Rückfragen: info@tolinax.com