Governed Änderungen.
Klare Akteure.
Nützliche Zeitstempel.
Ein append-only, SQL-abfragbares Audit-Log für governed Plattform- und Tenant-Operationen. Jede Zeilenänderung erfasst feldgenaue Vorher-/Nachher-Diffs und den Akteur — ganz ohne App-Code. Filtern nach Akteur, Aktion, Ressource, Umgebung und Zeit.
Append-only auf Datenbank-Ebene.
Für Nachvollziehbarkeit strukturiert.
Relpin erfasst Tenant-Audit-Events für governed Plattformpfade — Schema-, Data-Access-, Build-, Deploy- und Lifecycle-Änderungen — plus automatische Erfassung auf Zeilenebene für jede User-Tabelle. Append-only wird über Datenbank-Privilegien erzwungen: Tenant-Rollen erhalten nur SELECT und INSERT.
Datenbank-Trigger erfassen feldgenaue Vorher-/Nachher-Diffs und den Akteur bei jedem Insert, Update und Delete — ganz ohne App-Code.
Tenant-Rollen erhalten nur SELECT und INSERT, daher werden Audit-Zeilen nie in-place geändert oder gelöscht — erzwungen von Postgres, nicht per Konvention.
Schema-, Datenzugriffs-, Build-, Deploy- und Lifecycle-Änderungen schreiben Tenant-Audit-Events neben der Zeilen-Historie.
SQL auf Ihrem Audit-Log.
Keine Suchleiste.
Fragen Sie audit-gestützte Event-Records mit SQL-orientierten Filtern nach Akteur, Aktion, Ressource, Umgebung und Zeitraum ab. Benchmark-Versprechen bleiben raus, bis Produktionsdaten sie belegen.
Audit-Records über dieselbe SQL-Surface abfragbar wie der Rest Ihrer governed Data Plane.
Filtern nach Actor, Action, Resource, Environment und Zeitbereich — ohne Custom-Suchleiste.
Nur Prepared Statements — kein String-Concat, keine SQL-Injection-Surface für Audit-Queries.
Compliance-Workflows.
Reporting geplant.
Geplante Report-Vorlagen nutzen dieselbe Tenant-Audit-Historie für gängige Audit- und Compliance-Workflows. Framework-spezifisches Reporting bleibt explizit und geprüft.
Auditor-facing Zusammenfassungen durchlaufen Review vor Rollout — keine auto-publizierten Compliance-Claims.
Report-Vorlagen für gängige Audit-Workflows, finalisiert anhand von Kundenanforderungen.
Exportformate und geplante Zustellung liegen auf der Reporting-Roadmap, nicht in der Launch-Surface.
Privacy-orientierte Audit-Zusammenfassungen
Review-Pakete für operative Kontrollen
Access- und Change-History-Exports
Kundenspezifische Evidence-Bundles
Event Delivery.
Ziele geplant.
Geplantes Event-Streaming zielt auf Webhook- und Security-Tool-Ziele, mit Retry-, Signatur- und Audit-Semantik.
Geplantes Event-Streaming an Webhook-Endpunkte mit Signatur- und Ziel-Policy.
Retry- und Dead-Letter-Verhalten pro Ziel finalisiert — keine einzelne hartcodierte Policy.
SIEM-Class-Ziele auf der Roadmap, mit derselben Audit-Semantik wie Relpin-Queries.
Wofür Teams es nutzen.
Von Audits bis Vorfalluntersuchungen ist Tenant-Audit-Historie die Grundlage für Verantwortlichkeit und Sicherheit.
Regulatorische Compliance-Audits
Geprüfte Audit-Exports und Evidence Packages aus Tenant-Audit-Historie vorbereiten.
Vorfalluntersuchung
Die Ereignisabfolge vor einem Vorfall mit SQL-abfragbaren Logs rekonstruieren.
Regelmäßige Zugriffsüberprüfungen
Governed Zugriff und Plattformaktivität nach Akteur, Rolle, Umgebung oder Ressource prüfen.
Konfigurationsänderungs-Tracking
Konfigurationsänderungen über Umgebungen hinweg mit verfügbarem Änderungskontext verfolgen.
Automatisierte regulatorische Berichte
Geplante Zustellung für geprüfte Audit- und Compliance-Report-Pakete.
Sicherheitsforensik
Abgelehnte oder auffällige Plattformaktivität mit verfügbarem Akteur-, Session- und Aktionskontext untersuchen.
Schluss mit Raten.
Anfangen zu wissen.
Tenant-Audit-Events, SQL-abfragbare Historie und eine Reporting-Roadmap für Teams, die operative Nachvollziehbarkeit brauchen.
Offene Beta · Demo-Workspace enthalten · Governance-fokussiert
Tenant-Audit-Events · SQL-abfragbar · Reporting-Roadmap · Geplantes Streaming