Agente IA en Odoo: clasifique sus tickets de soporte 24/7

Un ticket urgente que llega el viernes a las 18 h y se descubre el lunes por la mañana: la escena resulta familiar a cualquier equipo de soporte. Clasificar las solicitudes es un trabajo sencillo, pero exige presencia constante. Este artículo le muestra cómo delegar esa clasificación en un agente de inteligencia artificial que trabaja dentro de su Odoo, sin escribir una sola línea de código. Seguirá la construcción completa de un agente de soporte: leer el ticket, puntuar la prioridad, avisar por Slack, proponer una solución. Está pensado para usuarios de Odoo principiantes.

📌 Para recordar (30 segundos)

Un agente de Aidoo lee cada ticket nuevo de Odoo en cuanto se crea y le asigna una prioridad de una a tres estrellas.

Los tickets de dos y tres estrellas generan un aviso en un canal de Slack, con el enlace directo al ticket.

El agente consulta un documento de resolución de incidencias que usted le proporciona y publica una propuesta de solución en la conversación del ticket.

Usted fija sus límites: número de acciones, presupuesto mensual, franjas horarias, validación humana de las escrituras.

En la demostración, cinco tickets se procesaron con 18 créditos.

Vea la demostración en vídeo

El vídeo siguiente muestra la creación del agente de principio a fin y su primera ejecución sobre cinco tickets reales.

Índice

El coste real de clasificar tickets a mano
Un agente de Odoo no es un chatbot ni una regla de automatización
Describir la misión del agente en lenguaje natural
Elegir el disparador y poner los límites de seguridad
Dar acceso a los modelos de Odoo adecuados y a Slack
Fijar los topes de consumo
La primera ejecución: cinco tickets, 18 créditos

1. El coste real de clasificar tickets a mano

Odoo es un ERP (Enterprise Resource Planning), un programa de gestión que reúne ventas, compras, inventario y atención al cliente en una misma base de datos. Su aplicación Helpdesk centraliza las solicitudes recibidas por correo, por formulario web o por chat en vivo, tal como describe la documentación de Odoo sobre la recepción de tickets.

Centralizar no basta. Cada ticket todavía debe leerse, cualificarse, priorizarse y, a veces, escalarse. Imagine que recibe 40 tickets por semana. La clasificación exige de dos a tres minutos por ticket: unas dos horas semanales, repartidas en interrupciones cortas que fragmentan la jornada de sus consultores.

El coste no se mide solo en minutos. Una incidencia bloqueante sepultada entre solicitudes menores tarda horas en salir a la superficie. En Odoo, sin embargo, la prioridad condiciona la aplicación de los SLA (Service Level Agreement, el compromiso contractual de plazos). La documentación de Odoo sobre los SLA precisa que una política solo se aplica una vez asignada la prioridad al ticket. Una clasificación tardía desactiva, de hecho, su medición de plazos.

Es justamente el tipo de tarea que los analistas ven desplazarse hacia la automatización. Gartner prevé que la IA agéntica resolverá de forma autónoma el 80 % de las incidencias habituales de atención al cliente antes de 2029. La misma consultora añade un matiz útil: más del 40 % de los proyectos de IA agéntica se cancelarían antes de finales de 2027, a menudo por falta de un alcance claro. De ahí el enfoque que sigue este artículo: un agente, una misión precisa, límites explícitos.

2. Un agente de Odoo no es un chatbot ni una regla de automatización

Tres conceptos suelen confundirse. Vamos a separarlos.

Una regla de automatización de Odoo aplica una condición fija: «si el cliente es X, asignar a Y». Es fiable, pero ciega al contenido del mensaje.
Un chatbot responde al cliente en una ventana de conversación. Habla, pero no actúa en su base de datos.
Un agente lee el contenido real del ticket, decide y ejecuta acciones en Odoo: modificar una prioridad, escribir una nota, enviar un mensaje externo.

La diferencia está en la capacidad de juicio. Un ticket titulado «hola, pequeño problema» puede describir una caída total de la facturación. Solo leyendo el texto se clasifica correctamente.

Técnicamente, el agente llega a su Odoo mediante el MCP (Model Context Protocol), un estándar abierto publicado por Anthropic para conectar un modelo de IA con herramientas externas de forma acotada. Anthropic presentó el protocolo MCP a finales de 2024 y su especificación es pública. Si le interesa el tema, nuestra guía completa del protocolo MCP lo detalla sin requisitos técnicos.

Los intercambios con Odoo pasan después por su API externa, la interfaz estándar documentada por el fabricante (referencia de la API externa de Odoo). No hay que instalar nada en su base de datos.

💡 Consejo Un agente no se limita al soporte. La misma mecánica sirve para el seguimiento de presupuestos sin respuesta, los avisos de facturas impagadas o el control de roturas de stock. El soporte es simplemente un buen primer caso: el volumen es constante y el resultado se verifica de un vistazo.

3. Describir la misión del agente en lenguaje natural

En el panel de Aidoo, la creación de un agente empieza con una descripción en lenguaje corriente. Usted escribe lo que espera y el asistente deduce la configuración. Esta es la misión utilizada en el vídeo, resumida en cuatro pasos.

Leer el ticket recién creado y comprender el problema descrito por el cliente.
Asignar una prioridad: tres estrellas si la actividad del cliente está bloqueada, dos estrellas ante un fallo molesto, una estrella para una solicitud secundaria.
Avisar por Slack si la prioridad alcanza dos o tres estrellas, con el nombre del cliente, un resumen del problema y el enlace al ticket.
Buscar una solución en un documento de resolución de incidencias facilitado al agente y publicar una propuesta en la conversación del ticket.

Prioridad	Situación tipo	Acción activada
Tres estrellas	Actividad del cliente detenida	Aviso inmediato en Slack y nota con solución
Dos estrellas	Fallo molesto, con solución provisional	Aviso en Slack y nota con solución
Una estrella	Consulta o petición de mejora	Solo nota con solución

Si su descripción resulta vaga, el asistente le hará preguntas antes de generar el agente: qué modelos de Odoo usar, qué disparador, qué acciones autorizar. Tómese el tiempo de responderlas, porque ahí se juega la calidad del resultado.

Llega después el estilo de comunicación. Determina el tono de las notas publicadas en sus tickets. Un estilo cercano y humano produce propuestas redactadas como las de un compañero. Un estilo factual produce síntesis más secas, útiles si sus consultores leen deprisa.

El modelo de IA se elige a continuación. Empiece por uno económico. Medirá la calidad obtenida sobre sus tickets reales y subirá de gama solo si la clasificación carece de matiz. El camino inverso cuesta dinero sin pruebas.

4. Elegir el disparador y poner los límites de seguridad

El disparador responde a una pregunta sencilla: ¿cuándo se pone a trabajar el agente? Aquí, cada vez que se crea un ticket. El agente vigila la aparición de registros nuevos y arranca de inmediato.

Puede restringir ese disparo mediante una condición: solo los tickets de un equipo concreto o de un conjunto de clientes. También puede definir franjas horarias. Un agente limitado de 8 h a 18 h deja las solicitudes nocturnas al primer consultor de la mañana. Un agente activo de forma continua cubre los fines de semana, que suele ser el interés principal.

Tres límites de seguridad merecen su atención.

La identidad en Odoo. El agente actúa bajo una cuenta de usuario real de Odoo. No puede hacer nada que esa cuenta no pueda hacer, y cada escritura queda registrada a su nombre en el historial.
El modo workflow. Un workflow es una secuencia de pasos que usted fija de antemano. Un workflow de creación de ticket limitado al nombre y la descripción impide que el agente toque la prioridad. Así acota con precisión su campo de acción.
La validación humana de las escrituras. Activada, obliga al agente a pedir la conformidad de un usuario de Odoo antes de cada modificación. La clasificación pasa a ser una propuesta, no una decisión.

⚠️ Qué evitar No lance su primer agente con escritura libre sobre todos sus modelos. Empiece por un alcance estrecho y, si el asunto es sensible, active la validación humana. En sus recomendaciones sobre los sistemas de IA, la autoridad francesa de protección de datos insiste en prever mecanismos concretos de supervisión humana. Relajará las restricciones cuando se haya asentado la confianza.

Esta prudencia coincide con la conclusión del estudio de McKinsey sobre el estado de la IA en 2025: el rediseño de los procesos pesa más en los resultados que la propia tecnología. Un agente bien acotado dentro de un proceso claro aporta más que un agente potente suelto por todas partes.

5. Dar acceso a los modelos de Odoo adecuados y a Slack

Un modelo de Odoo es una tabla de datos: «ticket de asistencia», «contacto», «pedido de venta». El agente solo ve los que usted le abre y, para cada uno, usted elige el nivel de acceso.

Para nuestro agente de soporte bastan dos accesos:

Búsqueda, lectura y escritura sobre los tickets, para leer el contenido y actualizar la prioridad.
Creación de notas en la conversación del ticket, para publicar la propuesta de solución.

Todo lo demás permanece cerrado. El agente no ve su contabilidad, ni sus nóminas, ni sus contratos.

Llega después el conector externo. En la sección Integraciones conecta Slack una vez y autoriza únicamente la herramienta que el agente necesita: el envío de mensajes. El catálogo de Slack expone muchas acciones, entre ellas leer canales o gestionar miembros. Aquí no hace falta ninguna, así que no se concede ninguna. El envío corresponde al método público chat.postMessage de la API de Slack. Nuestra documentación de integraciones detalla el procedimiento de conexión.

Un último ajuste, a menudo decisivo: el documento de referencia. Usted importa una guía de resolución de incidencias, el agente la indexa y la usa como base de conocimiento. Eso es lo que convierte una nota genérica en una respuesta útil, alineada con sus procedimientos internos. Un archivo de dos páginas con sus diez problemas más frecuentes basta para empezar.

💡 Ir más lejos ¿Quiere ver qué haría un agente con sus propios tickets? Nuestro equipo lo construye con usted en una sesión de 30 minutos: hable de su proyecto Odoo con el equipo de Aidoo.

6. Fijar los topes de consumo

Un agente autónomo necesita un techo. Aidoo ofrece varios, todos configurables antes de la activación.

Tope	Función	Valor usado en el vídeo
Acciones por ejecución	Acota las operaciones sobre un ticket	30
Créditos por ejecución	Acota el coste de un tratamiento	40
Duración máxima	Detiene un agente que se alarga demasiado	300 segundos
Presupuesto mensual	Pausa el agente al agotarse	3.000 créditos
Escrituras por ejecución	Acota las modificaciones en Odoo	30

Los créditos miden el consumo de IA. Vienen incluidos en cada nivel de suscripción, desde 2.000 créditos al mes en el plan Starter hasta 20.000 en el plan Business. El detalle figura en la página de tarifas de Aidoo y en la documentación sobre los créditos de los agentes.

Conviene saber una cosa: la frecuencia de vigilancia depende del nivel. En los planes de entrada, el agente comprueba la llegada de tickets nuevos cada hora. En los planes superiores, el intervalo baja a unos minutos. Si su soporte busca una reacción casi inmediata, ese criterio importa más que el volumen de créditos.

Por último, puede pedir un resumen periódico: un correo de síntesis, una nota en Odoo o un mensaje en un hilo de discusión. Resulta útil las primeras semanas para comprobar el comportamiento del agente, y suele sobrar después.

7. La primera ejecución: cinco tickets, 18 créditos

Un agente recién creado queda en borrador. Hay que activarlo de forma explícita. Es una seguridad: nada se ejecuta antes de su clic.

En la demostración se crean cinco tickets en Odoo. El agente los procesa acto seguido. El balance cabe en tres observaciones.

En Odoo. Cada ticket lleva una prioridad coherente con su contenido. El ticket «urgente, ya no funciona nada» pasó a tres estrellas. Cada uno contiene una nota interna que propone una solución extraída de la guía importada.

En Slack. Apareció un mensaje en el canal dedicado, con los tickets de dos y tres estrellas. Incluye el nombre del cliente, un resumen del problema y un enlace que abre el ticket en Odoo. El equipo ve la urgencia sin abrir el ERP.

En consumo. El tratamiento de los cinco tickets costó 18 créditos, unos 3,6 créditos por ticket. A ese ritmo, un presupuesto de 3.000 créditos mensuales cubre holgadamente un flujo de varios centenares de tickets.

Queda la trazabilidad, que suele ser la pregunta más repetida. Cada ejecución es consultable: la lista de herramientas invocadas, los datos leídos, las escrituras efectuadas. La vista de flujos muestra el desarrollo completo del razonamiento. Si una secuencia le convence, puede convertirla en un workflow reutilizable, y el agente seguirá ese camino balizado en adelante.

Sus usuarios también pueden encontrar al agente directamente en su Odoo, mediante un botón en la esquina inferior derecha, para plantearle una pregunta o pedirle una acción puntual. Un agente de soporte no es solo una máquina de clasificar: es también un interlocutor que conoce sus tickets.

Preguntas frecuentes

¿Hace falta saber programar para crear un agente de soporte en Odoo?

No. La misión se describe en lenguaje corriente en un campo de texto y los ajustes se hacen mediante formularios. No se requiere ningún desarrollo ni instalar módulos en su base de datos de Odoo.

¿Puede el agente modificar o borrar datos por error?

Solo puede actuar sobre los modelos que usted le abre, con el nivel de acceso que le concede y bajo una identidad real de Odoo cuyos permisos hereda. Además puede limitar el número de escrituras por ejecución o exigir validación humana antes de cada modificación.

¿Cuánto cuesta procesar un ticket?

En la demostración, cinco tickets consumieron 18 créditos en total, unos 3,6 créditos por ticket con un modelo económico. El coste depende del modelo de IA elegido y de la longitud de los tickets. Los planes arrancan en 2.000 créditos mensuales.

¿El agente responde directamente al cliente?

No en esta configuración. Publica una propuesta de solución como nota interna en la conversación del ticket. Un consultor la revisa, la ajusta si hace falta y responde al cliente. Es el modo recomendado para empezar.

¿Se puede usar algo distinto de Slack para los avisos?

Sí. El principio es idéntico con otra herramienta de mensajería, un correo o una notificación en Odoo. Conecta el servicio en la sección Integraciones y autoriza al agente a usar únicamente la acción de envío.

¿Y si el agente se equivoca de prioridad?

Corrija la prioridad en Odoo como de costumbre. Después precise sus criterios en la misión del agente, por ejemplo citando ejemplos concretos de tickets de tres estrellas. La calidad de la clasificación depende directamente de la precisión de sus instrucciones.

Conclusión

Clasificar tickets es una tarea repetitiva, pero determina todo lo demás: el plazo de reacción, la aplicación de los SLA, la satisfacción del cliente. Delegarla en un agente no suprime el trabajo humano, lo desplaza hacia lo que realmente exige experiencia: la resolución.

El agente construido aquí hace cuatro cosas: leer, priorizar, avisar, proponer. Funciona de forma continua, cuesta unos pocos créditos por ticket y es totalmente trazable. Puede restringirlo cuanto haga falta y ampliar su alcance a medida que crezca la confianza.

El mismo esquema se aplica después a sus presupuestos, sus avisos de cobro o su inventario. Un agente, una misión clara, límites nítidos.

¿Tiene un proyecto Odoo o quiere aprovechar su ERP con IA? Nuestros equipos le acompañan en la integración, la configuración de sus agentes y la formación de sus usuarios. Contacte con el equipo de Aidoo → o descubra los agentes de Aidoo para Odoo.