Offenlegungserfolg
≥ 99,5 %In kontrollierten Tests
Der Offenlegungsschritt nach Artikel 50(1) wurde zu Sitzungsbeginn aufgezeichnet. Gemessen je Kalendermonat.
Teil der Audact-Schicht
Die vier Zahlen, auf die es ankommt, wenn eine Aufsichtsbehörde anruft.
SLOs: In kontrollierten Tests · kein eigenes Produkt
Offenlegungserfolg, Quittungsabdeckung, Block- und Umschreibrate, veraltete Einwilligungen. Zugeschnitten auf das, was ein Prüfer tatsächlich verifiziert, sichtbar als Dashboards, Alarme und Webhook-Events, die Sie in Ihren bestehenden Incident-Stack einbinden.
- In Agency Voice & Enterprise enthalten
- Zum Patent angemeldeter Governance-Stack (UK IPO)
Die SLOs
Vier Service-Level, und die Zielwerte, an denen sie gemessen werden.
An diesen Werten wird diese Fähigkeit gemessen. Es sind Zielwerte und keine Messung Ihres Einsatzes, und sie stehen hier, damit Sie uns daran festhalten können.
Quittungsabdeckung
≥ 99,9 %In kontrollierten Tests
Für jede gesteuerte Interaktion wird innerhalb von sechzig Sekunden nach Abschluss eine Quittung geschrieben. Das belegt nicht, dass jeder relevante Pfad gesteuert wurde. Gemessen je Kalendermonat.
Block- und Umschreibrate
überwachtIn kontrollierten Tests
Welcher Anteil möglicher Äußerungen vom Governance Gate gestoppt oder umgeschrieben wurde. Ein Drift-Indikator, kein Zielwert. Gemessen je Kalendermonat.
Rate veralteter Einwilligungen
≤ 0,1 %In kontrollierten Tests
Ausgehende Anrufe gegen eine Einwilligung, die abgelaufen ist, im Umfang eingeschränkt oder widerrufen wurde. Gemessen je Kalendermonat.
Wo es sich einfügt
In den Incident-Stack, den Sie schon betreiben.
Webhooks
Geplant
Authentifizierte Events für jede Überschreitung eines SLO-Schwellenwerts. HMAC-SHA256 unter Ihrem Mandanten-Schlüssel, vor Replay geschützt.
Dashboards je Rechtsraum
Geplant
Deutschland zuerst, dann die Niederlande, danach Belgien und Österreich, aufgeschlüsselt je Policy-Bundle, sodass eine Antwort auf Länderebene einen Filter entfernt ist.
Incident-Routing
Geplant
Ausgehende Payloads, ausgelegt auf die Schemata, die gängige ITSM- und SIEM-Plattformen ohnehin verwenden.
Was als Läuft heute markiert ist, wird heute über die Plattform geliefert; die mit Geplant markierten Zeilen noch nicht. Der nächste Schritt sind eigene Leistungsbedingungen und ein eigenes SLA. Es bleibt Teil der Plattform – es gibt kein eigenes Produkt zu kaufen.
Warum gerade diese vier
Weil das die vier sind, die ein Prüfer nachprüfen kann.
Ein Compliance-Dashboard, das zwanzig Kennzahlen meldet, meldet keine davon. Diese vier entsprechen eins zu eins einer Frage, die jemand tatsächlich stellen wird: wurde offengelegt, gibt es dafür eine Quittung, tut das Gate überhaupt etwas, und ist ein ausgehender Anruf gegen eine nicht mehr gültige Einwilligung rausgegangen.
Nächster Schritt
Compliance-Kennzahlen, die in Produktion gehen.
Der Observability Layer läuft in jedem Audact-Einsatz und bekommt später eigene Leistungsbedingungen; ohne Termin. Status: In kontrollierten Tests. Er bleibt Teil der Plattform und ist kein Produkt, das Sie einzeln kaufen. Starten Sie mit dem White-Glove-Onboarding, oder fragen Sie beim Engineering nach dem Event-Schema.
Verwandte Seiten
Die Audact-Plattform Control und Proof sind die Schicht; Voice ist die Anwendung darauf.
Verifiable Receipt Network Die Quittungen, die die Quittungsabdeckung zählt. Öffentlicher Verifizierer: Noch nicht verfügbar.
Consent Vault Die Einwilligungsdatensätze, die die Rate veralteter Einwilligungen liest.
Die Audact-APIs Wo die Webhook- und Event-Oberflächen liegen.