- Inicie el bot @siptg_bot y vaya a la sección
/gateway
. - Seleccione la sesión de Telegram que desea conectar a la PBX, o cree una nueva utilizando el botón “Conectar” (para más detalles, consulte Conexión de sesión paso a paso).
- Haga clic en uno de los botones para crear una nueva conexión SIP, correspondiente al tipo de conexión: ”🆕 PBX→SIP․TG”, ”🆕 SIP․TG→PBX” o ”🆕 IP⇿IP”.
Configuración de la conexión SIP a la PBX
La mayoría de los ajustes se muestran directamente en los botones como valores actuales. Para cambiar estos ajustes, simplemente haga clic en el botón correspondiente e ingrese un nuevo valor cuando el bot lo solicite. Sin embargo, algunos botones funcionan de manera diferente:- Worker: al hacer clic, aparece una lista de servidores Worker disponibles. Seleccione el servidor deseado de la lista para ver su descripción detallada y asignarlo.
- Botones con marcas de verificación, como “DTMF ent.”, “DTMF sal.”, “Rellamar”, “Líneas”, “Procesamiento de mensajes”, “Callback” y “Compartir suscripción”, funcionan como interruptores. Un clic activa o desactiva la opción.
- Protocolo de conexión (UDP/TCP/TLS): cada clic cambia al siguiente protocolo disponible.
- Mostrar cuenta y Restablecer contraseña: muestran los parámetros de conexión a SIP.TG que deben especificarse en el lado de la PBX.
Servidor Worker
Servidor Worker
Tipo de servidor | Descripción | Símbolo |
---|---|---|
Servidores públicos de SIP.TG | Servidores principales soportados por SIP.TG | ✅ |
Servidores públicos de otros usuarios | Servidores disponibles públicamente alojados por otros usuarios | 🌐 |
Servidores privados | Sus propios servidores, disponibles solo para sus cuentas SIP | 🔑 |
Códecs de audio
Códecs de audio
Métodos de transmisión DTMF
Métodos de transmisión DTMF
Reglas de transformación de números
Reglas de transformación de números
Prioridad
Prioridad
- Las cuentas con la misma prioridad se llaman simultáneamente.
- Cuanto menor sea la prioridad, antes se llamarán a las cuentas SIP.
- La transición a la siguiente prioridad ocurre después de una marcación sin éxito a todas las cuentas SIP de la prioridad anterior.
Caller ID y Caller Name
Caller ID y Caller Name
PBX → SIP.TG
En este modo, su PBX se registra en SIP.TG como cliente SIP. Usted recibe un nombre de usuario y contraseña SIP del bot y los especifica en su PBX.
Captura de pantalla con la configuración de conexión PBX→SIP.TG
Mostrar cuenta y Restablecer contraseña
Mostrar cuenta y Restablecer contraseña
IPs confiables
IPs confiables
SIP.TG → PBX
Aquí, el servidor Worker de SIP.TG se registra en su PBX. En el bot, usted establece los parámetros de su PBX: nombre de usuario, contraseña y dirección.
Captura de pantalla con la configuración de conexión SIP.TG→PBX
Usuario, Contraseña, Dominio y Proxy
Usuario, Contraseña, Dominio y Proxy
Número en la PBX
Número en la PBX
IP ⇿ IP
Ambas partes conocen la dirección IP de la otra. Se utiliza en casos donde el registro es imposible o innecesario (por ejemplo, enrutamiento estático).
Captura de pantalla con la configuración de conexión IP⇿IP
Dirección:puerto
Dirección:puerto
Campo:Valor
Campo:Valor
{nombre del campo SIP}:{valor del campo SIP}
, separado por dos puntos :
.Número en la PBX
Número en la PBX
Tipos de identificadores de llamante
Cada usuario de Telegram puede tener hasta tres tipos de identificadores:- Número de teléfono, en el que está registrada la cuenta. Siempre está presente, pero por defecto está oculto por la configuración de privacidad para otros usuarios. Con limitaciones significativas, es posible establecer contacto con un usuario por número de teléfono.
- Nombre de usuario (Username) — este es un nombre de usuario alfabético único. Por defecto, no existe, muchos usuarios lo configuran, pero estrictamente hablando, puede estar ausente. Por el contrario, un usuario puede tener varios nombres de usuario coleccionables. Puede establecer contacto con un usuario por nombre de usuario, y las restricciones son mucho más suaves que para el número de teléfono, pero las PBX en la nube a menudo no contemplan el uso de identificadores de llamante no numéricos.
- ID de usuario (User ID) — identificador numérico interno. Siempre presente, nunca cambia, pero es imposible establecer contacto con un usuario solo por ID de usuario — puede usarse solo después de que se haya establecido contacto por uno de los otros métodos.
Tipo de identificador | Formato | Posibilidad de contacto | Obligatorio | Modificable | Soporte de PBX |
---|---|---|---|---|---|
Número de teléfono | numérico | limitada | sí | sí | sí |
Nombre de usuario | alfabético | sí | no | sí | limitado |
ID de usuario | numérico | no | sí | no | sí |
Telegram → PBX
Para cada conexión SIP, puede establecer reglas para formar el Caller ID, que se transmitirá en el campoFrom
en el mensaje INVITE
para llamadas de Telegram → PBX.
Las reglas de formación del Caller ID consisten en varias líneas, con una regla por línea. Cada regla es una cadena de plantilla, en la que {phone}
, {username}
y {userid}
están permitidos como parámetros de plantilla. Al formar el Caller ID final, se utiliza la primera regla, cuyos parámetros de plantilla contienen valores sobre el usuario de Telegram que llama.
Ejemplos de formación de Caller ID
Ejemplos de formación de Caller ID
- Si el número de teléfono no está oculto — se utilizará.
- De lo contrario, si se ha establecido el nombre de usuario — el sistema lo elegirá.
- Y solo en el caso más excepcional se utilizará el ID de usuario con el prefijo
0
— esta etiqueta permite resolver la ambigüedad en la interpretación del tipo de identificador.
{name}
— nombre mostrado en UTF-8 (puede causar problemas en el lado de la PBX debido a los emojis);{name_ascii}
— nombre mostrado convertido a ASCII (opción segura).
Ejemplo de formación de Caller Name
Ejemplo de formación de Caller Name
- o bien el número de teléfono con el prefijo
+
, seguido del nombre mostrado escrito entre paréntesis, - o el nombre de usuario con el prefijo
@
, seguido del nombre mostrado escrito entre paréntesis, - o en el caso más extremo — solo el nombre mostrado sin caracteres extraños.
PBX → Telegram
Al recibir una solicitudINVITE
desde el lado de la PBX, el identificador llamado se interpretará en plena conformidad con el mismo parámetro Caller ID descrito anteriormente. Sin embargo, el algoritmo para determinar el tipo de identificador y cortar prefijos y caracteres extraños en él no parece tan obvio.
Algoritmo detallado de procesamiento de reglas
Algoritmo detallado de procesamiento de reglas
- Todos los parámetros de plantilla en la regla se reemplazan con sus expresiones regulares correspondientes:
{phone}
→+?[1-9]\d*
: un número que no puede comenzar con0
y opcionalmente puede comenzar con el símbolo+
;{username}
→@?[a-zA-Z]\w*
: una cadena alfanumérica que solo puede comenzar con una letra y opcionalmente con un prefijo@
;{userid}
→[1-9]\d*
: un número que no puede comenzar con0
y no puede tener prefijos.
- Como resultado del punto 1, se obtiene una expresión regular compleja, contra la cual se verifica el identificador recibido del URI INVITE.
- Como resultado de satisfacer la expresión regular, aunque esto solo tiene un sentido teórico, varios tipos de identificadores pueden ser reconocidos en el identificador a la vez. En este caso, se seleccionará el primer valor en el orden especificado:
{userid}
,{username}
,{phone}
.
Integración con CRM
- Una llamada de Telegram llega a la Pasarela SIP.TG (cuenta de Telegram).
- La Pasarela SIP.TG convierte la llamada a SIP y la pasa a la PBX (a través del troncal SIP).
- La PBX, teniendo el módulo o plugin necesario para la integración con CRM, reconoce la llamada entrante, muestra la tarjeta del cliente, registra la llamada o realiza otras acciones.
- Al final de la conversación, los datos sobre la llamada (por ejemplo, duración, resultado) también se guardan en el CRM.
¿Cómo aprende la PBX sobre el número del cliente?
¿Cómo aprende la PBX sobre el número del cliente?
¿Cómo iniciar una llamada desde CRM?
¿Cómo iniciar una llamada desde CRM?
Ejemplo de configuración
Ejemplo de configuración
- En la PBX, cree una cuenta (troncal SIP) con las credenciales proporcionadas al configurar
/gateway
en @siptg_bot. - En el CRM, active un plugin o módulo listo (para Asterisk, 3CX, FreePBX, Yate, etc.) o configure solicitudes externas a la PBX a través de su API.
- Verifique que el CRM reciba eventos sobre llamadas (aparece la tarjeta, se escriben registros) y, si es necesario, conecte lógica más profunda (distribución de llamadas, vinculación de grabaciones de conversación, automatización).
- Para llamadas salientes desde CRM — verifique que la PBX pueda formar una llamada a través del troncal SIP “SIP.TG” (generalmente se selecciona una ruta o regla de marcación para tal línea).
Cuando se necesita configuración adicional
Campos de encabezado SIP extendidos
Necesita un CallerID reenviado
Habilitación de grabación de llamadas en CRM
Consejos adicionales
- Enfoque unificado: todas las configuraciones relacionadas con CRM generalmente se realizan en la interfaz de su PBX. Usted percibe SIP.TG como un operador de telecomunicaciones regular (troncal SIP).
- PBX típicas (Asterisk, 3CX, FreeSWITCH, Yate, Oktell, Panasonic, etc.) tienen plugins o interfaces REST para la integración con CRM. Estudie la documentación de la PBX: lo más probable es que haya un ejemplo listo.
- Escenarios de recepción y enrutamiento de llamadas (IVR, cola de operadores, reenvío automático) — todas estas son funciones comunes de PBX. La Pasarela SIP.TG no limita ni complica tales escenarios: funcionan de la misma manera que con otros troncales SIP.