Microsoft Teams Telefonie mit KI-Voice-Agent verbinden

Microsoft Teams Telefonie mit KI-Voice-Agent verbinden

Ja, Sie können einen KI-Voice-Agent an Ihre Microsoft Teams Telefonie anschließen, ohne Teams zu verändern oder Ihre Rufnummern zu portieren. Der Weg dafür heißt Direct Routing: Der KI-Agent hängt als eigener SIP-Endpunkt am selben Session Border Controller (SBC) oder Carrier-Trunk wie Teams. Für Ihre Mitarbeiter ändert sich nichts — sie telefonieren weiter im gewohnten Teams-Client.

Der entscheidende Punkt, den viele Projekte zu spät verstehen: Es gibt kein Teams-Plugin und keine App im Microsoft-Store, die einen KI-Telefonassistenten in Teams einbaut. Die Integration passiert eine Ebene tiefer — auf der Telefonie-Infrastruktur. Wer das weiß, spart sich Wochen an Fehlversuchen. Dieser Leitfaden zeigt, welches der vier Teams-PSTN-Modelle überhaupt funktioniert, wie die Architektur konkret aussieht, welche drei SIP-Details Projekte regelmäßig scheitern lassen und wie Sie in einer Woche produktiv gehen.

Warum Teams-Telefonie und KI-Agenten überhaupt zusammengehören

Microsoft Teams Phone ist in vielen mittelständischen Unternehmen die Telefonanlage geworden — die klassische PBX ist abgelöst, Auto Attendants und Call Queues laufen in der Microsoft-Cloud. Das löst die interne Kommunikation gut. Was es nicht löst: den Anruf, der um 18:40 Uhr reinkommt, wenn die Call Queue nur noch auf Voicemail läuft.

Genau hier entsteht die Lücke. Ein Auto Attendant kann ein Menü vorlesen und weiterleiten. Er kann keinen Termin in Ihren Kalender schreiben, keine Kundennummer im CRM nachschlagen, keine Rückfrage zum Lieferstatus beantworten und keine Nummer für den Rückruf am nächsten Morgen qualifizieren. Ein KI-Voice-Agent kann das — er versteht frei gesprochene Sprache, greift auf Ihre Systeme zu und führt Aktionen aus.

Die naheliegende Frage lautet dann: Muss ich Teams dafür ersetzen? Nein. Teams bleibt die Telefonanlage für Ihr Team. Der KI-Agent übernimmt definierte Rufnummern oder Zeitfenster. Beide teilen sich dieselbe Telefonie-Infrastruktur.

Die vier Teams-PSTN-Modelle — und welches funktioniert

Microsoft bietet vier Wege, Teams Phone mit dem öffentlichen Telefonnetz zu verbinden. Für die Anbindung eines externen KI-Voice-Agents ist nur einer davon geeignet. Diese Unterscheidung ist die wichtigste Entscheidung im ganzen Projekt.

Der Grund ist strukturell: Bei Calling Plan, Operator Connect und Teams Phone Mobile liegt die Trunk-Hoheit bei Microsoft oder beim zertifizierten Partner. Sie können dort keine zusätzliche Gegenstelle anmelden. Bei Direct Routing betreiben Sie den SBC selbst — oder nutzen einen Direct-Routing-as-a-Service-Anbieter — und entscheiden damit, welche Endpunkte Anrufe entgegennehmen dürfen.

Ein praktischer Hinweis: Microsoft erlaubt ausdrücklich, mehrere PSTN-Modelle parallel im selben Tenant zu betreiben. Ihre 40 Innendienst-Mitarbeiter können also auf Operator Connect bleiben, während Sie für die Service-Hotline einen Direct-Routing-Trunk aufsetzen, an dem der KI-Agent hängt. Sie müssen nicht die gesamte Telefonie umstellen, um anzufangen.

Wie die Architektur konkret aussieht

Es gibt drei saubere Topologien. Welche passt, hängt davon ab, wer den Anruf zuerst sehen soll.

Variante A — Der KI-Agent als eigene Rufnummer

Sie widmen dem Agenten eine eigene Durchwahl oder Servicenummer. Der SBC routet diese Nummer direkt an Famulor statt an Teams. Anrufe an alle anderen Nummern gehen unverändert an Teams. Das ist die risikoärmste Variante und der übliche Einstieg: Sie testen mit einer Nummer, die niemand als geschäftskritisch empfindet, und erweitern schrittweise.

Variante B — Der KI-Agent als Überlauf

Der Anruf trifft zuerst auf Teams. Nimmt niemand innerhalb von 20 Sekunden ab oder ist die Call Queue leer, leitet der SBC an den KI-Agenten weiter statt auf Voicemail. Diese Variante rettet die Anrufe, die heute unbeantwortet bleiben — für die meisten Unternehmen der wirtschaftlich relevanteste Fall. Ein Handwerksbetrieb mit sechs Monteuren im Außendienst verliert zwischen 7 und 19 Uhr regelmäßig Anrufe, weil im Büro eine Person sitzt.

Variante C — Der KI-Agent als Vorfilter

Jeder Anruf landet zuerst beim Agenten. Er klärt das Anliegen, beantwortet Standardfragen selbstständig und übergibt nur die Gespräche an Teams, die einen Menschen brauchen — mit vorbereitetem Kontext. Diese Variante hat den größten Entlastungseffekt und die höchste Anforderung an Konfigurationssorgfalt. Sie eignet sich, wenn Sie den Agenten bereits in Variante A oder B über einige Wochen validiert haben.

Die drei SIP-Details, an denen Projekte scheitern

Die Microsoft-Dokumentation zu Direct Routing ist präzise, aber unbarmherzig. Drei Anforderungen sind hart und werden regelmäßig übersehen.

1. FQDN statt IP-Adresse im Contact-Header

Microsofts SIP-Proxy prüft bei jeder eingehenden Nachricht — sowohl OPTIONS als auch INVITE — den Contact-Header. Steht dort eine IP-Adresse statt eines vollqualifizierten Domainnamens, wird die Verbindung mit 403 Forbidden abgewiesen. Der FQDN muss außerdem mit dem Common Name oder einem Subject Alternative Name des vorgelegten SBC-Zertifikats übereinstimmen. Wildcard-Zertifikate werden unterstützt, allerdings nur über eine Ebene: *.firma.de passt auf sbc1.firma.de, nicht auf sbc.rz1.firma.de.

Ein weiteres Detail aus derselben Spezifikation: SIPS-URIs werden von Direct Routing nicht unterstützt, und SIP-Anfragen mit Replaces-Header im Request werden abgewiesen. Wer von einer klassischen PBX migriert, hat solche Header oft historisch konfiguriert.

2. REFER-Unterstützung entscheidet über die Transfer-Qualität

Direct Routing kennt zwei Transfer-Verfahren. Signalisiert Ihr SBC in seinem ALLOW-Header die Methode REFER, agiert Microsofts SIP-Proxy als Transferor und überlässt dem SBC die Abwicklung — das ist die von Microsoft bevorzugte Variante. Fehlt REFER, terminiert der Proxy den Transfer selbst und baut einen neuen INVITE auf.

Praktisch heißt das: Wenn Ihr KI-Agent ein Gespräch warm an einen Teams-Mitarbeiter übergeben soll — also mit Ankündigung und Kontext statt blindem Durchstellen — brauchen Sie REFER auf dem SBC. Ohne REFER funktioniert der Transfer zwar, aber weniger sauber. Und in Kombination mit Media Bypass funktioniert er gar nicht: Microsoft unterstützt Call Transfer im Media-Bypass-Modus nur, wenn der SBC REFER beherrscht. Wie Sie den Übergabepunkt fachlich sauber definieren, zeigt die Call-Transfer-Funktion von Famulor.

3. Media Bypass und SDP-Größe

Media Bypass verkürzt den Medienpfad, indem Audio direkt zwischen SBC und Teams-Client fließt statt über Microsofts Media Processors. Das senkt Latenz — bei KI-Agenten ein spürbarer Faktor, weil sich Netzwerk-Latenz und Modell-Latenz addieren. Der Preis: engere Anforderungen an den Transfer, wie oben beschrieben.

Dazu kommt eine unscheinbare Falle: Direct-Routing-Nachrichten können 1.500 Byte überschreiten, meist wegen umfangreicher SDP-Inhalte mit ICE-Kandidaten. Sitzt hinter Ihrem SBC ein UDP-Trunk, verwirft dieser die Nachricht möglicherweise. Microsoft empfiehlt, auf dem SBC nicht benötigte Codecs und ICE-Kandidaten aus dem SDP zu entfernen, bevor es an den UDP-Trunk geht. Wenn Sie grundsätzlich abwägen, welcher Transportweg zu Ihrem Setup passt, hilft der Vergleich WebRTC vs. SIP für KI-Voice-Agents.

Implementierung Schritt für Schritt

Ein realistischer Zeitplan für ein mittelständisches Unternehmen umfasst fünf bis zehn Arbeitstage — verteilt, nicht am Stück.

1. Bestandsaufnahme. Klären Sie: Welches PSTN-Modell läuft heute? Wer betreibt den SBC — Sie, Ihr Systemhaus oder ein DRaaS-Anbieter? Welche Rufnummern liegen auf welchem Trunk? Ohne diese drei Antworten ist jede weitere Planung Spekulation.
2. Zielarchitektur festlegen. Wählen Sie Variante A, B oder C. Beginnen Sie im Zweifel mit A oder B — der Rückweg ist eine Routing-Regel, kein Projekt.
3. Trunk zu Famulor aufsetzen. Famulor unterstützt SIP-Trunking und BYOC für beliebige VoIP- und PBX-Provider. Sie behalten Ihren Carrier, Ihre Nummern und Ihre Konditionen. Wenn die Grundlagen unklar sind, klärt der Glossareintrag zu SIP-Trunking die Begriffe.
4. SBC-Regeln schreiben. Definieren Sie, welche Nummern oder Bedingungen an den Agenten gehen. Prüfen Sie dabei Contact-Header, Zertifikatsabgleich und REFER-Unterstützung.
5. Agent fachlich konfigurieren. Erst jetzt geht es um Inhalte: Begrüßung, Gesprächsführung, Übergaberegeln. Hinterlegen Sie Ihr Fachwissen in einer Knowledge Base, damit der Agent aus Ihren Dokumenten antwortet statt zu improvisieren.
6. Systeme anbinden. Kalender, CRM, Ticketsystem, Warenwirtschaft. Über 300+ Integrationen lassen sich Microsoft 365, Teams, HubSpot, Pipedrive, Google Calendar, Salesforce und Zendesk ohne Code verbinden. Für Teams-spezifische Benachrichtigungen und Workflows existiert eine eigene Microsoft-Teams-Integration.
7. Testphase mit echtem Verkehr. Eine Woche, eine Nummer, tägliche Durchsicht der Transkripte. Erwarten Sie Nachjustierung — das ist normal und kein Fehlersignal.
8. Skalieren. Weitere Nummern, weitere Zeitfenster, weitere Sprachen. Der Übergang von einer auf zwanzig Nummern ist Konfiguration, keine neue Integration.

Best Practices und typische Fehler

Klein anfangen, aber echt. Der häufigste Fehler ist die zu große erste Stufe: alle Nummern, alle Anliegen, sofort. Der zweithäufigste ist die zu kleine: ein Test mit drei internen Anrufen, der nichts über den Alltag aussagt. Nehmen Sie eine echte Nummer mit echtem Verkehr, aber nur eine.

Übergabekriterien vorab definieren. Legen Sie schriftlich fest, wann der Agent an einen Menschen übergibt — nicht als Gefühl, sondern als Liste. Beschwerden, Vertragskündigungen, Beträge über einer Schwelle, ausdrücklicher Wunsch nach einem Mitarbeiter. Alles, was nicht auf der Liste steht, bearbeitet der Agent selbst.

Latenz messen, nicht schätzen. Die gefühlte Qualität eines Telefonats entscheidet sich in Millisekunden. Prüfen Sie, ob Media Bypass für Ihre Topologie sinnvoll ist, und messen Sie die tatsächliche Antwortzeit unter Last statt im Leerlauf.

Fallback-Pfad testen, bevor Sie ihn brauchen. Was passiert, wenn der Trunk ausfällt oder der Agent nicht antwortet? Konfigurieren Sie am SBC eine Rückfallregel auf Teams — und testen Sie sie aktiv, statt darauf zu vertrauen.

Rufnummernanzeige sauber setzen. Ausgehende Anrufe des Agenten sollten Ihre bekannte Hauptnummer zeigen, nicht eine technische Nebennummer. Sonst sinkt die Annahmequote spürbar, und Rückrufe landen im Nichts.

Nicht auf Deutsch beschränken. Wenn Sie internationale Kunden oder mehrsprachige Standorte haben, erkennt der Agent die Sprache am Gesprächsbeginn und wechselt. Famulor unterstützt 40+ Sprachen — ein Umstand, der in Teams-Umgebungen mit europaweiten Standorten oft unterschätzt wird.

Branchenbeispiele aus der Praxis

IT-Systemhaus mit 45 Mitarbeitern, Teams Phone über Direct Routing. Die Support-Hotline wird ab 17 Uhr auf den KI-Agenten umgeleitet. Der Agent nimmt Störungsmeldungen auf, klärt Kunde, System und Dringlichkeit, legt ein Ticket an und weckt bei Priorität 1 den Bereitschaftsdienst per Anruf. Alles darunter liegt am nächsten Morgen strukturiert im Ticketsystem statt als sechs Voicemails.

Steuerkanzlei mit 12 Berufsträgern. Zwischen Februar und Mai ist das Sekretariat telefonisch überlastet. Der Agent übernimmt als Vorfilter: Er beantwortet Fragen zu Fristen und benötigten Unterlagen aus der Knowledge Base, vergibt Termine im Outlook-Kalender und stellt nur inhaltliche Rückfragen an die Berufsträger durch — mit Mandantenname und Anliegen bereits im Teams-Chat.

Maschinenbauer mit drei Standorten in DACH und einem in Polen. Die zentrale Servicenummer liegt auf einem Direct-Routing-Trunk. Der Agent erkennt die Sprache, nimmt Servicefälle in Deutsch, Englisch und Polnisch auf und routet je nach Maschinentyp an die zuständige Teams-Call-Queue am richtigen Standort.

Handwerksbetrieb mit 20 Mitarbeitern, davon 14 im Außendienst. Die Bürokraft schafft im Tagesgeschäft nicht jeden Anruf. Der Agent läuft als Überlauf nach 20 Sekunden, qualifiziert Anfragen nach Gewerk und Dringlichkeit, gibt bei Notfällen sofort an den Bereitschafts-Handy weiter und trägt alles andere als Rückrufliste ins CRM.

Kosten realistisch einordnen

Bei Direct Routing zahlen Sie weiterhin Ihre bestehenden Telefonie-Kosten an Ihren Carrier — daran ändert der KI-Agent nichts. Dazu kommen die Kosten für die Voice-AI-Plattform, üblicherweise nutzungsbasiert nach Gesprächsminuten. Weil Sie über BYOC Ihren eigenen Trunk mitbringen, zahlen Sie die Telefonie nicht doppelt über die Plattform — ein Unterschied, der bei höheren Volumina deutlich ins Gewicht fällt.

Die ehrliche Rechnung stellt drei Positionen gegenüber: laufende Plattformkosten, einmaliger Einrichtungsaufwand und der heutige Wert der Anrufe, die unbeantwortet bleiben. Die dritte Position wird fast immer unterschätzt, weil sie in keiner Statistik auftaucht. Wer sie zum ersten Mal quantifiziert, kommt meist auf einen Betrag, der die anderen beiden Positionen relativiert. Eine Übersicht der Modelle finden Sie auf der Preisseite.

Fazit

Microsoft Teams Phone und ein KI-Voice-Agent sind keine Alternativen, sondern zwei Ebenen derselben Telefonie. Teams bleibt der Arbeitsplatz Ihrer Mitarbeiter. Der KI-Agent übernimmt die Anrufe, für die dort niemand frei ist — nach Feierabend, im Überlauf, in der Vorqualifizierung.

Die technische Voraussetzung ist überschaubar und eindeutig: Direct Routing. Wenn Sie das heute bereits nutzen, ist die Anbindung eine Frage von SBC-Regeln und Konfiguration, nicht von Migration. Wenn Sie auf Operator Connect oder Calling Plan sitzen, richten Sie einen zusätzlichen Direct-Routing-Trunk für die Servicenummern ein und lassen den Rest unangetastet.

Famulor ist für genau dieses Szenario gebaut: SIP-Trunking und BYOC für jeden Carrier, No-Code-Flows statt Entwicklungsprojekt, 300+ Integrationen für Kalender, CRM und Ticketsystem sowie 40+ Sprachen für internationale Standorte. Sie behalten Ihre Rufnummern, Ihren Carrier und Ihre Teams-Umgebung.

Ihr nächster Schritt: Klären Sie in zehn Minuten, welches PSTN-Modell Ihr Tenant heute nutzt — im Teams Admin Center unter „Voice". Steht dort Direct Routing, können Sie diese Woche mit einer Testnummer starten. Steht dort etwas anderes, sprechen Sie mit Ihrem Carrier über einen zusätzlichen Trunk. Beide Wege führen zum Ziel, nur der Zeitplan unterscheidet sich. Wenn Sie eine Migration von einer bestehenden Lösung planen, hilft der Cutover-Plan für Voice-AI-Migrationen beim Vorgehen. Für größere Contact-Center-Umgebungen finden Sie die passenden Rahmenbedingungen unter Contact Center.

FAQ

Kann ich einen KI-Voice-Agent direkt in Microsoft Teams einbauen?

Nicht als App oder Plugin. Die Anbindung läuft über Direct Routing auf der SIP-Ebene: Der Agent hängt als eigener Endpunkt am selben SBC wie Teams. Für Nutzer ist das unsichtbar.

Welches Teams-PSTN-Modell brauche ich dafür?

Direct Routing. Microsoft Calling Plan, Operator Connect und Teams Phone Mobile erlauben keine eigenen SIP-Endpunkte, weil dort Microsoft oder der Carrier die Trunk-Hoheit hat.

Muss ich meine Rufnummern portieren?

Nein. Über BYOC behalten Sie Carrier und Nummern. Sie definieren am SBC lediglich, welche Nummern an den KI-Agenten statt an Teams gehen.

Kann der KI-Agent an einen Teams-Mitarbeiter übergeben?

Ja, per SIP-Transfer zurück in die Teams-Call-Queue oder an eine Durchwahl. Für saubere warme Übergaben muss Ihr SBC die REFER-Methode unterstützen — im Media-Bypass-Modus ist sie zwingend.

Kann ich Teams und den KI-Agenten parallel betreiben?

Ja. Microsoft erlaubt mehrere PSTN-Modelle im selben Tenant. Ihre Mitarbeiter können auf Operator Connect bleiben, während die Servicenummer über einen Direct-Routing-Trunk läuft.

Warum wird meine SBC-Verbindung mit 403 Forbidden abgewiesen?

Meist steht eine IP-Adresse statt eines FQDN im Contact-Header, oder der FQDN passt nicht zum Common Name beziehungsweise Subject Alternative Name des SBC-Zertifikats. Direct Routing verlangt beides.

Wie lange dauert die Einrichtung?

Bei bestehendem Direct Routing typischerweise fünf bis zehn Arbeitstage — SBC-Regeln, fachliche Konfiguration des Agenten, Systemanbindung und eine Testwoche mit echtem Verkehr.

Funktioniert das auch mit 3CX, NFON oder Placetel statt Teams?

Ja. BYOC und SIP-Trunking sind providerunabhängig. Für gängige Anlagen wie 3CX gilt dasselbe Prinzip: eigener Trunk, eigene Routing-Regel.

Was passiert bei einer Störung der Verbindung?

Sie hinterlegen am SBC eine Fallback-Regel, die Anrufe bei ausbleibender Antwort zurück an Teams oder auf die Voicemail routet. Diese Regel sollten Sie vor dem Produktivstart aktiv testen.

Kann der Agent auch ausgehend telefonieren?

Ja. Über denselben Trunk lassen sich Rückrufe, Terminerinnerungen und Kampagnen ausgehend führen — mit Ihrer gewohnten Hauptnummer als Rufnummernanzeige.