Cómo conectar Microsoft Teams Phone a un agente de voz con IA

Cómo conectar Microsoft Teams Phone a un agente de voz con IA

Sí, puedes conectar un agente de voz con IA a tu sistema Microsoft Teams Phone sin cambiar Teams ni realizar portabilidades de tus números. El camino es Direct Routing: el agente de IA se conecta como su propio endpoint SIP al mismo Session Border Controller (SBC) o troncal de operador que Teams ya utiliza. Para tu personal no cambia nada; siguen trabajando en el cliente de Teams que ya conocen.

Aquí está el punto que la mayoría de los proyectos descubre demasiado tarde: no existe ningún plugin de Teams ni ninguna aplicación en la Microsoft Store que añada un asistente telefónico con IA a Teams. La integración ocurre un nivel por debajo, en la infraestructura de telefonía. Saber esto ahorra semanas de callejones sin salida. Esta guía cubre cuál de los cuatro modelos PSTN de Teams funciona realmente, qué aspecto tiene la arquitectura en la práctica, los tres detalles SIP que suelen arruinar los despliegues y cómo ponerlo en marcha en aproximadamente una semana.

Por qué Teams Phone y los agentes de IA deben ir de la mano

Microsoft Teams Phone se ha convertido en el sistema telefónico de una gran parte de las empresas del mercado medio. La centralita tradicional ha desaparecido, y las operadoras automáticas y las colas de llamadas funcionan en la nube de Microsoft. Eso resuelve bien la comunicación interna. Lo que no resuelve es la llamada que llega a las 18:40, cuando a la cola de llamadas no le queda nada más que ofrecer que el buzón de voz.

Ahí es donde se abre la brecha. Una operadora automática puede leer un menú y transferir, pero no puede escribir una cita en tu calendario, consultar el registro de un cliente en tu CRM, responder a una pregunta sobre el estado de un envío o cualificar un número para devolver la llamada a la mañana siguiente. Un agente de voz con IA sí puede; entiende el lenguaje natural, accede a tus sistemas y completa acciones.

La pregunta obvia es: ¿tengo que reemplazar Teams? No. Teams sigue siendo el sistema telefónico para tu equipo. El agente de IA se hace cargo de números definidos o franjas horarias. Ambos comparten la misma infraestructura de telefonía.

Los cuatro modelos PSTN de Teams y cuál funciona realmente

Microsoft ofrece cuatro formas de conectar Teams Phone a la red telefónica pública. Solo una de ellas permite conectar un agente de voz con IA externo. Esta distinción es la decisión más importante de todo el proyecto.

La razón es estructural. Con Calling Plan, Operator Connect y Teams Phone Mobile, el control de la troncal reside en Microsoft o en el socio certificado. No puedes registrar un endpoint adicional ahí. Con Direct Routing, tú gestionas el SBC —o utilizas un proveedor de Direct-Routing-as-a-Service— y, por tanto, decides qué endpoints tienen permiso para recibir llamadas.

Una nota práctica: Microsoft permite explícitamente ejecutar múltiples modelos PSTN en paralelo dentro del mismo tenant. Tus 40 usuarios de ventas internas pueden seguir en Operator Connect mientras habilitas una troncal de Direct Routing para la línea de atención al cliente donde reside el agente de IA. No necesitas migrar toda tu infraestructura de telefonía para empezar.

Cómo es la arquitectura en realidad

Existen tres topologías claras. Cuál encaja mejor depende de quién deba recibir la llamada primero.

Opción A: El agente de IA como su propio número

Dedicas una extensión o número de servicio al agente. El SBC dirige ese número directamente a Famulor en lugar de a Teams. Las llamadas a cualquier otro número siguen llegando a Teams sin cambios. Esta es la opción de menor riesgo y el punto de entrada habitual: pruebas con un número que nadie considere crítico para el negocio y luego escalas.

Opción B: El agente de IA como desbordamiento

La llamada llega primero a Teams. Si nadie responde en 20 segundos o la cola de llamadas está vacía, el SBC deriva la llamada al agente de IA en lugar de al buzón de voz. Esta opción rescata las llamadas que hoy se pierden, lo cual, para la mayoría de las empresas, es el caso económicamente significativo. Un negocio de servicios técnicos con seis técnicos de campo pierde llamadas entre las 7:00 y las 19:00 simplemente porque solo hay una persona en la oficina.

Opción C: El agente de IA como filtro frontal

Todas las llamadas llegan primero al agente. Este establece la intención, resuelve preguntas estándar por sí mismo y solo pasa a Teams las conversaciones que requieren intervención humana, con el contexto ya preparado. Esta opción ofrece el mayor alivio, pero exige más cuidado en la configuración. Es ideal para equipos que ya han validado al agente mediante la Opción A o B durante varias semanas.

Los tres detalles SIP que arruinan los despliegues

La documentación de Direct Routing de Microsoft es precisa e inflexible. Hay tres requisitos estrictos que suelen pasarse por alto.

1. FQDN en lugar de una dirección IP en el encabezado Contact

El proxy SIP de Microsoft inspecciona el encabezado Contact en cada mensaje entrante, tanto en OPTIONS como en INVITE. Si contiene una dirección IP en lugar de un nombre de dominio totalmente cualificado (FQDN), la conexión se rechaza con 403 Forbidden. El FQDN también debe coincidir con el Common Name o un Subject Alternative Name en el certificado del SBC. Se admiten certificados comodín, pero solo a un nivel de profundidad: *.company.com coincide con sbc1.company.com, pero no con sbc.dc1.company.com.

Dos detalles adicionales de la misma especificación: Direct Routing no admite URIs SIPS y rechaza las peticiones SIP que contengan un encabezado Replaces. Quienes migran desde una centralita antigua a menudo tienen estos encabezados configurados por razones históricas.

2. La compatibilidad con REFER determina la calidad de la transferencia

Direct Routing implementa dos métodos de transferencia. Si tu SBC anuncia REFER en su encabezado ALLOW, el proxy SIP de Microsoft actúa como transferidor y permite que el SBC gestione la transferencia, que es el comportamiento preferido por Microsoft. Sin REFER, el proxy termina la transferencia por sí mismo y emite un nuevo INVITE.

En la práctica: si quieres que tu agente de IA realice una transferencia asistida a un usuario de Teams —anunciando al llamante y pasando el contexto en lugar de una transferencia ciega— necesitas REFER en el SBC. Sin él, las transferencias siguen funcionando, pero de forma menos limpia. Si se combina con el bypass de medios, no funcionan en absoluto: Microsoft solo admite la transferencia de llamadas en modo bypass de medios cuando el SBC gestiona REFER. Para definir correctamente el punto de entrega en el lado empresarial, consulta la capacidad de transferencia de llamadas de Famulor.

3. Bypass de medios y tamaño del SDP

El bypass de medios acorta la ruta de audio al permitir que fluya directamente entre el SBC y el cliente de Teams en lugar de pasar por los procesadores de medios de Microsoft. Esto reduce la latencia, un factor tangible con los agentes de IA, ya que la latencia de red y la latencia del modelo se suman. El coste es el requisito de transferencia más estricto descrito anteriormente.

También hay una trampa silenciosa: los mensajes de Direct Routing pueden superar los 1500 bytes, generalmente debido a grandes cargas útiles SDP que transportan candidatos ICE. Si hay una troncal UDP detrás de tu SBC, es posible que descarte el mensaje. Microsoft recomienda eliminar los códecs y candidatos ICE no utilizados del SDP en el SBC antes de reenviarlos a la troncal UDP. Si todavía estás evaluando qué transporte se adapta mejor a tu configuración, la comparativa WebRTC vs SIP para agentes de voz con IA cubre los pros y los contras.

Implementación paso a paso

Un cronograma realista para una empresa del mercado medio es de cinco a diez días laborables, distribuidos, no consecutivos.

1. Haz inventario. Establece tres hechos: qué modelo PSTN utilizas hoy, quién opera el SBC (tú, tu integrador o un proveedor de DRaaS) y qué números residen en cada troncal. Sin estas respuestas, todo lo demás es pura suposición.
2. Elige la arquitectura objetivo. Selecciona la Opción A, B o C. En caso de duda, empieza por la A o la B; revertir es solo una regla de enrutamiento, no un proyecto complejo.
3. Habilita la troncal hacia Famulor. Famulor admite troncales SIP y BYOC para cualquier proveedor de VoIP o centralita. Mantienes tu operador, tus números y tus tarifas. Si los fundamentos no están claros, la entrada del glosario sobre troncales SIP aclara los términos.
4. Escribe las reglas del SBC. Define qué números o condiciones se dirigen al agente. Aprovecha para verificar el encabezado Contact, la coincidencia del certificado y la compatibilidad con REFER.
5. Configura el contenido del agente. Solo ahora importa el contenido: saludo, diseño de la conversación, reglas de transferencia. Carga tu conocimiento en una base de conocimientos para que el agente responda basándose en tus documentos en lugar de improvisar.
6. Conecta tus sistemas. Calendario, CRM, ticketing, ERP. A través de más de 300 integraciones puedes conectar Microsoft 365, Teams, HubSpot, Pipedrive, Google Calendar, Salesforce y Zendesk sin escribir código. Para notificaciones y flujos de trabajo específicos de Teams, existe una integración con Microsoft Teams dedicada.
7. Realiza una prueba en vivo. Una semana, un número, revisión diaria de transcripciones. Espera tener que realizar ajustes; es normal, no es una señal de fallo.
8. Escala. Más números, más franjas horarias, más idiomas. Pasar de un número a veinte es cuestión de configuración, no una nueva integración.

Mejores prácticas y errores comunes

Empieza poco a poco, pero de forma real. El error más común es un primer paso sobredimensionado: todos los números, todas las intenciones, inmediatamente. El segundo más común es uno demasiado pequeño: una prueba con tres llamadas internas que no te dice nada sobre la realidad diaria. Toma un número real con tráfico real, pero solo uno.

Define los criterios de transferencia desde el principio. Escribe cuándo el agente debe transferir a un humano, como una lista, no como una intuición. Quejas, cancelaciones, importes por encima de un umbral, una solicitud explícita de hablar con una persona. Todo lo que no esté en la lista, lo gestiona el agente.

Mide la latencia, no la estimes. La calidad percibida de la llamada se decide en milisegundos. Evalúa si el bypass de medios tiene sentido para tu topología y mide el tiempo de respuesta real bajo carga en lugar de en reposo.

Prueba la ruta de respaldo antes de necesitarla. ¿Qué ocurre si la troncal falla o el agente no responde? Configura una regla de respaldo en el SBC para devolver las llamadas a Teams y pruébala activamente en lugar de confiar en que funcionará.

Establece el identificador de llamadas (Caller ID) de forma deliberada. Las llamadas salientes del agente deben mostrar tu número principal reconocido, no una extensión técnica. De lo contrario, las tasas de respuesta caen notablemente y las devoluciones de llamada no llegan a ninguna parte.

No asumas que solo necesitas un idioma. Si atiendes a clientes internacionales o sedes multilingües, el agente detecta el idioma al inicio de la llamada y cambia. Famulor admite más de 40 idiomas, un factor que a menudo se subestima en entornos de Teams que abarcan varios países.

Ejemplos de la industria en la práctica

Proveedor de servicios TI, 45 empleados, Teams Phone vía Direct Routing. La línea de soporte se desvía al agente de IA después de las 17:00. El agente captura incidentes, establece el cliente, el sistema y la gravedad, abre un ticket y llama al ingeniero de guardia para casos de prioridad uno. Todo lo demás espera a la mañana siguiente como tickets estructurados en lugar de seis mensajes de voz.

Firma contable con 12 socios. Entre febrero y mayo, la recepción se ve desbordada por el volumen de llamadas. El agente funciona como filtro frontal: responde preguntas sobre plazos y documentos necesarios desde la base de conocimientos, reserva citas en el calendario de Outlook y transfiere solo las preguntas sustanciales a los socios, con el nombre del cliente y el tema ya publicados en el chat de Teams.

Fabricante de maquinaria con tres sedes en Europa Central y una en Polonia. El número de servicio central reside en una troncal de Direct Routing. El agente detecta el idioma, captura casos de servicio en alemán, inglés y polaco, y enruta según el tipo de máquina a la cola de llamadas de Teams correcta en la sede responsable.

Negocio de servicios técnicos con 20 empleados, 14 de ellos en campo. El administrador de la oficina no puede atender todas las llamadas durante el día. El agente funciona como desbordamiento después de 20 segundos, cualifica las solicitudes por oficio y urgencia, escala las emergencias directamente al móvil de guardia y escribe todo lo demás en el CRM como una lista de llamadas pendientes.

Poniendo el coste en perspectiva

Con Direct Routing sigues pagando tus costes de telefonía existentes a tu operador; el agente de IA no cambia nada ahí. A esto se suman los costes de la plataforma de voz con IA, normalmente basados en el uso por minuto de conversación. Debido a que BYOC te permite traer tu propia troncal, no pagas dos veces por la telefonía a través de la plataforma, una diferencia que se vuelve significativa con volúmenes más altos.

El cálculo honesto sopesa tres elementos: coste recurrente de la plataforma, esfuerzo de configuración inicial y el valor actual de las llamadas que se pierden. El tercer elemento casi siempre se subestima porque no aparece en ningún informe. Las empresas que lo cuantifican por primera vez suelen llegar a una cifra que pone a los otros dos en perspectiva. La página de precios muestra los modelos disponibles.

Conclusión

Microsoft Teams Phone y un agente de voz con IA no son alternativas, son dos capas de la misma infraestructura de telefonía. Teams sigue siendo el lugar de trabajo de tus empleados. El agente de IA atiende las llamadas que nadie allí está libre de atender: fuera de horario, por desbordamiento o en pre-cualificación.

El requisito técnico es limitado e inequívoco: Direct Routing. Si ya lo utilizas, conectar un agente es cuestión de reglas de SBC y configuración, no de migración. Si utilizas Operator Connect o Calling Plan, añade una troncal de Direct Routing independiente para tus números de servicio y deja todo lo demás intacto.

Famulor está diseñado exactamente para este escenario: troncales SIP y BYOC para cualquier operador, flujos sin código en lugar de un proyecto de desarrollo, más de 300 integraciones para calendario, CRM y ticketing, y más de 40 idiomas para sedes internacionales. Mantienes tus números, tu operador y tu entorno de Teams.

Tu próximo paso: dedica diez minutos a confirmar qué modelo PSTN utiliza tu tenant hoy, en el Centro de administración de Teams bajo "Voz". Si dice Direct Routing, puedes empezar esta semana con un número de prueba. Si dice otra cosa, habla con tu operador sobre una troncal adicional. Ambos caminos llegan al mismo destino; solo difiere el cronograma. Si estás migrando desde una solución existente, el plan de migración a voz con IA establece la secuencia. Para entornos más grandes, consulta los requisitos bajo centro de contacto.

Preguntas frecuentes

¿Puedo instalar un agente de voz con IA directamente dentro de Microsoft Teams?

No como aplicación o plugin. La conexión se realiza a través de Direct Routing en la capa SIP: el agente se conecta como su propio endpoint al mismo SBC que Teams. Los usuarios nunca notan la diferencia.

¿Qué modelo PSTN de Teams necesito?

Direct Routing. Microsoft Calling Plan, Operator Connect y Teams Phone Mobile no permiten endpoints SIP personalizados porque Microsoft o el operador controlan la troncal.

¿Tengo que realizar la portabilidad de mis números de teléfono?

No. Con BYOC mantienes tu operador y tus números. Simplemente defines en el SBC qué números se dirigen al agente de IA en lugar de a Teams.

¿Puede el agente de IA transferir a un usuario de Teams?

Sí, mediante transferencia SIP de vuelta a una cola de llamadas de Teams o a una extensión. Las transferencias asistidas limpias requieren que tu SBC admita el método REFER; en modo bypass de medios es obligatorio.

¿Pueden Teams y el agente de IA funcionar en paralelo?

Sí. Microsoft admite múltiples modelos PSTN en un mismo tenant. Tu personal puede seguir en Operator Connect mientras el número de servicio funciona a través de una troncal de Direct Routing.

¿Por qué mi conexión SBC se rechaza con 403 Forbidden?

Normalmente, el encabezado Contact contiene una dirección IP en lugar de un FQDN, o el FQDN no coincide con el Common Name o Subject Alternative Name en el certificado del SBC. Direct Routing requiere ambos.

¿Cuánto tiempo lleva la configuración?

Con Direct Routing ya implementado, normalmente de cinco a diez días laborables: reglas de SBC, configuración del agente, conexiones de sistemas y una semana de prueba con tráfico real.

¿Esto también funciona con 3CX, NFON u otros sistemas de centralita?

Sí. BYOC y las troncales SIP son agnósticas respecto al proveedor. Para sistemas comunes como 3CX el principio es idéntico: tu propia troncal, tu propia regla de enrutamiento.

¿Qué ocurre si la conexión falla?

Configuras una regla de respaldo en el SBC que devuelve las llamadas a Teams o al buzón de voz cuando no hay respuesta. Prueba esa regla activamente antes de salir a producción.

¿Puede el agente también realizar llamadas salientes?

Sí. La misma troncal transporta devoluciones de llamada, recordatorios de citas y campañas salientes, mostrando tu número principal conocido como identificador de llamadas.