Trust Center
Sicherheit, Compliance und Datenpraktiken bei DialerBee
Die KI-Contact-Center-Plattform mit Mandantenisolation, Default-Deny-Compliance, Append-only-Audit-Trails und transparenten KI-Datenpraktiken. Gebaut für regulierte Branchen.
Die kurze Antwort
Wie geht DialerBee mit Sicherheit und Compliance um? DialerBee bietet Sicherheit auf Enterprise-Niveau mit AES-256-Verschlüsselung, PostgreSQL Row-Level Security zur Mandantenisolation, Append-only-Audit-Logs und Default-Deny-Compliance-Kontrollen für TCPA, DSGVO, TDRA, CST und mehr. Single Sign-On ist über OIDC und SAML verfügbar, mit SCIM-Benutzerbereitstellung, und Zwei-Faktor-Anmeldung, eine IP-Allowlist und ein Inaktivitäts-Timeout schützen jede Anmeldung. KI-Funktionen sind optional und standardmäßig deaktiviert, und Kundendaten werden nie zum Training gemeinsam genutzter Modelle verwendet.
Sicherheit
Defense in Depth – nicht Defense in Hope
Jede Schicht des Stacks ist gehärtet. Die Mandantenisolation wird durch automatisierte Tests und Sicherheitsprüfprozesse validiert – nicht anhand von Namenskonventionen angenommen.
Verschlüsselung überall
TLS 1.2+ für alle Daten bei der Übertragung. AES-256-Verschlüsselung für ruhende Daten. Die Verschlüsselung ist darauf ausgelegt, für unterstützte produktive Datenflüsse erzwungen zu werden, ohne vorgesehenen Klartext-Fallback.
Rollenbasierte Zugriffskontrolle
7 verschiedene Rollen vom Agenten bis super_admin. API-Endpunkte sind darauf ausgelegt, Rollenprüfungen gemäß dem konfigurierten RBAC-Modell durchzusetzen. Durchgängig nach dem Prinzip der minimalen Rechte.
Mandantenisolation
PostgreSQL Row-Level Security wird für jede Mandantentabelle erzwungen. Automatisierte Sicherheitstests validieren, dass Mandant B nicht auf Daten von Mandant A zugreifen kann.
Append-only-Audit-Logs
Append-only-Audit-Trail. UPDATE und DELETE sind auf Datenbankebene entzogen. Administrative und sicherheitsrelevante Aktionen werden mit Akteur, Zeitstempel und Kontext erfasst, wo Audit-Logging konfiguriert ist.
Signierte Aufzeichnungs-URLs
Anrufaufzeichnungen werden nie über direkte Pfade bereitgestellt. Signierte URLs mit 1 Stunde Gültigkeit. Abgelaufene Links liefern 403, kein veraltetes Audio.
Backup & Disaster Recovery
Automatisierte Datenbank-Backups mit Point-in-Time-Recovery. Replikation der Aufzeichnungen auf sekundären Speicher. Getestete Wiederherstellungsverfahren.
Infrastrukturüberwachung
Echtzeit-Alarmierung zu Servicezustand, Latenzbudgets und Ressourcenauslastung. Grafana-Servicelevel-Dashboards verfolgen die Verfügbarkeit gemessen am 99,95-%-Uptime-SLA, das im Enterprise-Tarif angeboten wird.
Protokollierung von Admin-Aktivitäten
Administrative und sicherheitsrelevante Aktionen – Benutzeranlage, Rollenänderung, Kampagnenänderung, Konfigurationsupdate – werden erfasst, wo Audit-Logging konfiguriert ist.
Zugriff und Identität
Der Zugriff wird über eine Rollenmatrix pro Mandant gewährt, ein Audit-Log, das Benutzer und IP-Adresse erfasst, und API-Schlüssel, die im Ruhezustand gehasht und auf einen Mandanten beschränkt sind. Single Sign-On ist über OIDC und SAML verfügbar, mit SCIM-Benutzerbereitstellung, und Zwei-Faktor-Anmeldung, eine IP-Allowlist und ein Inaktivitäts-Timeout schützen jede Anmeldung.
Sicherheit und Zugriff im DetailCompliance
Default-Deny. Konfigurierte Richtlinien werden vor dem Wählen durchgesetzt.
Konfigurierte Outbound-Wählpfade können vor dem Wählen die Compliance-Engine durchlaufen. Für konfigurierte Compliance-Richtlinien kann Default-Deny erzwungen werden: Anrufe, die erforderliche Prüfungen nicht bestehen, werden blockiert und protokolliert.
DNC/DNCR-Durchsetzung
Unterstützt die Rahmenwerke TDRA (VAE), TCPA (USA), CST (Saudi-Arabien), NTRA (Ägypten) und TRC (Jordanien). Nummern können vor dem Wählen geprüft werden, wenn die DNC/DNCR-Durchsetzung konfiguriert ist.
Anrufzeiten nach Rechtsordnung
Anrufzeitregeln werden pro Rechtsordnung durchgesetzt. Standard für die VAE: 9:00–18:00 Uhr Ortszeit, Sonntag bis Donnerstag. Pro Kampagne vollständig konfigurierbar.
Nachweiskette für Einwilligungen
Einwilligungsdatensätze können die Nachweis-URL, die IP-Adresse, den User-Agent, den Zeitstempel und die Quelle enthalten. Aufbewahrungsrichtlinien sind pro Kampagne und Rechtsordnung konfigurierbar.
Prüfung der CLI-Inhaberschaft
Anrufer-IDs werden pro Mandant und pro Rechtsordnung verifiziert. Kein Mandant kann die CLI eines anderen Mandanten fälschen. Die Inhaberschaft wird laufend geprüft.
Default-Deny bei Fehlern
Konfigurierte Default-Deny-Richtlinien können Anrufe blockieren, wenn Compliance-Prüfungen fehlschlagen, Richtlinieneinstellungen unbekannt sind oder Dienste Fehler zurückgeben.
Append-only-Entscheidungspfad
Compliance-Entscheidungen können mit Zeitstempel, Audit-Referenz und Kontext erfasst werden, wo Audit-Logging konfiguriert ist. Erfasste Entscheidungen sind append-only.
Aufbewahrungsrichtlinien für Aufzeichnungen
Pro Mandant konfigurierbare Aufbewahrungsfristen. Aufzeichnungen werden gemäß den Anforderungen der Rechtsordnung gespeichert. Automatische Durchsetzung des Ablaufs.
Compliance-Reporting
Echtzeit-Dashboards zu Blockierungsraten, DNC-Trefferquoten, ablaufenden Einwilligungen und Verstößen gegen Anrufzeiten. Exportierbar für behördliche Prüfungen.
KI- und Datenpraktiken
Transparente KI. Ihre Daten bleiben Ihre Daten.
KI-Funktionen sind optional, standardmäßig deaktiviert und nutzen Ihr Audio nie zum Training gemeinsam genutzter Modelle. Vollständige menschliche Übersteuerung in jedem Schritt.
Minimale Audioverarbeitung
Die AMD-Klassifizierung ist darauf ausgelegt, nur ein kurzes Anfangssegment des Anruf-Audios zu verarbeiten. Eine Analyse des gesamten Anruf-Audios erfolgt nicht ohne ausdrückliches Opt-in. Eine ausführliche KI-Datenrichtlinie ist auf Anfrage erhältlich.
Keine Langzeitspeicherung von Transkripten
Für die AMD-Klassifizierung erzeugte Transkripte werden in Echtzeit verwendet und nicht langfristig gespeichert. Klassifizierungsergebnisse werden aufbewahrt, Rohtranskripte nicht.
Modelltraining pro Mandant
AMD-Feedback kann mandantenbezogen sein und unterliegt den Aufbewahrungs- und KI-Einstellungen des Kunden. Standardmäßig keine Vermischung zwischen Mandanten.
Kein gemeinsames Modelltraining
Anrufdaten von Kunden werden standardmäßig nicht zum Training gemeinsam genutzter, mandantenübergreifender Modelle verwendet. AMD-Feedback kann mandantenbezogen sein und unterliegt den Aufbewahrungs- und KI-Einstellungen des Kunden.
Standardmäßig deaktiviert
KI-Funktionen lassen sich über Feature-Flags auf Mandantenebene und Opt-in-Einstellungen steuern. Nichts wird ohne ausdrückliche Konfiguration durch den Mandanten aktiviert.
Menschliche Übersteuerung jederzeit möglich
Agenten können jede KI-Klassifizierung jederzeit übersteuern. Die KI unterstützt, Menschen entscheiden. Automatisierte Entscheidungen sind stets überprüfbar.
Vollständiges Opt-out möglich
Mandanten können alle KI-Funktionen mit einer einzigen Konfigurationsänderung vollständig deaktivieren. Die Plattform arbeitet auch ohne KI mit vollem Funktionsumfang.
Audit-Trail für KI-Entscheidungen
KI-Klassifizierungen können mit Konfidenzwert, Modellversion und Status der menschlichen Übersteuerung protokolliert werden, wo Audit-Logging konfiguriert ist.
Datenresidenz und -speicherung
Wissen Sie genau, wo Ihre Daten liegen
Alle Daten sind auf jeder Ebene nach Mandanten isoliert. Speicherorte und Aufbewahrungsrichtlinien sind pro Mandant konfigurierbar, um die Anforderungen der jeweiligen Rechtsordnung zu erfüllen.
Aufzeichnungsspeicher in der Private Cloud
Anrufaufzeichnungen werden in MinIO auf Private-Cloud-Infrastruktur gespeichert. Kein Objektspeicher von Drittanbietern. Volle Kontrolle über Datenlokalität und Zugriffsrichtlinien.
PostgreSQL für strukturierte Daten
Alle strukturierten Daten – Kontakte, Kampagnen, Compliance-Entscheidungen, Audit-Logs – werden in PostgreSQL 16 gespeichert, mit Row-Level Security auf jeder Mandantentabelle.
Redis für ephemere Daten
Sitzungsdaten, Echtzeit-Agentenstatus und Caching nutzen Redis. Bewusst flüchtig. Keine persistenten Kundendaten in Cache-Schichten.
Vollständige Mandantenisolation
Die Kontrollen sind darauf ausgelegt, mandantenübergreifenden Datenzugriff zu verhindern – mit Row-Level Security, bereichsbeschränkten Tokens und automatisierten Sicherheitstests.
Konfigurierbare Aufbewahrung
Aufbewahrung von Aufzeichnungen und Audit-Logs sowie Richtlinien für den Datenlebenszyklus sind pro Mandant konfigurierbar. Aufbewahrungsfristen werden automatisch durchgesetzt.
Verschlüsselung auf jeder Ebene
Daten werden bei der Übertragung zwischen allen Diensten verschlüsselt (mTLS). Im Ruhezustand verschlüsselt in PostgreSQL, MinIO und im Backup-Speicher. Das Schlüsselmanagement folgt den Best Practices der Branche.
Compliance-Hinweis
DialerBee bietet Tools zur Unterstützung der Compliance, konfigurierbare Kontrollen, Audit-Logs und Durchsetzungs-Workflows, die Organisationen helfen sollen, regulatorische Anforderungen zu erfüllen. Kunden bleiben für ihre eigene rechtliche Compliance verantwortlich und sollten für rechtsordnungsspezifische Anforderungen qualifizierte Rechtsberatung einholen. Die genannten regulatorischen Rahmenwerke (TDRA, TCPA, CST, NTRA, TRC) können sich ändern.
Sicherheitsstatus
Aktueller Implementierungsstatus unseres Sicherheitsprogramms
Verfügbarkeit ist die andere Hälfte. Die Medienverarbeitung läuft auf zwei Knoten mit Agenten-Failover, und die Datenbank wird nächtlich gesichert und extern aufbewahrt – beschrieben auf der Plattformzuverlässigkeit page.
Sicherheitsressourcen
Dokumente & Richtlinien
Laden Sie Sicherheitsdokumentation für Ihre Prüfung herunter oder fordern Sie sie an.
Sicherheitsübersicht
Architektur, Verschlüsselung, Zugriffskontrollen und Infrastrukturdetails.
PDF anfordernAuftragsverarbeitungsvertrag (DPA)
Standard-AVV für Verantwortliche. An der DSGVO ausgerichtete Bedingungen.
DPA anfordernListe der Unterauftragsverarbeiter
Drittanbieterdienste, die in unserem Auftrag Daten verarbeiten.
Liste anzeigenKI-Datenrichtlinie
Wie AMD das Audio verarbeitet, Trainingsumfang und Opt-out-Optionen.
Richtlinie ansehenOffenlegung von Schwachstellen
Melden Sie Sicherheitsprobleme verantwortungsvoll. Wir antworten innerhalb von 48 Stunden.
Problem meldenZusammenfassung des Penetrationstests
Ein unabhängiger externer Penetrationstest ist geplant. Sobald er abgeschlossen ist, stellen wir Kunden unter NDA eine Zusammenfassung zur Verfügung.
Zusammenfassung anfordernDatenschutzerklärung
Wie wir personenbezogene Daten erfassen, verwenden, speichern und schützen.
Richtlinie lesenNutzungsbedingungen
Nutzungsbedingungen, zulässige Nutzung, Haftung und Vereinbarungen.
Bedingungen lesenRichtlinie zur Reaktion auf Sicherheitsvorfälle
Wie wir Sicherheitsvorfälle erkennen, darauf reagieren und sie kommunizieren.
Details anfordernFür Enterprise-Sicherheitspakete, individuelle AVVs oder Compliance-Fragebögen wenden Sie sich an security@dialerbee.com
Letzte Aktualisierung: Oktober 2026 · SOC 2 Typ II: Geplant
Isolation, die Sie überprüfen können
Verlassen Sie sich nicht auf unser Wort – lassen Sie es uns beweisen
Jede Plattform sagt, Ihre Daten seien von denen aller anderen getrennt. Eine Bank, ein Telekommunikationsbetreiber oder ein öffentlicher Auftraggeber will nicht den Satz – sondern wissen, wie es durchgesetzt wird und wie man es überprüfen kann. Hier ist der Mechanismus.
Durchgesetzt von der Datenbank, nicht vom Anwendungscode
Die Trennung ist als Row-Level Security in PostgreSQL umgesetzt. Jede Abfrage wird in der Datenbank nach Mandant gefiltert, sodass ein Fehler im Anwendungscode keine Zeilen eines anderen Mandanten zurückgeben kann – die Grenze hängt nicht davon ab, dass jeder Entwickler daran denkt, eine WHERE-Klausel hinzuzufügen.
FORCE, nicht nur ENABLE
Row-Level Security ist auf den Mandantentabellen aktiviert UND erzwungen. Das Erzwingen bedeutet, dass auch der Tabelleneigentümer der Richtlinie unterliegt – das schließt die übliche Lücke, durch die die eigene Datenbankrolle der Anwendung an den Regeln vorbei lesen kann.
Default-Deny, nicht Default-Allow
Fehlt ein Mandantenkontext, verweigert die Richtlinie den Zugriff, statt auf „alles zurückgeben“ auszuweichen. Eine nicht gesetzte Sitzungsvariable liefert nichts – das ist das sichere Fehlverhalten und das Gegenteil dessen, was ein WHERE-Klausel-Ansatz tut, wenn ein Filter vergessen wird.
Auch Compliance schlägt geschlossen fehl
Dasselbe Prinzip gilt für Anrufe: Ist der Compliance-Dienst nicht erreichbar, werden Anrufe blockiert, statt ungeprüft durchgelassen zu werden. Ein System, das wählt, obwohl es die Einwilligung nicht prüfen kann, ist schlechter als eines, das anhält.
Die Trennung reicht über die Datenbank hinaus
Anrufer-ID-Pools, Wissensbasis und Retrieval, Aufzeichnungen, Berichte und Absenderidentitäten für Nachrichten sind alle mandantenbezogen – auch an den Rändern überschreitet also nichts eine Grenze. Genau das zählt, wenn Sie die Marken anderer betreiben.
Was Sie von uns verlangen sollten. Bringen Sie Ihr Sicherheitsteam mit und bitten Sie uns, das Isolationsmodell gemeinsam durchzugehen – welche Tabellen die Richtlinie tragen, was mit einer Abfrage ohne Mandantenkontext passiert und wie eine Aufzeichnung oder ein Anrufer-ID-Pool abgegrenzt ist. Wir beantworten das lieber in einem Review, als dass es während eines Piloten zur Entdeckung wird.
Fragen zu Sicherheit oder Compliance?
Unser Team bespricht gerne Ihre Anforderungen, teilt Dokumentation und geht unsere Sicherheitspraktiken mit Ihnen durch.