#22 Ejemplos concretos de MCP - bot de Telegram conectado al ERP
La semana pasada escribí sobre qué es MCP y cómo se aplica en empresas con ERP tradicionales. Expliqué que el protocolo permite a la IA acceder a datos reales, pero que casi ningún ERP lo soporta de forma nativa, y por eso hace falta una capa intermedia que traduce entre el protocolo MCP y el API específico de cada ERP.
Esta semana, ejemplos concretos. Casos reales, funcionando en producción, con capturas de conversaciones reales del bot de Telegram de JuviBox.
El bot de Telegram conectado al ERP
En JuviBox tenemos un bot de Telegram conectado a nuestro servidor MCP, que a su vez está conectado a varios módulos del sistema: gestión de leads, actividad comercial, DataInbox (pedidos), y registro de trabajos internos.
Cada comercial o técnico se vincula con un código único que genera el sistema. Desde ahí, todo funciona como una conversación normal.
Si escribes /herramientas, ves todas las funciones MCP activas según los módulos que tenga tu empresa. Es un sistema de autodescubrimiento: si mañana se activan nuevas funciones, el bot las muestra automáticamente. No hace falta aprender comandos ni recordar sintaxis.
Pero decir lo que quieres en lenguaje natural es solo la mitad del problema. La otra mitad es que ese lenguaje natural casi nunca viene completo, y un ERP no acepta datos a medias.
Ejemplo 1: Crear un lead o cliente potencial
Un amigo te presenta a un contacto interesante en una comida y quieres registrarlo antes de que se te olvide.
"Crear lead: Mariano, de la empresa Suministros Jareca, interesado en implementar IA en su negocio"
El bot identifica los datos, pero un lead necesita también el origen del contacto para que el equipo comercial sepa de dónde viene. Ese campo es obligatorio en el módulo y no lo has dicho:
Ya tengo: Mariano, Suministros Jareca, interesado en implementar IA en su negocio. Me falta: origen del contacto.
¿Dónde lo has conocido?
Respondes "lo conocí el otro día en una comida con un amigo", y antes de guardar nada, el bot muestra el conjunto completo:
Vas a crear este lead:
- Contacto: Mariano
- Empresa: Suministros Jareca
- Origen: Recomendación
- Notas: Interesado en ver cómo aplicar IA en su negocio
¿Confirmas?
Confirmas, y ahí se crea. Si algo estuviera mal, lo corriges en ese mismo mensaje antes de confirmar.
El lead queda registrado en el momento, completo, sin que nadie tenga que revisarlo después para rellenar lo que faltaba.
Ejemplo 2: Registrar actividad comercial en un cliente
Acabas de hablar con Mariano de Suministros Jareca y habéis quedado en veros en sus oficinas. Quieres registrar la reunión antes de que se te olvide.
Escribes en el bot:
"He hablado con Mariano de Suministros Jareca y hemos quedado en vernos en sus oficinas el próximo martes a las 10:00"
El bot interpreta toda la información, extrae los datos estructurados y te muestra la confirmación completa:
Confirmar nueva actividad
Título: Visita en oficinas de Suministros Jareca Fecha: 21/07/2026 10:00 Tipo: Reunión comercial Cliente: mariano - suministros jareca Descripción: reunion presencial en las oficinas del cliente tras conversacion previa con mariano.
¿Deseas crear esta actividad?
[✓ Crear actividad] [✏️ Corregir] [🚫 Cancelar]
El CRM queda actualizado y la reunión futura, agendada, con los mismos datos que verías si hubieras abierto el formulario a mano.
Ejemplo 3: Consultar pedidos de un cliente entre fechas
Estás al teléfono con un cliente que pregunta cuántos pedidos ha hecho este mes. Sin colgar, escribes:
"dame los pedidos del cliente 104 de este mes de julio de 2026"
El bot consulta el ERP en tiempo real y responde con un resumen estructurado:
✓ Acción completada
📦 Pedidos del 01/07/2026 al 31/07/2026
Fecha Cliente Base Total 02/07/2026 104 230,08 278,40 06/07/2026 104 8.961,74 10.843,70 TOTAL (2 pedidos) 9.191,82 / 11.122,10
Esta es una consulta, no un registro. No hay nada que confirmar porque no se escribe nada en el ERP: solo se lee. La diferencia importa, y la explico más abajo.
Ejemplo 4: Registrar trabajo en proyectos desde un audio
Terminas una reunión con un cliente y quieres registrar el trabajo realizado antes de que se te olvide el detalle.
En lugar de escribir, envías un audio de 22 segundos mientras conduces:
[Audio: "He terminado la consultoría inicial para integración de IA en la empresa con Mariano, proyecto de integración de IA con ERP interno, tipo desarrollo"]
El bot muestra "Transcribiendo audio..." y procesa lo que has dicho.
Después muestra la confirmación completa con todos los campos extraídos del audio:
Confirmar nueva actividad
Título: Consultoría inicial para integración de IA en la empresa Fecha: 16/07/2026 13:50 Tipo: Desarrollo Proyecto: Integración de IA con ERP interno Cliente: MARIANO Descripción: desarrollo para consultoría inicial para integración de ia en la empresa
¿Deseas crear esta actividad?
[✓ Crear actividad] [✏️ Corregir] [🚫 Cancelar]
Si algo no cuadra, pulsas "Corregir" y ajustas ahí mismo lo que necesites. El bot actualiza ese campo, vuelve a mostrar el resumen completo, y espera confirmación otra vez.
El trabajo queda registrado en el momento en que terminas la tarea, con el dato completo, no con lo que te acuerdes tres días después. Y sin tener que escribir ni una sola palabra.
Por qué la confirmación no es un paso de más
Podría parecer que preguntar lo que falta y pedir confirmación añade fricción a algo que se supone que iba a ser instantáneo. Es al revés.
Sin esa validación, un sistema conectado a un ERP tiene dos formas de fallar. Una: acepta lo que le dicen y rellena lo que falta con un valor por defecto, cero horas, la fecha de hoy, el primer tipo de tarea de la lista. El registro se guarda, parece correcto, y nadie se entera de que está mal hasta que el informe mensual no cuadra. Dos: rechaza el mensaje entero y pide repetirlo con el formato exacto que espera, lo que frustra tanto que la gente acaba volviendo a las notas sueltas.
Un dato mal registrado es peor que un dato sin registrar. El primero engaña a quien lo lee después. El segundo, al menos, avisa de que falta algo.
Qué hace JuviBox en medio: de lenguaje natural a datos estructurados
Lo que hace posible todo esto es la capa de traducción que construye JuviBox.
Cuando escribes una frase en Telegram, el servidor MCP la recibe, identifica qué herramienta corresponde, y la contrasta contra el esquema exacto que exige esa herramienta en el ERP: qué campos son obligatorios, qué formato espera cada uno. Si falta algo, pregunta solo eso, sin perder lo que ya se ha dicho. Si está completo, muestra el resumen y espera confirmación antes de traducirlo al formato del API del ERP y escribirlo.
Todo esto ocurre en unos segundos, y solo cuando confirmas se escribe algo. La interfaz puede cambiar mañana a WhatsApp o a un chat propio. El esquema de validación y el ERP siguen siendo los mismos.
Seguridad: quién puede confirmar qué
Cuando te vinculas con tu código único, el sistema sabe quién eres, qué rol tienes y qué módulos puedes tocar. Un comercial puede crear leads y confirmar actividad sobre sus propios clientes. No puede confirmar un registro sobre la cartera de otro comercial, aunque el mensaje esté perfectamente formado y completo.
La validación de campos evita que entre un dato incompleto. Los permisos evitan que entre un dato correcto en el sitio equivocado.
No es un chatbot, es acceso directo a datos reales
Un chatbot típico responde según información preconfigurada y, si le preguntas algo que no sabe, inventa o dice que no puede ayudarte.
Este bot consulta y escribe datos reales del ERP. No inventa información. Si un dato no existe, lo dice. Si falta un campo obligatorio, lo pregunta. Y si no tienes permisos para hacer algo, te lo dice también, en vez de intentarlo y fallar en silencio.
Qué tipo de empresas se benefician de esto
Funciona especialmente bien donde el equipo trabaja fuera de la oficina con frecuencia, comerciales, técnicos, logística, y donde la información se pierde porque registrarla a mano cuesta esfuerzo, o llega tarde, o llega incompleta.
Comerciales que registran visitas y crean leads entre reunión y reunión. Técnicos que imputan horas nada más terminar una tarea. Cualquiera que hoy deja las cosas para "luego", y ese luego, muchas veces, no llega, o llega con la mitad de los datos.
Cuando registrar información en tu ERP pasa de ser una tarea administrativa a una conversación de segundos, la información deja de perderse. Tu equipo documenta lo que hace sin esfuerzo, y tú tienes visibilidad real de lo que pasa en la operativa.