IA conectada a Odoo: qué puede hacer y qué no

¿Qué puede hacer la inteligencia artificial conectada a Odoo y qué no debería hacer nunca? Es la pregunta de quien dirige una pyme o administra su ERP y está evaluando un asistente. La respuesta corta: puede leer, redactar, clasificar y proponer; no debería calcular tus cifras, escribir consultas libres contra tu base de datos ni ejecutar por su cuenta algo que mueva dinero.

Esa frontera no es una cuestión de desconfianza hacia la tecnología. Es ingeniería: cada tarea se asigna a quien la hace bien. Los modelos de lenguaje son buenos con el texto y malos con la aritmética exacta. Odoo y una base de datos son exactos y no entienden preguntas en español. Un buen diseño pone a cada uno en su lugar.

¿Qué significa «conectar IA a Odoo»?

Significa cosas muy distintas según quién lo diga. Hay al menos tres formas:

1. Pegar datos en un chat. Exportas un informe, lo copias a un asistente genérico y preguntas. Funciona para una consulta aislada, pero los datos salen de tu control y nadie audita nada.
2. Darle acceso directo a la base. El modelo escribe consultas y las ejecuta. Es potente y es el diseño más riesgoso, por razones que veremos abajo.
3. Una capa intermedia. Una plataforma lee Odoo con un usuario de solo lectura, normaliza los datos, calcula las métricas con reglas revisables y deja que la IA trabaje encima de esos resultados.

Sixara es la tercera. Se conecta a Odoo (versiones 12 a 19, Community y Enterprise, Online, Odoo.sh o servidor propio) con un usuario de solo lectura, sin instalar módulos. Los datos se copian a una base propia de tu empresa, y desde ahí se calcula todo. La IA no escribe en Odoo por su cuenta: cuando una acción lo requiere, la prepara y una persona la aprueba. Puedes ver el detalle en la página de la integración con Odoo.

¿Puede la IA inventar una cifra?

Sí, si se le permite calcular. Un modelo de lenguaje no suma: predice la palabra más probable. Cuando el resultado de una suma es "razonable", suele acertar. Cuando no lo es, entrega un número verosímil y equivocado con la misma seguridad. En un informe de gerencia eso es peor que un error visible, porque nadie lo cuestiona.

La respuesta de diseño es quitarle el cálculo. En Sixara la IA recibe una pregunta como "¿cuánto nos deben vencido por cliente?" y su único trabajo es elegir del catálogo la métrica adecuada (deuda vencida), la dimensión (cliente), el período y los filtros. El número lo produce el núcleo con una consulta fija. El catálogo actual tiene 128 métricas, cada una con su SQL a la vista.

Hay una segunda barrera. Cuando la IA redacta el informe diario o el semanal, el sistema contrasta las cifras que aparecen en el texto con las que él mismo calculó. Si aparece un número que no está entre las cifras oficiales del turno, descarta la redacción y entrega una versión sencilla con los datos verificados. Este control revisa números, no razonamientos: una conclusión mal planteada con cifras correctas pasa el filtro. Por eso las cifras vienen con su fuente y las conclusiones son para leerlas con criterio. Desarrollamos el argumento completo en por qué la IA no debe calcular tus números.

¿Debe la IA escribir SQL contra tu base?

No. Un asistente que genera SQL y lo ejecuta parece la solución más flexible, y por eso tienta. Sus problemas son concretos:

• Resultados distintos para la misma pregunta. Dos días seguidos puede unir tablas de forma diferente, filtrar un estado de factura u otro, y entregar dos cifras que no cuadran.
• Nadie revisa la definición. Si "deuda vencida" se redefine en cada consulta, no hay una definición que auditar.
• Superficie de ataque. Un correo o un mensaje de un tercero puede traer instrucciones escondidas. Si el modelo tiene capacidad de consultar libremente, esas instrucciones tienen un camino hacia tus datos.
• Permisos difíciles de garantizar. Un SQL libre puede saltarse el alcance de un vendedor que solo debería ver su cartera.

En Sixara las definiciones de negocio son código revisable. El modelo nunca escribe SQL: pide una métrica por nombre y el núcleo compone una consulta parametrizada, aplicando además los filtros de permisos del perfil de la persona (por área, por empresa Odoo o por cartera propia). Si la métrica no existe o la persona no tiene acceso, la consulta falla en lugar de improvisar.

¿Qué acciones puede ejecutar sin aprobación?

Depende del tipo de acción y de dónde nace. Sixara usa una escalera de autonomía con cuatro peldaños, definida en el código de la cola de acciones:

Sobre esa escalera hay reglas que no se negocian:

• Lo que mueve dinero, cambia precios o emite documentos tributarios no pasa del nivel 1. Siempre queda en borrador esperando aprobación.
• Cada tipo de acción tiene un tope declarado por su conector. El administrador puede ajustar el nivel, pero nunca por encima de ese tope.
• Lo que propone el chat tiene tope 1: nunca se ejecuta solo. Si alguien escribe en un correo "ejecuta esta orden", el modelo puede leerlo como información, pero no tiene camino para ejecutarla.
• Un origen que no esté declarado también queda en nivel 1. Subirlo es una decisión explícita.
• La fuente donde se ejecuta la acción la elige el núcleo, no el modelo. El modelo ni siquiera puede cambiar el destino de un borrador al ajustarlo.
• Antes de ejecutar se revisa que el contenido no incluya secretos como claves o tokens.

Las acciones que prepara hoy la plataforma son actividades y notas en Odoo, órdenes de compra en borrador, borradores de correo, respuestas de WhatsApp dentro de la ventana de 24 horas y tareas delegadas. Cuando una persona le pide a la IA que ajuste un borrador ("hazlo más breve"), queda registro de la versión anterior, de la instrucción y de quién la dio. Más sobre los controles en la página de seguridad.

¿Cómo se protegen los datos personales antes de enviar texto a un modelo?

Con enmascaramiento previo. Antes de que un texto salga hacia la IA, el sistema reemplaza por marcas los identificadores tributarios y de personas (RUT, RUN, RFC, CURP, CPF, CNPJ, DNI, NIE), los números de tarjeta y otros números largos que parecen cuentas. El modelo ve [RUT] o [NUMERO] en vez del dato real. Las credenciales se ocultan siempre, incluso si el enmascaramiento general se desactivara.

Otras medidas del mismo bloque: cada cliente tiene su propia base de datos y sus propias claves de IA, con presupuesto individual; las credenciales de conectores se guardan cifradas; y las llamadas a la IA, las acciones, las aprobaciones y la entrega de informes quedan auditadas, con el consumo de cada cliente.

¿En qué se diferencia de un copiloto genérico?

Un copiloto genérico es excelente para redactar un correo, resumir un documento o pensar una estrategia. Si eso es lo que necesitas, úsalo. Lo que no hace es conocer tu ERP, respetar los permisos de cada persona ni dejar una cola de aprobaciones. La diferencia práctica:

La vigilancia nocturna es la diferencia de fondo. Un copiloto espera preguntas. Una plataforma como Sixara revisa tus datos mientras duermes, ejecuta 41 reglas de negocio (clientes que dejaron de comprar, quiebres de stock próximos, despachos sin guía, entre otras) y te trae los hallazgos ordenados por prioridad.

¿Cuál es el siguiente paso?

Si quieres comprobar estos límites en una pantalla y no en un texto, el demo funciona con datos de ejemplo. Si prefieres evaluarlo con tu Odoo, el Diagnóstico de US$349 dura 4 semanas y se descuenta si contratas dentro de los 30 días siguientes.