Neu · Wir sind Implementierungspartner für AgenticObjects: Analyse-Agenten auf Ihrem Data Warehouse, mit einem 4-wöchigen Pilotprojekt. Zum Pilotablauf
IMPLEMENTIERUNGSPARTNERSCHAFT

AgenticObjects: ein Analystenteam auf Ihrem Data Warehouse

Läuft auf Ihren eigenen Servern, nur lesend; dokumentiert jeden Befund mit Quellenbezug. Interpretation und Entscheidung bleiben bei Ihnen.

AgenticObjects-Produkt · Implementierung: D-CAT

Analystin prüft Dashboards auf zwei Bildschirmen
ZWEI MODI

Eine Agentendefinition, zwei Arbeitsweisen

Rolle, Datenumfang, Berechtigungen und Kostenlimits werden einmal auf Agentenebene festgelegt. Beide Modi arbeiten innerhalb derselben Grenzen, und keiner kann die Rechte des anderen erweitern.

Wenn Sie nicht fragen

Autonomous analystLive

Der Agent arbeitet nach eigenem Zeitplan und mit eigenem Auftrag. Er durchsucht die Daten, stellt fest, was sich verändert hat, und hält das Ergebnis in dauerhaften Datensätzen fest, die Ihr Team gemeinsam nutzt. Zu Arbeitsbeginn liegt die Analyse bereits vor.

Taucht derselbe Befund erneut auf, wird kein zweiter Alarm ausgelöst; der Datensatz wird als fortlaufend (ongoing) markiert.

  • Pro Lauf höchstens 6 Findings · 3 Recommendations · 1 Brief
Wenn Sie fragen

Conversational analystLive

Sie stellen Ihre Frage in einfacher Sprache. Die Kennzahl wird im semantischen Modell ermittelt, die Abfrage daraus aufgebaut, die Werte werden abgerufen und die Antwort wird gegen diese Werte geprüft. Das Sprachmodell schreibt kein SQL.

Sie können ein Finding öffnen und auf Basis derselben Belege weiterfragen, ohne einen neuen Lauf zu starten.

  • Zu jeder Antwort: Antwortkarte, Beweiskette (Evidence Chain) und schriftlich festgehaltene Annahmen
DATENSÄTZE

Keine Nachricht, sondern ein dauerhafter Datensatz

Ein Agentic Object ist ein dauerhafter Geschäftsdatensatz, den ein Analyse-Agent erzeugt: verknüpft mit seinen Belegen, mit dem Lauf, der ihn erzeugt hat, und mit verwandten Datensätzen. Kein Datensatz wird gelöscht, nur archiviert.

Was ist passiert?

Finding

Wie sich eine Kennzahl in einer bestimmten Aufschlüsselung und einem bestimmten Zeitraum verhalten hat. Jedes Finding hat einen Schweregrad; Kennzahl, Zeitraum und Filter schreibt die Engine, nicht das Sprachmodell.

Was sollten wir prüfen?

Recommendation

Ein Datensatz zu Ihrer Bewertung: eine Empfehlung, die auf mindestens einem Finding beruht. Eine Recommendation ohne Grundlage kann nicht entstehen, und eine Empfehlung, deren einzige Grundlage „keine Daten“ ist, wird verworfen. Die Entscheidung liegt bei Ihnen.

Was war diese Woche wichtig?

Brief

Eine Zusammenfassung, die die Findings eines Laufs in einem gut lesbaren Text bündelt. Jeder Brief ist mit den enthaltenen Findings verknüpft; von dort gelangen Sie mit einem Klick zu den Belegen.

Mehr zum Ansatz der kontinuierlichen Intelligenz

FÜR WEN

Auch nach Monaten ist nachvollziehbar, worauf es beruht

Derselbe Datensatz beantwortet für Management, Datenteam und Revision jeweils eine andere Frage.

Für das Management

Der Brief liegt vor, bevor Sie fragen

Geplante Agenten durchsuchen die Daten über Nacht und dokumentieren, was sich verändert hat. Zu Arbeitsbeginn ist die Analyse fertig.

Für das Datenteam

Weniger Zahlen in Berichten, die „sicher aussehen, aber falsch sind“

Zahlen ohne Quelle werden vor der Auslieferung gestoppt. Die Governance bleibt bei Ihnen; das semantische Modell ist die einzige Quelle für Definitionen.

Für CIO und Revision

Die Antwort auf „Worauf haben wir uns gestützt?“ bleibt erhalten

Berechtigungen werden beim Speichern versiegelt und bei jedem Lesezugriff erneut geprüft. Jeder Lauf protokolliert das verwendete Modell und die angefallenen Kosten.

VERTRAUEN

Keine Zahl wird veröffentlicht, die sich nicht bis zur Quelle zurückverfolgen lässt

Den Satz formuliert das Sprachmodell; jede Zahl darin erzeugt eine deterministische Engine und prüft sie vor der Auslieferung. Auch die Einführung folgt diesem Prinzip.

  • FinalGuard-Freigabeschranken

    Die Rohausgabe des Agenten erreicht das Dashboard nie direkt. Jeder Entwurf durchläuft regelbasierte Freigabeschranken; eine Zahl, deren Quelle nicht nachvollziehbar ist, gelangt nicht in den Text. Jeder gestoppte Entwurf bleibt mit Begründung protokolliert.

  • Nur lesend: kein Schreibzugriff auf Ihre Systeme

    Auf die Daten greifen ausschließlich schreibgeschützte Schnittstellen (Gateways) zu. Daten werden nicht kopiert, einen Schreibpfad gibt es nicht; die Zugangsdaten zur Datenbank bleiben verschlüsselt auf Ihrem Server.

  • Läuft im eigenen Haus (On-Premise)

    Anwendung, Agenten-Laufzeitumgebung (Runtime), semantische Schicht und Datensatzspeicher laufen auf Ihrem Server. Die Anbindung an Ihr SQL Data Warehouse und Ihren SSAS-Cube erfolgt über schreibgeschützte Gateways. Das Sprachmodell kann in der Cloud oder lokal laufen; es hat keinen Zugriff auf Datenpfad, Berechtigungen oder Abfrageausführung und erhält nur Text.

  • Jeder Lauf im Audit-Trail

    Berechtigungen, Row-Level Security, vor Laufbeginn festgelegte Kostenlimits und ein Audit-Log, das nur ergänzt werden kann (append-only). Das Modell wechselt nicht während eines Laufs; sein Name steht in jedem Datensatz.

D-CAT-Zertifikate: ISO/IEC 27001, SPICE

ARCHITEKTUR

Das Sprachmodell steht außerhalb der Datenpipeline

Drei Fragen auf einen Blick: Wo läuft die Anwendung, wer greift auf die Daten zu, und wo steht das KI-Modell?

Ihre Daten bleiben auf Ihrem ServerDie KI sieht nur TextSchreibzugriff technisch ausgeschlossen
KI-Modell

Außerhalb des Rahmens. In der Cloud oder lokal. Übertragen wird nur Text, keine Daten; das Modell bleibt für jede Analyse fest.

AgenticObjects · auf Ihrem Server
Oberfläche

Anwendung (Endanwender) und Konsole (Administration)

Verarbeitung

Die Agenten-Laufzeitumgebung formuliert; die Query-Engine rechnet; FinalGuard prüft an der Schranke

Semantische Schicht

Eine offizielle, versionierte Definition je Kennzahl

Protokoll

Lauf- und Audit-Log, Rollen, Budgets

Zwei Komponenten mit Datenzugriff

SQL- und SSAS-Schnittstellen (Gateways), beide nur lesend. Kein Schreiben, keine Kopie; Passwörter erreichen uns nicht.

Datenumgebung des Kunden

Data Warehouse (SQL) und SSAS-Cube. Die Daten verlassen diesen Bereich nicht.

Abfrageerstellung, Abfrageausführung, Zahlenprüfung, Berechtigungsentscheidung und Kostenkontrolle liegen außerhalb des Sprachmodells.

GRENZEN

Was AgenticObjects nicht ist

Ein Werkzeug mit klar definierten Grenzen lässt sich auch im Pilotprojekt klar bewerten.

Kein Werkzeug, das in Ihre Systeme schreibt

Die Anbindung an die Quellsysteme ist rein lesend; Daten werden nicht kopiert, einen Schreibpfad gibt es nicht.

Keine Aussagen über Kausalität

Dokumentiert mit Belegen, was sich verändert hat und wo sich die Veränderung konzentriert; Interpretation und Entscheidung bleiben beim Menschen.

Kein Ad-hoc-Alarmsystem

Die Agenten arbeiten nach Plan und halten Befunde in den Läufen ihres eigenen Zeitplans fest.

Weder ein zweites BI-Tool noch ein Allzweck-Chatbot

Arbeitet auf Ihrem semantischen Modell; das Sprachmodell formuliert nur den Satz.

ROLLE VON D-CAT

Was übernimmt D-CAT bei der Einführung?

AgenticObjects schafft Nutzen auf Ihren Daten und mit Ihren Definitionen. D-CAT verantwortet als Implementierungspartner die Einführung von Anfang bis Ende.

  1. 01

    Anbindung von Data Warehouse und SSAS

    Lesende Anbindung an Ihr SQL Data Warehouse oder Ihren SSAS-Cube, Benutzerrollen und Row-Level Security.

  2. 02

    Semantisches Modell in Axoria Data Studio

    Kennzahlen- und Dimensionsdefinitionen werden in Axoria Data Studio erstellt und als versionierte .axr-Datei an AgenticObjects übergeben.

  3. 03

    Aufträge und KPIs

    Für jeden Agenten legen wir mit Ihnen fest: an welche Führungskraft er berichtet, welche Prioritäten er hat, welche Bereiche er betrachtet, was er niemals behaupten darf und nach welchem Zeitplan er arbeitet.

  4. 04

    Pilotprojekt

    Die Abnahmekriterien werden vor der ersten Anbindung schriftlich festgelegt; das 4-wöchige Pilotprojekt wird an diesen Kriterien gemessen.

  5. 05

    Rollout

    Nach dem Pilotprojekt werden neue Fachbereiche, neue Agenten und neue Nutzergruppen schrittweise eingebunden.

  6. 06

    Laufende Betreuung

    Modellaktualisierungen, Anpassung der Aufträge, Auswertung des Nutzerfeedbacks und Betriebsunterstützung.

Architektur und Grenzen des Produkts: agenticobjects.ai

DIE BRÜCKE

Das Modell entsteht in Axoria Data Studio, AgenticObjects arbeitet darauf

AgenticObjects erstellt das semantische Modell nicht selbst, sondern importiert es versioniert. Das Modell wird in Axoria Data Studio aufgebaut, dem Data Warehouse Studio von D-CAT, das mit KI-Agenten arbeitet. Wenn Sie noch kein Modell haben, erstellen wir es gemeinsam für den ersten Bereich des Pilotprojekts.

Die Erfahrung dahinter: 20 Jahre Business Intelligence mit Microsoft und SAP, 1.000+ Projekte sowie Praxiserfahrung im Design von Data Warehouses, SSAS und semantischen Modellen.

AgenticObjects-Produkt · Implementierung: D-CAT

PILOT

Das 4-wöchige Pilotprojekt

Die Entscheidung am Ende des Pilotprojekts beruht nicht auf einer beeindruckenden Oberfläche, sondern auf Belegen, Prüfbarkeit, Kosten und echten Nutzungssignalen.

  1. Vorab

    Abnahmekriterien festlegen

    Vor der ersten Anbindung: Jede Zahl zeigt ihre Quelle in einem Schritt, jede Annahme ist ausdrücklich dokumentiert, das Kostenlimit steht vor Analysebeginn fest, jeder Vorgang ist im Audit-Log erfasst.

  2. Woche 1

    Anbindung

    Anbindung des Data Warehouse, Benutzerrollen und Row-Level Security, Import des semantischen Modells und die erste Frage-Antwort-Oberfläche mit Beleg-Panel.

  3. Woche 2

    Erste autonome Analyse

    Geplante Analyse in einem Fachbereich Ihrer Wahl. Der Auftrag des ersten Agenten wird gemeinsam formuliert und ein wöchentlicher Rhythmus etabliert; der erste Brief kommt in dieser Woche.

  4. Woche 3–4

    Zweiter Bereich und Bewertung

    Zweiter Fachbereich, Führungskräfte als Nutzer, Feedbackschleife und Bewertung des Pilotprojekts anhand der vorab festgelegten Abnahmekriterien.

Pilotprojekt anfragen

NOCH NICHT SO WEIT?

Zuerst eine kostenlose Datenanalyse (Data Discovery)

Sie zeigt, welche Findings, Recommendations und Briefs Ihr Modell heute tragen kann; gemeinsam klären wir, mit welchem Fachbereich das Pilotprojekt beginnen sollte.

AgenticObjects-Produkt · Implementierung: D-CAT

FAQ

Häufig gestellte Fragen

Kurze Antworten auf die häufigsten Fragen zu diesem Thema.

Schreibt AgenticObjects in die Quellsysteme?

Nein. Auf die Daten greifen ausschließlich schreibgeschützte Schnittstellen (Gateways) zu; Daten werden nicht kopiert, einen Schreibpfad gibt es nicht.

Worauf stützen sich die Findings?

Den Satz formuliert das Sprachmodell; jede Zahl darin erzeugt eine deterministische Engine und prüft sie vor der Auslieferung. Eine Zahl, die die FinalGuard-Freigabeschranken nicht passiert oder deren Quelle nicht nachvollziehbar ist, wird nicht veröffentlicht.

Wie lange dauert das Pilotprojekt und wie wird es bewertet?

Das Pilotprojekt dauert 4 Wochen. Die Abnahmekriterien werden vor der ersten Anbindung schriftlich festgelegt, und das Pilotprojekt wird daran gemessen. Ein Fachbereich, ein Data Warehouse und 3–6 Führungskräfte als Nutzer genügen.

Welche Rolle hat D-CAT?

D-CAT ist Implementierungspartner von AgenticObjects: Wir binden Data Warehouse und SSAS an, erstellen das semantische Modell in Axoria Data Studio, formulieren mit Ihnen die Aufträge und KPIs der Agenten, führen das Pilotprojekt durch und betreuen Sie danach.

Verlassen Daten das Unternehmen?

Anwendung, Agenten-Laufzeitumgebung (Runtime), semantische Schicht und Datensatzspeicher laufen auf Ihrem Server. Die Anbindung an Ihr SQL Data Warehouse und Ihren SSAS-Cube erfolgt über schreibgeschützte Schnittstellen (Gateways). Das Sprachmodell kann in der Cloud oder lokal laufen; es hat keinen Zugriff auf Datenpfad, Berechtigungen oder Abfrageausführung und erhält nur Text.

Wie hängt AgenticObjects mit Axoria Data Studio zusammen?

Das semantische Modell wird in Axoria Data Studio erstellt und als versionierte .axr-Datei an AgenticObjects übergeben. AgenticObjects erstellt das Modell nicht selbst.

PILOT

Planen wir das Pilotprojekt gemeinsam

Ein Fachbereich, ein Data Warehouse und 3–6 Führungskräfte als Nutzer genügen. D-CAT übernimmt die Einführung; die Erfolgskriterien werden vor der ersten Woche schriftlich festgelegt.