sipgate und 3CX

Die direkte Einbindung in das eigene deutsche Telefonnetz eliminiert störende Verzögerungen und künstliche Denkpausen. Anrufer erleben einen flüssigen, menschlichen Gesprächsfluss und können der KI jederzeit ins Wort fallen (Barge-In) – das System stoppt augenblicklich, erfasst den Einwurf und führt das Gespräch nahtlos weiter.
Da Telefonnetz und KI-Verarbeitung aus einer Hand kommen, entfällt der zusätzliche Umweg über einen externen Voicebot-Anbieter, der bei anderen Lösungen zusätzliche Latenz verursachen kann. sipgate sona-Anrufe werden dabei nach maximal 10 Minuten automatisch beendet bzw. bei mehr als 2 Minuten Gesprächspause getrennt, um technische Hänger zu vermeiden.

3CX bindet KI-Sprachfunktionen über eine direkte Anbindung an OpenAI-Modelle in die bestehende Software-PBX ein. Die Reaktionszeiten hängen von der gewählten SIP-Trunk-Anbindung (Bring Your Own Carrier) ab und ermöglichen flüssige Telefongespräche mit dynamischer Unterbrechungserkennung (Barge-In) im Live-Audio.
Da 3CX selbst keinen eigenen Telefonie-Carrier betreibt, bestimmt maßgeblich die Qualität des vom Kunden gewählten SIP-Trunk-Anbieters die tatsächliche Latenz – ein Unterschied zu Anbietern, die Netz und KI aus einer Hand liefern.

Die eigens entwickelten Inhouse-Modelle von sipgate sind speziell auf den deutschen Sprachraum und die alltägliche Kundenkommunikation trainiert. Das System versteht regionale Einfärbung, Dialekte und Umgangssprache mühelos, wodurch Anrufer ohne verstellte Sprechweise direkt an ihr Ziel gelangen.
Aktuell unterstützt sipgate sona zuverlässig deutschsprachige Unterhaltungen; alternativ kann der Agent auf Englisch umgestellt werden, wobei beide Sprachmodelle laut Anbieter nicht parallel laufen können. Der Fokus liegt also klar auf Tiefe statt Breite: maximale Präzision im Deutschen statt vieler paralleler Sprachen.

Durch den Einsatz moderner LLM- und Transkriptions-Engines (wie OpenAI Whisper oder Google) verarbeitet der KI-Rezeptionist eingehende Anrufe in zahlreichen Sprachen. Deutsche Alltags- und Umgangssprache werden präzise erfasst, während regionale Dialekte über die allgemeinen Sprachmodelle abgebildet werden.
Da 3CX kein eigenes Sprachmodell betreibt, sondern je nach Konfiguration OpenAI, Google oder inzwischen auch weitere Anbieter wie Gemini oder Qwen anbindet, hängt die konkrete Sprachqualität stärker als bei anderen Anbietern von der gewählten Modell-Konfiguration des Kunden ab.

Flexibles Onboarding von Unternehmensdaten ohne IT-Ressourcen: Eigene Dokumente, Freitexte und Web-Inhalte lassen sich nahtlos importieren. Die Wissensbasis bleibt dadurch flexibel, leicht skalierbar und jederzeit auf dem neuesten Stand.
Wird der Agent per URL erstellt, generiert sipgate auf Basis der Unternehmenswebsite automatisch erste Kundenfragen und Antworten, die anschließend manuell geprüft und ergänzt werden können – ein Zeitvorteil gegenüber einem komplett leeren Start.

Wissensquellen wie Leitfäden, FAQs und Produktdokumente (in Formaten wie PDF oder Markdown) werden direkt in der 3CX-Admin-Konsole hochgeladen. Das System synchronisiert die Dateien mit dem eingebundenen OpenAI-Projekt, wo sie per Vektorsuche für den sofortigen Zugriff aufbereitet werden.
Der entscheidende Unterschied: Die eigentliche Wissensverarbeitung läuft nicht bei 3CX selbst, sondern im OpenAI-Projekt des Kunden, inklusive eigenem API-Key und eigener Kostenkontrolle, was mehr Konfigurationsaufwand, aber auch mehr Kontrolle über das verwendete Modell bedeutet.

sipgate setzt auf eine vollständige Eigenentwicklung: Die KI-Modelle sind hausintern trainiert und laufen komplett innerhalb der eigenen Telefonanlagen-Plattform. Es gibt keinen dritten Anbieter zwischen Telefonie und KI.
Vorteil: ein einziger Vertragspartner, eine einzige Verantwortlichkeit für Datenschutz und Support.
Kehrseite: Tempo und Funktionsumfang der KI hängen vollständig von sipgates eigener Entwicklungsgeschwindigkeit ab, statt von der Marktbreite eines spezialisierten KI-Anbieters zu profitieren.

3CX geht einen eigenen Weg: Statt einer fertigen KI-Partner-Plattform bindet 3CX das rohe LLM direkt an. Der Kunde eröffnet ein eigenes Konto z. B. bei OpenAI, hinterlegt einen eigenen API-Key und trägt die laufenden Nutzungskosten selbst.
Damit ist 3CX weder reine Eigenentwicklung noch klassische Partner-Integration wie bei fonial/Easybell, sondern eine Bring-your-own-AI-Lösung: maximale Kontrolle und Modellauswahl (OpenAI, Gemini, Qwen) bei gleichzeitig deutlich höherem Konfigurations- und Verwaltungsaufwand für den Kunden selbst.

Statt bei fehlendem Wissen zu raten, greift bei sipgate ein klar definierter Eskalationsmechanismus: Über sogenannte Szenarien kann hinterlegt werden, dass sipgate sona bei einer Frage ohne passende Antwort gezielt eine Rückrufnummer oder E-Mail-Adresse erfasst, statt eine unsichere Antwort zu improvisieren.
Diese Daten werden strukturiert an eine hinterlegte E-Mail-Adresse weitergeleitet, sodass ein Mitarbeiter das Anliegen zeitnah manuell übernehmen kann. Die Herangehensweise – lieber Kontaktdaten sichern als raten – wirkt gezielt Halluzinationen entgegen, ersetzt aber kein Echtzeit-Nachschlagen in einer großen, granularen Wissensbasis während des Gesprächs.

Bei 3CX wird die Halluzinationsvermeidung stark über System-Prompts und explizite Abgrenzungen im OpenAI-Projekt des Kunden gesteuert. Administratoren definieren selbst, worauf sich der Agent stützen darf. Erkennt der Agent, dass eine Anfrage außerhalb dieser definierten Wissensbasis liegt, leitet er gezielt an menschliche Mitarbeiter, Warteschlangen oder Microsoft Teams weiter. Inklusive Gesprächszusammenfassung und Transkript im 3CX Web Client.
Der Unterschied zu vorkonfigurierten Lösungen: Die Qualität dieses Schutzmechanismus hängt stärker als bei anderen Anbietern davon ab, wie sorgfältig der Kunde selbst die Prompts und Grenzen konfiguriert.

sipgate sona agiert während des Telefonats handlungsfähig: Es prüft freie Kapazitäten und bucht Termine direkt in Echtzeit über Cal.com, erfasst strukturiert Kundendaten über Playbooks und stößt automatische Bestätigungen an.
Für tiefere Live-Aktionen (z. B. Datenabfragen in einem CRM während des Gesprächs) benötigt sipgate sona eine Anbindung an einen MCP-Server (Model Context Protocol). Dies ist mit Konfigurationsaufwand verbunden und aktuell nicht als fertige Standardintegration verfügbar. Die Kalenderfunktion befindet sich zudem noch in der Beta-Phase.

Spam- und unerwünschte Anrufe filtern, automatisierte Vorqualifizierungen durchführen und Kundenanliegen im Dialog erfassen, um Routineanfragen direkt am Telefon zu lösen – das leistet der KI-Agent von 3CX im laufenden Anruf.
Seit den 3CX Programmable Extensions lassen sich zudem eigene Voice-Apps entwickeln, die während des Gesprächs Funktionsaufrufe (Function Calling) an externe Systeme absetzen. Das erfordert allerdings Entwicklerkenntnisse und ist damit deutlich technischer als bei den No-Code-Wettbewerbern.

Per Webhooks und MCP-Server (Model Context Protocol) verknüpft sich die KI mit bestehenden Systemen und kann während des Gesprächs auf externe Dienste zugreifen, Daten validieren oder Aktionen auslösen. Stößt sipgate sona an seine Grenzen, leitet es den Anrufer über hinterlegte Playbooks an interne Fachabteilungen, Durchwahlen oder Mitarbeiter weiter.
Eine native, vorkonfigurierte CRM-Integration (z. B. ein fertiger Salesforce- oder HubSpot-Connector) existiert aktuell nicht; die Anbindung an Drittsysteme muss selbst über MCP-Server und Webhooks aufgebaut werden.

Salesforce, HubSpot, Zendesk oder Odoo lassen sich nativ mit 3CX verknüpfen.
Zusätzlich erlauben die 3CX Programmable Extensions Entwicklern, per Function Calling eigene, sehr spezifische Anbindungen an interne Systeme zu bauen, was deutlich mehr Individualisierungstiefe als bei den No-Code-Wettbewerbern ermöglicht.

Die intuitive No-Code-Oberfläche ermöglicht die Einrichtung von sipgate sona in wenigen Minuten – ganz ohne IT-Kenntnisse, inklusive automatisch generierter Kundenfragen bei Erstellung per Website-URL.
Für individuelle Anpassungen wie Live-Systemzugriffe stehen zusätzlich MCP-Server-Anbindungen bereit, deren Einrichtung allerdings technisches Know-how voraussetzt.
In der Praxis bedeutet dies einen niederschwelligen Einstieg, der Ausbau in Richtung tiefer CRM-Integration erfordert aber – anders als bei Anbietern mit vorkonfigurierten Konnektoren – zusätzlichen eigenen oder extern eingekauften Aufwand.

Kein schnelles No-Code-Setup, sondern ein echtes IT-Projekt. Die Einrichtung setzt fundierte Kenntnisse in der PBX-Administration, SIP-Trunking (Bring Your Own Carrier) und Server-Hosting voraus. Häufig betreut durch Systemhaus-Partner. Zusätzlich muss ein eigenes OpenAI-Entwicklerkonto inklusive API-Key, Guthabenverwaltung, Rate-Limit-Konfiguration und manueller RAG-Dokumentensynchronisation aufgesetzt werden.
Laut OpenAI-Dokumentation von 3CX wird zudem ein bezahltes (kein Trial-)Konto empfohlen, da Trial-Konten unvorhersehbare Fehler verursachen können.

sipgate betreibt seine Infrastruktur ausschließlich in Deutschland. Firmenstandort, Server und Rechenzentren befinden sich allesamt hierzulande, was die Einhaltung der DSGVO strukturell absichert. Für Ausfallsicherheit sorgt eine Redundanz über mehrere Rechenzentren mit hoher Sicherheitsstufe, ergänzt durch einen 24/7-Support im Störungsfall.
Benutzerkonten lassen sich per Zwei-Faktor-Authentifizierung absichern, sensible Gesprächsdaten verlassen zu keinem Zeitpunkt den deutschen Rechtsraum. Als gemeldetes Telekommunikationsunternehmen unterliegt sipgate den Pflichten des deutschen TKG, darunter Meldepflicht und Sicherheitskonzept gegenüber der Bundesnetzagentur.

Bei Eigenbetrieb der PBX (On-Premise auf Linux/Windows oder in der eigenen Cloud) behalten Unternehmen die volle Hoheit über ihre Telefoniedaten und Rufnummern. Die Übertragung von Sprachdaten an die OpenAI-API zur KI-Verarbeitung erfolgt laut 3CX verschlüsselt über HTTPS, wobei Administratoren die volle Kontrolle über API-Keys und Zugriffsrechte behalten.
Der entscheidende Unterschied zu den anderen Anbietern: Der Auftragsverarbeitungsvertrag für die KI-Komponente besteht direkt zwischen dem Kunden und OpenAI, nicht zwischen Kunde und Telefonanlagen-Anbieter. Das ist datenschutzrechtlich eine andere Konstellation, die explizit erwähnt werden sollte.