Zum Inhalt springen

Single-Tenant vs. mandantenfähig

Ein System pro Kunde oder eine Plattform für alle Kunden. Die Architektur bestimmt, wie Sie skalieren.

Wenn Sie Outbound-Telefonie für mehr als einen Kunden betreiben, prägt der Unterschied zwischen Single-Tenant- und mandantenfähiger Architektur Ihre Datenisolation, Compliance, Onboarding-Geschwindigkeit und Margen. Dieser Leitfaden vergleicht beide Ansätze und zeigt, wo welcher passt.

Die kurze Antwort

Ein Single-Tenant-Dialer betreibt für jeden Kunden eine eigene Instanz der Software, während ein mandantenfähiger Dialer alle Kunden von einer gemeinsamen Plattform aus bedient, auf der die Daten jedes Mandanten logisch getrennt sind. Single-Tenant bietet dedizierte Infrastruktur pro Kunde, doch jede Instanz muss einzeln aktualisiert, gepatcht und überwacht werden. Mandantenfähigkeit – das Modell von DialerBee – erzwingt die Isolation auf Datenebene, sodass ein neuer Kunde ein Konfigurationsschritt statt eines Einführungsprojekts ist. Damit ist sie die praktische Wahl für BPOs, Inkassoteams und Telekom-Reseller, die regelmäßig Kunden hinzugewinnen.

Das Modell verstehen

Was ist ein Single-Tenant-Dialer?

Ein Single-Tenant-Dialer betreibt für jeden Kunden eine dedizierte Instanz der Software. Jeder Kunde erhält eine eigene Anwendungsumgebung, eine eigene Datenbank und oft eigene Server. Nichts wird zwischen Kunden geteilt – ein Mandant, ein System. Das ist die klassische Architektur vieler älterer On-Premise- und gehosteter Dialer-Installationen.

Der Reiz ist offensichtlich. Da jeder Kunde auf Infrastrukturebene physisch oder logisch getrennt ist, gibt es eine klare Grenze zwischen den Datenbeständen. Manche Organisationen mit strengen Vorgaben zur Datenresidenz oder speziellen Anpassungswünschen bevorzugen dieses Modell gerade deshalb, weil die Umgebung durchgängig für einen einzelnen Kunden zugeschnitten werden kann, ohne andere zu beeinflussen.

Der Preis dafür ist betrieblicher Aufwand. Bei zehn Kunden betreiben Sie faktisch zehn Dialer – zehn Upgrade-Runden, zehn Patch-Zyklen, zehn Backup-Routinen und zehn Monitoring-Oberflächen. Einen neuen Kunden aufzunehmen bedeutet, eine neue Umgebung aufzusetzen. Für ein BPO oder einen Reseller, der regelmäßig Kunden hinzugewinnt, summiert sich dieser Aufwand schnell und bremst das Tempo, mit dem Sie neues Geschäft gewinnen und starten können.

Das Modell verstehen

Was ist ein mandantenfähiger Dialer?

Ein mandantenfähiger Dialer bedient viele Kunden – Mandanten – von einer einzigen gemeinsamen Plattform aus. Jeder Mandant sieht nur seine eigenen Kampagnen, Kontakte, Agenten, Aufzeichnungen und Berichte, doch alle Mandanten laufen auf derselben Anwendung. Die Isolation wird logisch erzwungen statt durch separate Hardware pro Kunde. Richtig umgesetzt kann ein Mandant die Daten eines anderen Mandanten niemals sehen oder erreichen.

DialerBee ist von Grund auf mandantenfähig und erzwingt die Isolation auf Datenebene. Jeder Datensatz trägt eine Mandantenkennung, und der Zugriff ist so begrenzt, dass Abfragen nur Zeilen des anfragenden Mandanten zurückgeben können – ein Ansatz, der häufig mit Datenbankmechanismen wie PostgreSQL Row-Level Security umgesetzt wird. Die Trennung zwischen Kunden wird also von der Datenplattform selbst erzwungen und nicht allein dem Anwendungscode überlassen.

Für ein BPO oder einen Reseller ist der betriebliche Vorteil entscheidend. Einen neuen Kunden aufzunehmen ist ein Konfigurationsschritt, kein Infrastrukturprojekt. Upgrades, Sicherheitspatches und neue Funktionen gehen gleichzeitig an alle Mandanten. Sie überwachen und warten eine Plattform, während jeder Kunde einen vollständig getrennten, brandbaren Arbeitsbereich erlebt. Deshalb ist mandantenfähige Architektur die naheliegende Wahl für alle, die Outbound-Telefonie für mehrere Kunden betreiben. Siehe unsere Funktion Mandantenfähigkeit für die vollständige Übersicht.

Direkter Vergleich

Single-Tenant vs. mandantenfähig: 12 Faktoren im Vergleich

Faktor Single-Tenant Mandantenfähig (DialerBee)
Datentrennung Eigene Instanz pro Kunde Logische Isolation pro Mandant, auf Datenebene erzwungen
Compliance-Kontrollen Regeln werden System für System konfiguriert Kontrollen zur Unterstützung der Compliance pro Mandant: DNC-Listen, Anrufzeiten, Einwilligungsnachverfolgung und Wiederholungsgrenzen
Einrichtungszeit pro Kunde Neue Umgebung aufsetzen: Tage bis Wochen Mandanten bereitstellen und Regeln anwenden: Minuten bis Stunden
Kostenmodell Kosten wiederholen sich mit jeder betriebenen Instanz Eine gemeinsame Plattform, abgerechnet pro Agentenplatz
Skalierung Jeder neue Kunde fügt ein weiteres zu betreibendes System hinzu Mandanten hinzufügen, ohne zusätzliche Infrastruktur warten zu müssen
Kontrolle & Anpassung Tiefgreifende Anpassung der gesamten Umgebung eines Kunden Einstellungen pro Mandant: Rollen, Compliance-Regeln, Branding, Durchwahlbereiche und Rufnummern
Sprachen In jeder Instanz separat konfiguriert 11 Sprachen auf der gemeinsamen Plattform, mit Standardsprache pro Mandant
Risiko Ein verpasster Patch oder ein fehlendes Backup in einer einzigen Instanz ist ein Risiko Mandantenisolation auf Zeilenebene in jedem Dienst – ein fehlender Filter auf einer Ansicht kann keine Zeilen eines anderen Mandanten preisgeben
Branding / White-Label Individuell pro Instanz, aber isoliert White-Label-Branding pro Mandant aus einer Plattform
Getrenntes Reporting Berichte liegen in isolierten Systemen Reporting pro Mandant plus Portfolioansicht für Betreiber
Wartung & Updates Jede Instanz einzeln patchen und aktualisieren Ein Upgrade-Pfad für alle Mandanten gleichzeitig
Am besten geeignet für Ein einziger Endnutzer oder ein Kundenvertrag, der dedizierte Infrastruktur vorschreibt BPOs, Inkassoteams und Telekom-Reseller mit vielen Kunden

Gebaut für den Betrieb mit vielen Kunden

Warum Mandantenfähigkeit zu BPOs und Resellern passt

Isolation auf Datenebene

Jeder Datensatz ist seinem Mandanten zugeordnet, sodass ein Kunde niemals auf Kontakte, Aufzeichnungen oder Berichte eines anderen Kunden zugreifen kann. Die Isolation wird von der Datenplattform erzwungen – ein Ansatz, der häufig auf Row-Level Security der Datenbank aufbaut – und nicht allein der Anwendungslogik überlassen.

Schnelles, wiederholbares Onboarding

Einen Kunden hinzuzufügen ist ein Konfigurationsschritt, kein Infrastrukturprojekt. Stellen Sie einen neuen Mandanten bereit, wenden Sie Branding und Compliance-Regeln an und gehen Sie in Stunden live statt in den Tagen oder Wochen, die eine dedizierte Instanz erfordern würde.

Getrenntes Reporting, ein Portfolio

Jeder Mandant sieht nur seine eigenen Dashboards und Berichte, während Betreiber eine Portfolioansicht über alle Kunden behalten. Trennung pro Kunde und zentrale Übersicht bestehen auf einer Plattform nebeneinander.

Die ehrliche Antwort

Wann Single-Tenant noch sinnvoll ist

Mandantenfähige Architektur ist der richtige Standard für Organisationen, die Outbound-Telefonie für viele Kunden betreiben – doch Single-Tenant ist nicht überholt. Es gibt Situationen, in denen eine dedizierte Instanz die bessere Wahl bleibt.

Unterliegt ein einzelner Kunde einer Vorgabe zur Datenresidenz oder einer vertraglichen Pflicht, die physisch dedizierte Infrastruktur verlangt, kann eine Single-Tenant-Installation diese Anforderung direkt erfüllen. Dasselbe gilt, wenn ein Kunde tiefgreifende, individuelle Anpassungen am zugrunde liegenden System benötigt, die auf einer gemeinsamen Plattform nicht angebracht wären.

Organisationen, die nur einen Kunden bedienen – oder selbst der einzige Endnutzer sind –, profitieren kaum von Mandantenfähigkeit, da es keinen zweiten Mandanten gibt, von dem isoliert werden müsste. In diesen Fällen kann die betriebliche Einfachheit einer einzigen Umgebung die Vorteile einer gemeinsamen Plattform vollständig aufwiegen.

Für alle anderen – BPOs, Telekom-Reseller und Agenturen, die regelmäßig Kunden hinzugewinnen und Trennung pro Kunde ohne Aufwand pro Kunde brauchen – bietet eine gut gebaute mandantenfähige Plattform die Isolation getrennter Systeme mit der Effizienz eines einzigen. Auf genau diese Balance ist DialerBee ausgelegt, und deshalb sind unsere BPO-Lösung und White-Label-Dialer-Plattform auf mandantenfähigen Grundlagen gebaut.

Ihre Situation

Wann welcher Ansatz passt

BPO

Sie gewinnen regelmäßig neue Kundenprogramme

Jeder neue Kunde bringt eigene Compliance-Regeln, eigenes Reporting und eigene Branding-Erwartungen mit, und der kommerzielle Druck lautet: starten, bevor der Kunde es sich anders überlegt. Eine gemeinsame mandantenfähige Plattform passt: Der Kunde wird zu einem Mandanten, den Sie konfigurieren, statt zu einer Umgebung, die Sie ausrollen, und die Trennung, nach der Ihr Einkäufer fragt, wird auf Datenebene erzwungen statt in einem Diagramm versprochen.

Inkassoteam

Sie bearbeiten Portfolios unter verschiedenen Mandaten

Einwilligungshandling, Anrufzeitfenster und Aufzeichnungsregeln unterscheiden sich je Gläubiger, und sie zu vermischen ist der schnellste Weg zu einer Verstoßmeldung. Auch hier passt Mandantenfähigkeit, denn jedes Portfolio hat eigene Kontrollen zur Unterstützung der Compliance und einen eigenen Audit-Trail, während der Betrieb auf einer gemeinsamen Plattform bleibt. Eine dedizierte Instanz pro Kunde rechtfertigt ihren Aufwand nur, wo ein Gläubigervertrag auf getrennter Infrastruktur besteht.

Telekom-Reseller

Sie verkaufen Wählen zusammen mit Konnektivität

Kunden dürfen dem Plattformanbieter nie begegnen, jeder braucht seinen eigenen Durchwahlbereich und eigene Rufnummern, und Ihre Marge hängt davon ab, nicht pro Kunde eine Umgebung zu betreiben. Eine gemeinsame mandantenfähige Plattform mit White-Label-Branding pro Mandant passt: Jeder Kunde erhält einen Arbeitsbereich mit seiner Identität, während Sie den Bestand darunter betreiben.

Die Plattform

Wie DialerBee hineinpasst

DialerBee ist von Grund auf mandantenfähig. Die Isolation wird auf Datenbankebene mit PostgreSQL Row-Level Security erzwungen, sodass jede Abfrage auf den anfragenden Mandanten beschränkt ist und mandantenübergreifender Zugriff von der Datenbank-Engine statt von der Anwendungslogik verhindert wird. Jeder Mandant hat eigene Compliance-Regeln, eigene Aufzeichnungen mit unabhängigen Aufbewahrungs- und Legal-Hold-Kontrollen, eigene Nutzungs- und Abrechnungszuordnung und eigenes Branding. Neue Mandanten werden in Minuten über das Admin-Portal oder die Partner-API bereitgestellt. Die Details finden Sie auf der Seite zur mandantenfähigen Architektur.

Zugriffsrechte lassen sich aus einem Raster ablesen, statt sie zu erschließen: eine Rollenmatrix pro Mandant mit 11 Berechtigungskategorien und 41 Berechtigungen, ein Audit-Log mit Aktion, Benutzer und Herkunfts-IP-Adresse, gehashte und auf den Mandanten begrenzte API-Schlüssel sowie Partner-Admins, die nur ihre eigenen Mandanten sehen. Das wird beschrieben unter Sicherheit und Zugriff. Plattform- und Partner-Administratoren erhalten zudem eine Operations Center mit Dienststatus, Live-Anrufen und End-to-End-Call-Trace, während Mandanten-Administratoren nur ihren eigenen Mandanten sehen.

Häufig gestellte Fragen

Wie hält ein mandantenfähiger Dialer die Daten eines Kunden von denen eines anderen getrennt?
Bei DialerBee trägt jeder Datensatz eine Mandantenkennung, und der Zugriff ist so begrenzt, dass Abfragen nur Zeilen des anfragenden Mandanten zurückgeben können. Diese Isolation wird auf Datenebene erzwungen – ein Ansatz, der häufig mit Datenbankmechanismen wie PostgreSQL Row-Level Security umgesetzt wird – statt sich allein auf Anwendungscode zu verlassen. Ergebnis: Ein Mandant kann Kontakte, Aufzeichnungen oder Berichte eines anderen Mandanten weder sehen noch erreichen.
Kann jeder Kunde auf einer mandantenfähigen Plattform eigene Compliance-Regeln haben?
Ja. DialerBee wendet Kontrollen zur Unterstützung der Compliance pro Mandant an, sodass jeder Kunde mit eigener Konfiguration für Einwilligungshandling, DNC-Durchsetzung, Anrufzeitfenster und Aufzeichnungsregeln arbeiten kann. Diese unterschiedlichen Regelwerke werden zentral auf einer Plattform verwaltet – Sie behalten die Trennung pro Kunde, ohne separate Systeme zu pflegen.
Ist Single-Tenant sicherer als Mandantenfähigkeit?
Nicht grundsätzlich. Single-Tenant setzt auf Trennung der Infrastruktur, während eine gut gebaute mandantenfähige Plattform die Isolation auf Datenebene erzwingt, sodass Mandanten auch auf gemeinsamer Infrastruktur vollständig getrennt bleiben. Die Sicherheit beider Modelle hängt von der Qualität der Umsetzung ab. DialerBee begrenzt den Zugriff pro Mandant, sodass Kunden nicht auf die Daten anderer zugreifen können, und bietet Kontrollen zur Unterstützung der Compliance für jeden Mandanten.
Wie viel schneller ist das Onboarding eines neuen Kunden auf einem mandantenfähigen Dialer?
Im Single-Tenant-Modell bedeutet Onboarding meist, eine neue Umgebung aufzusetzen – das kann Tage bis Wochen dauern. Auf einer mandantenfähigen Plattform wie DialerBee ist ein neuer Kunde ein Konfigurationsschritt: Mandanten bereitstellen, Branding und Compliance-Regeln anwenden und in Stunden live gehen. Für BPOs und Reseller, die regelmäßig Kunden hinzugewinnen, bestimmt dieser Unterschied direkt, wie schnell Sie neues Geschäft starten können.
Kann ich einen mandantenfähigen Dialer pro Kunde als White-Label anbieten?
Ja. DialerBee unterstützt White-Label-Branding pro Mandant aus einer einzigen Plattform, sodass jeder Kunde einen Arbeitsbereich mit eigener Identität erlebt, während Sie darunter ein System betreiben. So können Reseller jedem Kunden ein gebrandetes Produkt präsentieren, ohne für jeden einen eigenen Dialer zu betreiben.
Kann jeder Kunde auf einem mandantenfähigen Dialer in einer anderen Sprache arbeiten?
Ja. DialerBee läuft in 11 Sprachen (Englisch, Arabisch, Spanisch, Französisch, Italienisch, Deutsch, Türkisch, Hindi, Urdu, Portugiesisch und Indonesisch) mit Standardsprache pro Mandant, sodass jeder Kunde in der Sprache arbeitet, die sein Markt tatsächlich spricht. Die Sprache ist eine Mandanteneinstellung, kein separater Build – ein neuer Markt bedeutet also keine neue Instanz.
Wie funktioniert das Reporting, wenn viele Kunden eine Plattform teilen?
Jeder Mandant sieht nur seine eigenen Dashboards und Berichte, während der Betreiber eine Portfolioansicht über alle Kunden behält. Plattform- und Partner-Administratoren erhalten zudem ein Operations Center mit Dienststatus, Live-Anrufen und End-to-End-Call-Trace. Mandanten-Administratoren sehen nur ihren eigenen Mandanten.
Ist ein mandantenfähiger Dialer günstiger als Single-Tenant?
Meistens ja, weil Sie eine gemeinsame Plattform statt einer Umgebung pro Kunde betreiben und warten. DialerBee wird pro Agentenplatz abgerechnet, sodass Ihre Plattformkosten der Größe Ihres Betriebs folgen und nicht der Zahl der Systeme, die Sie gepatcht halten. Single-Tenant kann dennoch die richtige Investition sein, wenn ein Kundenvertrag dedizierte Infrastruktur vorschreibt.

Eine Plattform. Jeder Kunde, vollständig getrennt.

Buchen Sie eine Demo und sehen Sie, wie die mandantenfähige Architektur von DialerBee BPOs und Resellern Isolation pro Kunde, White-Label-Branding pro Mandant und KI in 11 Sprachen auf einer einzigen Plattform bietet.

Weitere Vergleiche

Vollständige Website auf Englisch ansehen →