Unternehmens-KI sollte nicht verlangen, jedem Agenten alles zu geben, was Ihre Organisation weiß.
DM ist auf Datenminimierung, Zweckbindung, begrenzten Zugriff, menschliche Freigabe und vom Kunden definierte Deployment-Grenzen ausgelegt. Aktiviert werden sollte nur das zulässige Wissen, das für die Aufgabe gilt.
Datenschutz ist eine Architekturvorgabe, kein Satz im Footer.
Die Architektur von DM folgt dem DSGVO-Grundsatz „Datenschutz durch Technikgestaltung und durch datenschutzfreundliche Voreinstellungen“: die Verarbeitung auf das Notwendige beschränken, Zweck und Geltungsbereich ausdrücklich festlegen, den Zugriff beschränken und Datengrenzen sichtbar machen. Wir behaupten keine DSGVO-Zertifizierung und keinen geprüften Konformitätsstatus – dies ist eine architektonische Verpflichtung, und formale Konformitätsaussagen machen wir nur dort, wo rechtliche und technische Dokumentation sie stützt.
Nachweise, die Sie auswählen
DM arbeitet mit Nachweisen, die Nutzerinnen und Nutzer gezielt hinzufügen, oder mit Quellen, die ausdrücklich für den Workflow konfiguriert sind – ein Dokument, ein Transkript, ein Ticket oder ein Connector, den Sie aktivieren. Ihr gesamter Arbeitsbereich wird nicht im Hintergrund durchsucht.
Die kleinste nützliche Teilmenge
Eine Aufgabe sollte erhalten, was aktuell, relevant, im Geltungsbereich und berechtigt ist – nicht den gesamten Knowledge Store. Wissen außerhalb des Geltungsbereichs oder ohne Berechtigung bleibt draußen. Das ist zugleich ein Vorteil für die Kontextqualität und für den Datenschutz.
Agenten schlagen vor. Menschen entscheiden.
Agenten dürfen aus Nachweisen oder eigener Arbeit Wissenskandidaten vorschlagen. Ein Mensch prüft, bearbeitet, lehnt ab oder gibt frei. Nichts wird selbstständig zu verbindlichem Organisationswissen erhoben, und jede Änderung bleibt bis zu ihrer Herkunft nachvollziehbar.
Begrenzt und berechtigungsgesteuert
Jeder Eintrag trägt den Geltungsbereich, für den er gilt. Der Abruf ist berechtigungsgesteuert, und nichts überschreitet eine Mandanten- oder Arbeitsbereichsgrenze, für die es nicht freigegeben wurde.
Datengrenzen und Bereitstellung.
Ein Reifegradmodell, das auf dieser Website überall gilt: was heute läuft, was wir im Onboarding gemeinsam mit Ihnen bereitstellen und was noch geplant ist.
Jetzt verfügbar
Läuft heute in DM.
- Managed DMAuzzurA betreibt die DM-Anwendung und ihre Datenspeicher für Sie. Managed-Deployments können in einer EU-Cloud-Region bereitgestellt werden.Alle Tarife
- Control- und Knowledge-Daten getrenntKonto- und Arbeitsbereichs-Steuerdaten (Control) und Ihr Knowledge – Decisions, Rules, Skills und deren Nachweise – liegen in physisch getrennten Datenbanken.Alle Tarife
- An den Arbeitsbereich gebundener Knowledge StoreJeder Arbeitsbereich wird auf eine eigene Knowledge-Store-Bindung aufgelöst. Eine fehlende oder fehlerhafte Bindung schlägt geschlossen fehl – sie weicht nie auf den Store eines anderen Arbeitsbereichs aus.Alle Tarife
Wird im Onboarding bereitgestellt
Gebaut und getestet. Wird gemeinsam mit AuzzurA für Ihren Arbeitsbereich eingerichtet – kein Self-Service.
- Dedizierter Knowledge StoreDas Knowledge Ihres Arbeitsbereichs auf einer eigenen Datenbankinstanz, gemeinsam mit AuzzurA bereitgestellt und migriert.Business · Enterprise
- Vom Kunden kontrollierter Knowledge Store (BYODB)Ihr Knowledge auf einer unterstützten Datenbank unter Ihrer Kontrolle, mit DM verbunden und im Onboarding gemeinsam mit AuzzurA migriert.Enterprise
Geplant
Architekturrichtung. Noch nicht verfügbar.
- Bring Your Own Key (BYOK)Vom Kunden verwaltete Verschlüsselungsschlüssel für Ihr Knowledge.
- Bring Your Own Model (BYOM)Ihr eigener Modellanbieter oder ein freigegebener Modell-Endpunkt für KI-gestützte Schritte.
- Vom Kunden betriebenes DMDie gesamte DM-Anwendung in Ihrer eigenen Umgebung betreiben sowie Self-Service-Bereitstellung von Stores.
- Der Abruf ist berechtigungsgesteuert: Agenten und Nutzer erreichen nur, was ihr Geltungsbereich erlaubt.
- Die Bereitstellung eines dedizierten oder vom Kunden kontrollierten Knowledge Stores und die Migration vorhandenen Knowledges dorthin erfolgen im Onboarding gemeinsam mit AuzzurA – eine Self-Service-Einrichtung von Stores gibt es noch nicht.
Nachweise & Onboarding.
- Die Nachweisgrenze – was genutzt werden darf und was draußen bleibt – wird mit Ihnen abgestimmt, bevor Nachweise geteilt werden.
- Anforderungen an Datenstandort, Aufbewahrung, Zugriff und Löschung werden im Rahmen Ihres Kundenvertrags schriftlich vereinbart.
- Vertrauliche, kundenbezogene oder sensible Daten sollten nicht über die Formulare der öffentlichen Website übermittelt werden – jedes Deployment hat seinen eigenen, dafür vorgesehenen Kanal für Nachweise.
Was wird an Modelle gesendet?
Was ein LLM erreichen kann
Nur die zulässige Teilmenge des verwalteten Wissens im Geltungsbereich, die für die konkrete Aufgabe aufgelöst wurde – nicht der gesamte Knowledge Store – wird an das konfigurierte Modell gesendet, um einen Kandidaten zu entwerfen oder eine Antwort zu erzeugen.
Modelltraining
Wir veröffentlichen hier keine pauschale Zusicherung zum Modelltraining. Anbieterkonfiguration, Protokollierung und Aufbewahrung werden im Rahmen Ihres Deployments dokumentiert und vereinbart. Bring Your Own Model – Training und Aufbewahrung direkt über Ihren eigenen Anbietervertrag zu regeln – ist geplant, aber noch nicht verfügbar.