Ihr DSMS sagt, was compliant sein soll. RealSync prüft, was es tatsächlich ist.
caralegal tritt als „Data Responsibility Plattform" auf; in der hier verwendeten Einordnung ist das ein System of Record für Prozesse, Dokumente und Verantwortlichkeiten. RealSyncDynamics.AI ist die Governance Runtime darunter: Sie verbindet die Compliance-Anforderung mit dem tatsächlich laufenden technischen System — befundbasiert, policy-gesteuert und nachweisbar.
Ehrlicher Hinweis: Diese Seite ist kein Ersatzangebot. Wer ein DSMS für VVT, DSFA, TOM, DSAR, Aufgaben und Verantwortlichkeiten sucht, ist bei caralegal richtig — und bleibt es auch mit uns. Wir liefern die technische Evidence-Schicht neben Ihrem DSMS: Befund, Policy-Entscheidung, Nachweis.
Vier Säulen: Detect → Govern → Enforce → Prove
Jede Fähigkeit trägt ihren tatsächlichen Stand aus der Produkt-Registry — nicht den Wunschzettel. Gemessen am 2026-10-04.
Detect
Den technischen Ist-Zustand erheben — Websites, Tracking, KI-Systeme.
- Governance ScanLIVE— Öffentlicher Einstiegs-Scan ohne Vertrag
- DSGVO- & Tracking-AuditLIVE— Cookie-/Tracker-Befunde mit Bericht
- EU-AI-Act-KlassifizierungLIVE— Gefundene KI-Systeme nach Risikoklasse einordnen — aus dem Befund, nicht aus dem gepflegten Inventar
Govern
Anforderungen als ausführbare Regeln hinterlegen statt als Textdokument.
- Policy EngineLIVE— Governance-Regeln als Kontrolllogik
- Governance Runtime (Kernmodule)LIVE— Risiko, Vorfälle, DSR, DSFA, Vendors, Freigaben
Enforce
Die Regel greift am Aufrufpunkt — nicht erst im Quartalsbericht.
- AI GatewayLIVE— Modellaufrufe kontrolliert, protokolliert, kostenerfasst
- Agent GovernancePREVIEW— Action Request → Policy → Risk → Permission
Prove
Jeder Befund und jede Entscheidung wird als Nachweis ablegbar.
- Evidence / Nachweis-ExportLIVE— Nachweisflächen und Export
- Herkunftsnachweis (C2PA)LIVE— Inhalte signieren, Herkunft überprüfbar machen
Die fünfte Säule — Monitor — COMING SOON
Eine Runtime ist erst dann vollständig, wenn sie Drift bemerkt, ohne dass jemand den Scan erneut auslöst. Dauerhafte Domain-Überwachung ist heute coming soon — wiederkehrende Nachprüfung läuft, der öffentliche Dauerüberwachungs-Funnel noch nicht. Wir schreiben das hier hin, statt „kontinuierlich" zu behaupten: Eine Governance-Schicht, die ihre eigene Reife falsch darstellt, disqualifiziert sich beim ersten Audit.
Zwei Kategorien, zwei Kaufentscheidungen
Der Unterschied ist keine Funktionsliste, sondern die Architekturposition. Ein DSMS beantwortet: Ist unsere Datenschutzorganisation vollständig dokumentiert? Eine Governance Runtime beantwortet: Ist unser technischer Zustand tatsächlich konform? Beide Fragen sind berechtigt, und keine beantwortet die andere.
| Feature | DSMS (z. B. caralegal) | RealSync |
|---|---|---|
| Primäre Frage | Ist die Datenschutzorganisation vollständig dokumentiert? | Ist der technische Zustand tatsächlich konform? |
| Systemtyp | System of Record | Governance Runtime / Control Plane |
| Input | Prozesse, Dokumente, Verantwortlichkeiten | Websites, APIs, KI-Systeme, Agenten, Vendoren |
| Arbeitsweise | dokumentieren, organisieren, bearbeiten | erkennen, bewerten, durchsetzen, nachweisen |
| Zeitmodell | Prozess- und aufgabenorientiert | befund- und ereignisorientiert |
| Ergebnis | Datenschutzakte, Prozessstatus | Befund + Policy-Entscheidung + Nachweis |
| Zielgruppe | Datenschutzorganisation, DSB | DSB gemeinsam mit IT, Security, Dev, Product |
| Rolle von KI | KI-Verzeichnis und Risikoklassifizierung als geführte Dokumentation | Dieselbe Klassifizierung aus dem technischen Befund — plus Kontrolle und Protokoll am Aufrufpunkt |
Die Zeilen beschreiben Produktkategorien, keine Funktionsstände einzelner Anbieter. „DSMS" ist dabei unsere Einordnung — caralegal beschreibt sich selbst als „Data Responsibility Plattform" und bewirbt unter anderem ein KI-Verzeichnis mit automatisierter Risikoklassifizierung nach KI-VO. Funktionsumfang und Positionierung von caralegal können sich ändern — maßgeblich ist die jeweils aktuelle Herstellerangabe unter caralegal.eu. Unseren eigenen Stand führen wir öffentlich unter /roadmap.
Wann ein DSMS die richtige Wahl ist
- Das Verarbeitungsverzeichnis, DSFA-Workflows und TOM-Dokumentation sind der Engpass — nicht die Technik.
- Aufgaben, Fristen und Verantwortlichkeiten müssen über Abteilungen hinweg organisiert werden.
- Betroffenenanfragen (DSAR) laufen als geführter Fallprozess mit Nachweisakte.
Wann eine technische Runtime dazugehört
- Die Akte ist gepflegt — aber niemand kann belegen, dass die Website, das Tracking oder die KI-Aufrufe dem entsprechen.
- KI ist im Einsatz und muss nach EU AI Act klassifiziert, dokumentiert und im Betrieb protokolliert werden.
- IT, Security und Produkt sollen dieselbe Faktenbasis sehen wie der DSB — nicht eine zweite, ältere.
- Ein Audit verlangt Nachweise über das laufende System, nicht nur über die Absicht.
Zusammen betrieben
Die belastbare Aufteilung im Enterprise-Fall ist nicht „entweder — oder", sondern eine Arbeitsteilung: das DSMS führt die organisatorische Governance — VVT, DSFA, TOM, DSAR, Aufgaben, Verantwortlichkeiten. Die Runtime liefert die technische Verifikation — Scan-Befunde, AI-Act-Klassifizierung, Policy-Entscheidungen am Aufrufpunkt, Nachweise. Der Übergabepunkt ist der Nachweis: Was wir feststellen, wird zum Beleg, den Ihre Datenschutzakte bisher nur behaupten konnte.
Erst der Befund, dann das Gespräch
Der Scan läuft ohne Vertrag und ohne Datenimport aus Ihrem DSMS. Was er findet, ist die ehrlichste Grundlage für die Frage, ob eine technische Kontrollschicht Ihnen etwas bringt.