Zum Inhalt springen

Mandantenfähige Architektur

Multi-Tenant-Contact-Center: jeder Mandant getrennt, eine Plattform.

Eigene Compliance-Regeln, Aufzeichnungen, Benutzer und Abrechnung pro Kunde. PostgreSQL RLS, durchgesetzt auf Datenbankebene. Neue Mandanten in Minuten bereitstellen.

14-tägige kostenlose Testphase · kostenloses KI-Guthaben, um den KI-Voice-Agenten zu testen · keine Kreditkarte nötig

Das DialerBee Admin-Dashboard für einen Mandanten, das die aktiven Agenten, die Verbindungsratenentwicklung, die Dispositionen und den Sprachmix dieses Mandanten isoliert von anderen Mandanten anzeigt.

Das DialerBee-Dashboard – Kampagnen, Agenten und Reporting pro Mandant an einem Ort verwalten.

Entwickelt von BroadNet – 22 Jahre in der Telekommunikation 11 Sprachen, dialektsensibel BYOC – Ihre Carrier, keine Bindung Compliance-unterstützend (TCPA, DSGVO, TDRA)

Die kurze Antwort

Was ist die mandantenfähige Architektur von DialerBee? Die mandantenfähige Architektur von DialerBee bietet vollständige Kundentrennung für BPOs, Telekom-Reseller und Organisationen mit mehreren Kundenprogrammen. Jeder Mandant erhält getrennte Daten (durchgesetzt per PostgreSQL Row-Level Security auf Datenbankebene), unabhängige Compliance-Regeln (DNC-Listen, Anrufzeiten, Einwilligungsverfolgung), separate Gesprächsaufzeichnungen (Speicher pro Mandant mit eigener Aufbewahrung und eigenem Legal Hold), Abrechnung pro Mandant (Nutzung, Minuten und Arbeitsplätze getrennt erfasst), rollenbasierte Zugriffskontrolle (Agenten und Supervisoren auf ihren Mandanten beschränkt), KI-Tuning pro Mandant (die AMD-Genauigkeit verbessert sich für jeden Mandanten unabhängig) und Mandanten-Provisionierung in Minuten über das Admin-Portal oder die API. Verfügbar in 11 Sprachen mit Standardsprache pro Mandant.

Das Problem

Single-Tenant-Dialer skalieren nicht für BPOs

BPOs und Telekom-Reseller betreuen mehrere Kundenprogramme auf einer Plattform. Jeder Kunde hat andere Compliance-Anforderungen, andere DNC-Listen, andere Aufzeichnungsrichtlinien und eine andere Abrechnung. Für jeden Kunden eine eigene Dialer-Instanz zu betreiben ist teuer, operativ komplex und skaliert nicht. Alle Kunden aber ohne echte Trennung auf einer gemeinsamen Instanz zu betreiben, birgt ein inakzeptables Risiko – Daten eines Kunden gelangen zu einem anderen, die Compliance-Regeln eines Kunden wirken sich auf die Kampagnen eines anderen aus.

Die meisten Dialer bieten nur einfache Benutzergruppen – keine echte Mandantenfähigkeit. Benutzer lassen sich in Gruppen organisieren, aber die zugrunde liegenden Daten werden gemeinsam genutzt. Berichte lassen sich vielleicht nach Gruppe filtern, doch die Durchsetzung erfolgt auf Anwendungsebene, nicht in der Datenbank. Ein Bug, ein falsch konfigurierter Filter oder eine schlecht geschriebene API-Abfrage könnte die Daten eines Kunden einem anderen offenlegen. Für BPOs, die regulierte Daten verarbeiten – Finanz-, Gesundheits- oder personenbezogene Daten –, reicht diese Trennung nicht aus.

Echte Mandantenfähigkeit bedeutet Trennung auf jeder Ebene: Datenbankabfragen pro Mandant beschränkt, Aufzeichnungen getrennt gespeichert, Compliance-Regeln unabhängig konfigurierbar, Abrechnung pro Kunde erfasst und Zugriffskontrollen, die mandantenübergreifenden Zugriff architektonisch unmöglich machen – nicht nur unwahrscheinlich.

N Instanzen
Ohne Mandantenfähigkeit
ein Dialer pro Kunde ist teuer
Risiko
Dialer mit gemeinsamer Instanz
Trennung auf Anwendungsebene ist fragil
Minuten
Bis ein neuer Mandant bereitsteht
statt wochenlanger Einführung

So funktioniert es

Trennung auf jeder Ebene

Die mandantenfähige Architektur von DialerBee nutzt PostgreSQL Row-Level Security (RLS) um Mandantengrenzen auf Ebene der Datenbank-Engine durchzusetzen. Das bedeutet, die Trennung ist nicht nur Anwendungslogik – sie wird von der Datenbank selbst erzwungen. Jede Abfrage ist automatisch auf den aktuellen Mandanten begrenzt. Mandantenübergreifender Datenzugriff wird architektonisch verhindert, nicht nur durch Richtlinien eingeschränkt. Wenn Sie das gegen einen älteren Open-Source-Stack abwägen, siehe unseren VICIdial-Alternative comparison.

Schritt 01

Daten trennen

Die Daten jedes Kunden liegen in einer logisch getrennten Partition. PostgreSQL RLS stellt sicher, dass jede Abfrage automatisch auf den aktuellen Mandanten beschränkt ist – erzwungen von der Datenbank-Engine, nicht von Anwendungslogik.

Schritt 02

Regeln trennen

Jeder Mandant erhält unabhängige Compliance-Konfigurationen: DNC-Listen, Anrufzeitregeln, Einwilligungsverfolgung, Wiederholungslimits und regulatorische Profile. Die Regeln eines Kunden wirken sich nie auf die Kampagnen eines anderen aus.

Schritt 03

Aufzeichnungen trennen

Gesprächsaufzeichnungen werden pro Mandant gespeichert und abgerufen, mit vollständiger Trennung. Eigene Aufbewahrungsrichtlinien, Legal-Hold-Steuerung und Speicherüberwachung pro Kunde.

Schritt 04

Abrechnung trennen

Nutzung, Minuten und Arbeitsplätze werden pro Mandant erfasst. Exportieren Sie Abrechnungsdaten für die Kundenrechnung oder binden Sie Ihr Abrechnungssystem an. Vollständige Kostenzuordnung pro Kunde.

Direkter Vergleich

Echte Mandantenfähigkeit vs. einfache Benutzergruppen

Funktion Einfache Benutzergruppen DialerBee mandantenfähig
Datentrennung Filter auf Anwendungsebene PostgreSQL RLS auf Ebene der Datenbank-Engine
Compliance-Regeln Gemeinsam, mit Übersteuerungen pro Gruppe Unabhängig pro Mandant – vollständig getrennt
Aufzeichnungen Gemeinsamer Speicher mit Gruppen-Tags Getrennter Speicher pro Mandant
Abrechnung Manuelle Zuordnung Automatische Nutzungserfassung pro Mandant
Provisionierung Manuelle Einrichtung pro Kunde Minuten über Admin-Portal oder API
Mandantenübergreifendes Risiko Ein Bug oder falsch konfigurierter Filter kann Daten offenlegen Durch RLS architektonisch ausgeschlossen
KI-Tuning Gemeinsames Modell für alle Kunden AMD-Tuning-Workflows pro Mandant
Reporting Gefilterte Ansichten gemeinsamer Daten Dashboards und Exporte pro Mandant

Verwaltungsfunktionen

Mehrere Kunden betreiben auf einer Plattform

Über die Trennung hinaus bietet die mandantenfähige Architektur von DialerBee die Verwaltungsebene, die BPOs brauchen , um effizient über mehrere Kunden hinweg zu arbeiten. Mandanten-Provisionierung, rollenbasierter Zugriff, mandantenübergreifende Analysen für Plattformbetreiber und White-Label-Optionen greifen ineinander und machen die Verwaltung mehrerer Kunden operativ praktikabel – nicht nur technisch möglich.

Rollenbasierte Zugriffskontrolle

Granulare Berechtigungen pro Mandant. Admins, Supervisoren und Agenten sehen nur, was sie sehen sollen. Plattformbetreiber erhalten mandantenübergreifende Ansichten für die operative Steuerung.

Reporting auf Kundenebene

Jeder Bericht, jedes Dashboard und jeder Export ist auf den Mandanten beschränkt. Kundenübergreifende Analysen für Plattformbetreiber. Geplante kundenspezifische Berichte.

Mandantenbereitstellung

Richten Sie eine neue Kundenumgebung in Minuten über das Admin-Portal oder die Partner-API ein. Benutzer, Kampagnen, Compliance-Regeln und DID-Pools – alles per Vorlage.

Getrennte Abrechnung

Erfassen Sie Nutzung, Minuten, Arbeitsplätze und Messaging-Kosten pro Mandant. Exportieren Sie Abrechnungsdaten für die Rechnungsstellung. Binden Sie Ihr Abrechnungssystem per API an.

KI-Tuning pro Mandant

Die AMD-Genauigkeit verbessert sich für jeden Mandanten unabhängig über mandantenbezogene Tuning-Workflows. Das Feedback jedes Kunden verbessert die Leistung seines eigenen Modells.

White-Label-Optionen

Betreiben Sie DialerBee unter Ihrer Marke mit eigener Domain, eigenem Logo und Farbschema. Branding pro Mandant für Reseller-Installationen.

Technische Spezifikationen

Unter der Haube

Trennungsmethode PostgreSQL Row-Level Security (RLS) auf Ebene der Datenbank-Engine
Datenabgrenzung Jede Abfrage automatisch auf den aktuellen Mandanten beschränkt
Compliance-Trennung DNC-Listen, Anrufzeiten, Einwilligung, Wiederholungslimits und regulatorische Profile pro Mandant
Trennung der Aufzeichnungen Speicher pro Mandant mit eigener Aufbewahrung und eigenem Legal Hold
Abrechnungserfassung Nutzung, Minuten, Arbeitsplätze und Messaging-Kosten pro Mandant
Provisionierung Minuten über Admin-Portal oder Partner-API mit Konfigurationsvorlagen
RBAC Granulare rollenbasierte Zugriffskontrolle pro Mandant
KI-Tuning Mandantenbezogene AMD-Tuning-Workflows – Modellverbesserung pro Kunde
Reporting Dashboards und Exporte pro Mandant; mandantenübergreifende Ansichten für Plattformbetreiber
DID-Verwaltung Caller-ID-Pools pro Mandant mit getrennter Rotation und Kampagnenzuordnung
White-Label Eigene Domain, Logo und Farben pro Mandant
API-Zugriff Mandantenverwaltung, Provisionierung und Abrechnung per REST API

Häufige Fragen zur Mandantenfähigkeit

Wie setzt DialerBee die Mandantentrennung durch?
DialerBee nutzt PostgreSQL Row-Level Security (RLS), um Mandantengrenzen auf der Ebene der Datenbankabfragen durchzusetzen. Die Trennung wird damit von der Datenbank-Engine selbst erzwungen, nicht nur von Anwendungslogik. Jede Abfrage wird automatisch auf den aktuellen Mandanten beschränkt. Mandantenübergreifender Datenzugriff ist architektonisch ausgeschlossen.
Kann jeder Mandant eigene Compliance-Regeln haben?
Ja. Jeder Mandant erhält eigene DNC-Listen, Anrufzeitregeln, Einwilligungsverfolgung, Wiederholungslimits und regulatorische Profile. Ein Mandant kann TCPA-Regeln nutzen, während ein anderer auf derselben Plattform TDRA-Regeln nutzt – ohne Überschneidung oder gegenseitige Beeinflussung.
Wie schnell kann ich einen neuen Mandanten bereitstellen?
Neue Mandanten lassen sich in Minuten über das Admin-Portal oder die Partner-API anlegen. Konfigurationsvorlagen für Compliance-Regeln, Benutzerrollen, Kampagneneinstellungen und DID-Pools beschleunigen das Onboarding. Agenten können noch am selben Tag mit dem Wählen beginnen.
Sind Gesprächsaufzeichnungen zwischen Mandanten getrennt?
Ja. Gesprächsaufzeichnungen werden pro Mandant gespeichert und abgerufen, mit vollständiger Trennung. Jeder Mandant hat eigene Aufbewahrungsrichtlinien, Legal-Hold-Steuerung und Speicherüberwachung. Kein Mandant kann jemals über die Oberfläche oder die API auf die Aufzeichnungen eines anderen Mandanten zugreifen.
Wie funktioniert KI-Tuning pro Mandant?
Korrekturen der Agenten an der KI-AMD fließen in mandantenbezogene Tuning-Workflows. Das Feedback jedes Mandanten verbessert so die AMD-Genauigkeit für seine eigenen Carrier, Regionen und Kampagnentypen – ohne die Modelle anderer Mandanten zu beeinflussen.
Können Plattformbetreiber mandantenübergreifende Daten sehen?
Ja. Plattformbetreiber und Administratoren können mandantenübergreifende Analysen für die operative Steuerung nutzen – Gesamtnutzung, Plattformzustand und aggregierte Kennzahlen. Benutzer auf Mandantenebene (Admins, Supervisoren, Agenten) sehen jedoch nur die Daten ihres eigenen Mandanten.
Funktioniert die Mandantenfähigkeit mit White-Label?
Ja. White-Label-Optionen ermöglichen eigene Domain, eigenes Logo und Farbschema pro Mandant. Ideal für Telekom-Reseller, die jedem Kunden ein gebrandetes Erlebnis auf gemeinsamer Infrastruktur bieten möchten.
Wie wird die Abrechnung pro Mandant erfasst?
Nutzung, Minuten, Arbeitsplätze und Messaging-Kosten werden automatisch pro Mandant erfasst. Abrechnungsdaten lassen sich für die Rechnungsstellung exportieren oder per API in Ihr Abrechnungssystem einbinden. Die Kosten jedes Mandanten werden vollständig zugeordnet, ohne manuelle Berechnung.

Für BPOs und Reseller entwickelt

Buchen Sie eine Demo und sehen Sie, wie DialerBee jeden Kunden mit mandantenfähiger Architektur auf Enterprise-Niveau trennt.

14-tägige kostenlose Testphase · kostenloses KI-Guthaben · keine Kreditkarte · Preise ansehen

Vollständige Website auf Englisch ansehen →