Predictive Dialer zur bestehenden Telefonanlage (PBX) hinzufügen – ohne sie zu ersetzen

Wenn Sie bereits Asterisk, FreePBX, 3CX, Cisco oder Avaya betreiben, haben Sie eine funktionierende Telefonanlage, ausgehandelte Carrier-Verträge, Nummern, die Ihre Kunden kennen, und einen Wählplan, an dem jemand monatelang gefeilt hat. Dann wünscht sich jemand eine Outbound-Kampagne – eine Inkasso-Aktion, eine Verlängerungskampagne, eine Rückgewinnungsliste mit vierzigtausend Datensätzen – und Sie stellen fest, dass die Telefonanlage das eigentlich nicht kann.

Der übliche Rat an diesem Punkt lautet, das Telefonsystem zu ersetzen. Das ist eine teure Antwort auf eine enge Frage, und sie wirft eine Infrastruktur weg, die ihre Aufgabe einwandfrei erfüllt. Dieser Leitfaden behandelt die Alternative: die PBX genau dort zu lassen, wo sie ist, und eine Kampagnenebene darüberzulegen. Wie diese Architektur aussieht, wie die beiden Systeme verbunden werden, wie man sie dimensioniert, wo Compliance verankert sein muss, und wie man dorthin kommt, ohne den Betrieb zu gefährden. Teams, die einen selbst gehosteten Open-Source-Dialer auf der PBX betreiben, stoßen oft an die gleiche Grenze; siehe unsere VICIdial-Alternative comparison.

Warum Ihre PBX allein keine Outbound-Kampagnen fahren kann

Das ist kein Mangel Ihrer PBX, sondern ein Unterschied der Kategorie. Eine PBX ist eine Routing-Engine: Ein Anruf existiert, und die PBX entscheidet, wohin er geht. Ein Dialer ist eine Entscheidungs-Engine: Er entscheidet, welcher Anruf überhaupt entstehen soll.

Asterisk kann einen Anruf initiieren – genau dafür gibt es Call Files und die entsprechende AMI-Aktion. Doch Anrufe zu initiieren ist vielleicht ein Zehntel dessen, was eine Kampagne braucht. Vier Bausteine fehlen, und jeder davon ist umfangreich:

• Eine Listen- und Pacing-Engine. Welcher Datensatz als Nächstes dran ist, wie viele Anrufe bei der aktuellen Zahl freier Agenten gleichzeitig laufen sollen, wann und wie oft ein nicht angenommener Anruf wiederholt wird, zu welcher Zeitzone der Datensatz gehört und wann Schluss ist.
• Anrufbeantwortererkennung (AMD). Rund zwei Drittel der Outbound-Versuche auf Mobilnummern landen auf der Mailbox. Ohne Filterung hören Ihre Agenten den ganzen Tag Mailbox-Ansagen, und Ihre Pacing-Berechnung ist wertlos.
• Ein Agentenstatus-Modell. Der Dialer muss laufend und in Echtzeit wissen, wer bereit ist, wer telefoniert, wer in der Nachbearbeitung ist und wer gerade nicht am Platz ist – denn Pacing hängt vollständig von der prognostizierten Verfügbarkeit ab.
• Gesprächsergebnisse und Compliance-Protokollierung. Was im Gespräch passiert ist, wozu der Kunde zugestimmt hat, was gesperrt wurde und warum – und ein Audit-Trail, der auch standhält, wenn eine Aufsichtsbehörde achtzehn Monate später nach einem bestimmten Anruf fragt.

Nichts davon gehört in einen Wählplan. Deshalb entsteht beim Einbauen von Kampagnenlogik in eine PBX meist etwas Fragiles, das nur eine einzige Person versteht.

Drei Lösungswege – und was jeder wirklich kostet

Die PBX durch eine All-in-One-Plattform ersetzen. Saubere Architektur und ein einziger Anbieter – um den Preis, dass Sie Ihr Inbound-Routing neu umsetzen, Agenten neu schulen, Nummern portieren oder aufgeben und oft auf Minutenpreise für Sprache umsteigen, die Sie bisher im Großhandel eingekauft haben. Das ist die richtige Antwort, wenn Ihre PBX tatsächlich am Ende ihres Lebenszyklus ist. Wenn nicht, ist es eine teure Antwort.

Die Kampagnenschicht selbst bauen. Mit Open-Source-Telefonie absolut machbar, und einige starke Teams machen genau das. Ehrlich gerechnet bauen Sie einen Dialer aber nicht einmal – Sie pflegen dauerhaft Pacing-Verhalten, Erkennungsgenauigkeit, Agentenstatus, Gesprächsergebnisse, Aufzeichnung, Durchsetzung von Sperrlisten und Reporting und tragen die Rufbereitschaft, wenn das Pacing während einer Kampagne am Montagmorgen verrücktspielt. Ausführlicher beschreiben wir diese Abwägung in Dialer-Software selbst entwickeln oder kaufen.

Einen Dialer per SIP vorschalten (Overlay). Die PBX macht weiter, was sie gut kann; der Dialer ergänzt nur, was fehlt. Keine Nummer wird portiert, kein Carrier-Vertrag geändert, und Agenten behalten auf Wunsch ihre Nebenstellen. Diesen Weg beschreibt dieser Leitfaden, und wir nennen ihn Pattern B – eine der drei Arten, wie sich DialerBee anbinden lässt.

So funktioniert das Overlay in der Praxis

Die Mechanik ist einfacher, als es klingt. Ein Kampagnenanruf hat zwei Gesprächszweige, und deren Trennung ist das gesamte Design:

1. Der Dialer wählt den nächsten Datensatz aus der Liste – nachdem er Sperrlisten, Einwilligungsstatus und das zulässige Anrufzeitfenster für die Zeitzone dieses Datensatzes bereits geprüft hat.
2. Er baut den ausgehenden Gesprächszweig über Ihren Carrier-Trunk auf und zeigt dabei eine Caller ID an, die Sie kontrollieren.
3. Der Anruf wird angenommen. Der Dialer analysiert das Audio und klassifiziert es: eine echte Person, ein Anrufbeantworter, ein Fax, ein Netzton, Stille.
4. Anrufbeantworter werden ohne Agent abgewickelt – aufgelegt oder, sofern Ihre Richtlinie es erlaubt, mit hinterlassener Nachricht. Nur echte Menschen werden weitergeleitet.
5. Das Live-Gespräch wird über den SIP-Trunk an Ihre PBX übergeben und kommt dort an einer Pilotnummer, Sammelrufgruppe oder Warteschlange an.
6. Ihre PBX leitet es genauso an einen Agenten weiter wie jeden anderen Anruf.

Aus Sicht der PBX kommt einfach ein Anruf auf einem Trunk an und muss geroutet werden – etwas, das sie ohnehin tausendfach am Tag tut. Die gesamte Kampagnenintelligenz passiert vor diesem Moment. Deshalb ist die Integration so sauber: Die PBX muss nichts Neues lernen.

Die Verbindung: SIP-Trunk, SBC und Registrierung

Dialer und PBX sind über einen SIP-Trunk verbunden, und für die Authentifizierung gibt es zwei gängige Optionen. IP-basiertes Trunking ist die übliche Wahl, wenn beide Seiten stabile Adressen haben – jede Seite setzt die andere auf die Allowlist, und es gibt keine Registrierung, die ablaufen kann. Registrierungsbasiert passt zu Umgebungen mit dynamischer Adressierung, in denen sich der Dialer wie ein Endgerät an der PBX registriert.

Ein paar praktische Punkte entscheiden, ob es ein entspannter Nachmittag oder eine lange Woche wird:

• Wo der SBC sitzt. In Cisco- und Avaya-Umgebungen gibt es fast immer bereits einen Session Border Controller, der die Carrier-Trunks terminiert. Legen Sie den Dialer-Trunk ebenfalls dorthin – das ist die natürliche Demarkationsgrenze, und Sie haben eine zentrale Stelle, um die Signalisierung zu prüfen, wenn etwas hakt.
• Medienpfad. Entscheiden Sie bewusst, ob die Medien über den SBC oder direkt fließen. Direkte Medien senken Latenz und Last; über den SBC verankerte Medien lassen sich leichter analysieren und konsistent aufzeichnen. Beides funktioniert – aber die Wahl sollte getroffen und nicht erst im Nachhinein entdeckt werden.
• Codecs. Legen Sie einen Codec für den internen Trunk fest und vermeiden Sie Transcoding. G.711 zwischen Dialer und PBX ist die sichere Standardwahl; Transcoding kostet Qualität und auf manchen Plattformen auch Lizenzen.
• DTMF. Legen Sie sich auf RFC 2833 fest und prüfen Sie es durchgängig. Nicht passendes DTMF ist der klassische Fehler, der erst auffällt, wenn ein Kunde im IVR die 1 drücken will.
• NAT. Liegt eine Seite hinter NAT, bringen Sie Signalisierungs- und Medienadressierung in Ordnung, bevor Sie mit Volumen testen. Einseitiges Audio im großen Maßstab hat fast immer diese Ursache.

Unser Leitfaden zur SIP-Trunk-Einrichtung beschreibt die Konfiguration ausführlicher, und Bring Your Own Carrier erklärt das Trunking-Modell.

Carrier und Nummern behalten

Die kaufmännische Hälfte dieser Entscheidung zählt genauso viel wie die technische. Bei einem Overlay transportiert die Plattform nie Ihre Sprache – sie signalisiert Ihrem Carrier, Anrufe über Trunks aufzubauen, die Ihnen bereits gehören. Daraus folgen drei Konsequenzen:

• Ihre Tarife bleiben Ihre. Wenn Sie günstige Terminierungskonditionen ausgehandelt haben, behalten Sie sie. Niemand schlägt eine Marge auf Minuten auf, die Sie bereits im Großhandel einkaufen.
• Ihre Nummern bleiben Ihre. Kein Portierungsprojekt, keine Abhängigkeit von einem Anbieter für Ihre Inbound-Identität und keine Geiselhaft, falls Sie es sich später anders überlegen.
• Es gibt keine Plattformgebühr pro Minute. Wenn die Plattform die Sprache nicht transportiert, gibt es auch nichts pro Minute abzurechnen. Sie zahlen pro Agentenplatz und bezahlen die Minuten separat an Ihren Carrier.

Der letzte Punkt verändert die Kampagnenökonomie stärker als erwartet – und am stärksten bei den Kampagnen mit dem höchsten Volumen, also genau dort, wo eine Minutenmarge am meisten schmerzt. Wir vergleichen beide Modelle direkt in Preise pro Agent vs. pro Minute und BYOC vs. gebündelte Telefonie.

Wo Ihre Agenten arbeiten: PBX-Nebenstellen oder Browser-Desktop

Sobald ein Live-Gespräch Ihre PBX erreicht, kann es an die Nebenstelle gehen, die Ihr Agent bereits nutzt. Das ist die Option mit den geringsten Umstellungen, erfordert keine Änderung am Arbeitsplatz und ist ein völlig vernünftiger Weg für ein Pilotprojekt.

Die Grenze: Ein Tischtelefon liefert nur Audio. Es kann nicht anzeigen, wer anruft und warum, kein Gesprächsergebnis erfassen, weder Gesprächsleitfaden noch Compliance-Hinweis einblenden und einem Supervisor keine Live-Ansicht geben. Alles, was die Kampagnenschicht weiß, endet am Hörer.

Die Alternative ist ein browserbasierter Agenten-Desktop: Der Audiopfad läuft über WebRTC, und der Bildschirm zeigt Kundendatensatz, Gesprächsleitfaden, Liste der Gesprächsergebnisse und den Nachbearbeitungs-Timer. Supervisoren erhalten Live-Monitoring statt eines Rundgangs durch den Saal. Der Vergleich Browser-Dialer vs. installierte Software und unser Beitrag zu WebRTC vs. SIP-Telefone beleuchten die Vor- und Nachteile.

In der Praxis sind Hybridlösungen üblich und sinnvoll: Ein Inbound-Team bleibt am Tischtelefon, während das Outbound-Kampagnenteam in den Browser wechselt – beide angebunden an dieselbe PBX.

Dimensionierung: Kanäle, Pacing und Reserve bei der Abbruchrate

Die Zahl, die Teams kalt erwischt, ist die der gleichzeitigen Kanäle – denn sie skaliert mit Ihrem Pacing-Verhältnis, nicht mit der Zahl der Agenten.

Zwanzig Agenten, die im Verhältnis 2:1 wählen, brauchen rund vierzig gleichzeitige ausgehende Kanäle – plus Reserve für Anrufe, die noch klingeln oder gerade analysiert werden. Fünfzig Kanäle sind eine realistische Ausstattung. Gehen Sie auf 3:1, brauchen dieselben zwanzig Agenten etwa siebzig. Dimensionieren Sie den Trunk für die Spitze, nicht den Durchschnitt: Ist der Trunk ausgelastet, kann der Dialer nicht mehr pacen, und Agenten warten untätig auf Anrufe, die nicht aufgebaut werden können.

Zwei weitere Grenzen sollten Sie kennen, bevor Sie irgendetwas konfigurieren:

• Anrufe pro Sekunde (CPS). Carrier und SBCs setzen CPS-Limits. Eine Kampagne, die um 9 Uhr startet, kann deutlich über Ihre normale Rate hinausschießen, und das Erreichen einer CPS-Grenze erzeugt Ablehnungen, die wie Carrier-Störungen aussehen.
• Die Erkennungsgenauigkeit bestimmt Ihre Pacing-Obergrenze. Aggressives Pacing ist nur sicher, wenn Sie Mensch und Anrufbeantworter zuverlässig unterscheiden können. Wo die Klassifizierung schwächer ist – ein unbekannter Markt, eine seltene Sprache, viele Standard-Mailboxen der Netzbetreiber –, ist die ehrliche Antwort, konservativer zu pacen, statt eine steigende Abbruchrate hinzunehmen.

Unser Leitfaden zur Predictive-Dialer-Optimierung erklärt die Pacing-Mathematik, und mit dem Abbruchraten-Rechner können Sie ein Verhältnis mit Ihren eigenen Zahlen durchspielen, bevor Sie sich darauf festlegen.

Compliance in einer geteilten Architektur

Diesen Abschnitt sollten Sie zweimal lesen – hier gehen Brownfield-Implementierungen am häufigsten schief.

Wenn sich zwei Systeme einen Anruf teilen, ist es verlockend, die Kontrollen zwischen ihnen aufzuteilen. Tun Sie es nicht. Sperrlistenprüfung, Einwilligungsstatus und Anrufzeitfenster gehören alle in die Kampagnenschicht – aus einem strukturellen Grund: Die Kampagnenschicht ist das System, das entscheidet, welche Nummer wann gewählt wird. Wenn ein Anruf die PBX erreicht, ist diese Entscheidung bereits gefallen und lässt sich nicht rückgängig machen. Eine PBX kann sich weigern, einen Anruf zu routen – aber nicht, ihn aufgebaut zu haben.

Die Kampagnenschicht sollte daher vor dem Verbindungsaufbau verantworten:

• Sperrlisten- und Do-not-Call-Prüfungen gegen die Listen, die für diese Kampagne gelten
• Den Einwilligungsstatus des Datensatzes, wo eine Einwilligung erforderlich ist
• Das Anrufzeitfenster in der Zeitzone des Datensatzes – nicht in der Ihres Büros
• Versuchslimits und Wiederholungsregeln
• Die Auswahl der Caller ID und deren Registrierungsstatus

Die PBX behält, was sie ohnehin gut kann – die Aufzeichnungsrichtlinie auf dem Agenten-Zweig, interne Routing-Regeln und ihre bestehenden Zugriffskontrollen. Entscheidend ist, dass die Prüfung vor dem Verbindungsaufbau stattfindet und es einen Audit-Trail gibt statt zwei, die abgeglichen werden müssen. Unsere Compliance-Checkliste für Contact Center und die Compliance-Kontrollen im Überblick erläutern die Details.

Dies sind Kontrollen zur Unterstützung der Compliance, keine Compliance-Garantie. Vorschriften unterscheiden sich je nach Rechtsordnung und ändern sich im Lauf der Zeit; die Verantwortung für Ihr Compliance-Programm bleibt bei Ihrer Organisation. Holen Sie für die Märkte, in die Sie anrufen, eigenen Rechtsrat ein.

Mandantenfähige Overlays für Reseller und Integratoren

Wenn Sie Telefonie verkaufen statt sie nur zu betreiben, lohnt es sich, das Overlay-Modell als kaufmännisches Muster zu verstehen, nicht nur als technisches. Ihre Kunden haben ihre Telefonanlagen bereits gekauft. Sie zu bitten, diese für Outbound-Kampagnen zu ersetzen, ist ein schwieriger Verkauf; Kampagnen zu dem hinzuzufügen, was sie schon besitzen, ist ein viel leichteres Gespräch.

Jeder Kunde läuft als isolierter Mandant – mit eigenen Kampagnen, Sperrdaten, Benutzern, Aufzeichnungen und Reports –, angebunden an die PBX und den Carrier, die er bereits nutzt. Bei einem mandantenfähigen Modell kann die Plattform Ihr Branding statt unseres tragen – mehr dazu auf der Reseller page.

Ein Migrationspfad ohne Risiko für den laufenden Betrieb

Niemand sollte ein komplettes Contact Center an einem Wochenende umstellen. Mit der folgenden Reihenfolge bleibt der mögliche Schaden in jedem Schritt klein:

1. Pilot mit einer Kampagne auf einem Trunk. Wählen Sie eine Liste mit geringem Risiko. Richten Sie eine separate Trunk-Gruppe ein, damit Kampagnen-Traffic die Inbound-Kapazität nicht beeinträchtigt.
2. Den Anrufpfad mit einer Handvoll Agenten verifizieren. Prüfen Sie Audio in beide Richtungen, DTMF, die Caller-ID-Anzeige, die Aufzeichnung und ob Gesprächsergebnisse dort landen, wo Sie sie erwarten.
3. Pacing am realen Verhalten justieren. Starten Sie konservativ – 1,2:1 oder 1,5:1 – und erhöhen Sie nur, solange die Abbruchrate unter Ihrer Obergrenze bleibt.
4. Parallel betreiben. Lassen Sie den bestehenden Prozess einen vollen Zyklus lang neben dem Pilot weiterlaufen, damit Sie einen echten Vergleich haben statt eines hoffnungsvollen.
5. Warteschlange für Warteschlange umstellen, nicht alles auf einmal. Verlagern Sie jeweils eine Kampagne oder ein Team. Jeder Schritt ist klein und einzeln umkehrbar.
6. Einen tatsächlich getesteten Rollback bereithalten. Der Rollback besteht darin, den Kampagnen-Trunk zu deaktivieren und einen Wählplan-Eintrag zurückzusetzen – prüfen Sie das aber, bevor Sie es brauchen, nicht währenddessen.

Unser Leitfaden zur Migration auf einen neuen Outbound-Dialer behandelt die Migration von Listen, Gesprächsergebnissen und Reports ausführlicher.

Wie DialerBee zu einer bestehenden PBX passt

DialerBee ist genau für diesen Aufbau gemacht. Es lässt sich auf drei Arten anbinden – mit unseren SIP-Trunks, auf einer PBX oder einem SBC, die Sie bereits betreiben, oder über einen Carrier-Trunk, den Sie bereits unter Vertrag haben –, und Compliance-Prüfung, Aufzeichnung, Agenten-Desktop, Supervisor-Tools, Reporting und Mandantenisolierung sind in allen drei Varianten identisch. In den beiden Varianten, in denen DialerBee die Sprache nicht transportiert, gibt es keine Plattformgebühr pro Minute, weil es keine Minuten gibt, die wir abrechnen könnten.

Preview-, Progressive-, Power- und Predictive-Modus sind pro Kampagne wählbar, und die Anrufbeantwortererkennung nutzt sprachsensible KI in 11 Sprachen. Wenn Sie es in Ihrer eigenen Umgebung sehen möchten: Die 14-tägige kostenlose Testphase mit kostenlosem KI-Guthaben kommt ohne Kreditkarte aus, oder buchen Sie eine Demo , und wir gehen Ihre konkrete PBX- und Trunking-Konfiguration mit Ihnen durch.

Häufig gestellte Fragen