Odoo es modular por diseño y tu instancia es única — Ventas e Inventario activos, quizá Proyectos, quizá Contabilidad, casi seguro algún módulo a medida. Construimos agentes y flujos de IA encima del Odoo que ya tienes, respetando grupos, reglas de registro y tus personalizaciones.
Las cotizaciones se redactan a mano una por una, los pedidos por correo se reescriben en Ventas, las horas de proyecto se imputan a final de semana de memoria y la conciliación bancaria espera al cierre porque nadie tiene tiempo. Odoo tiene los objetos, los flujos y los permisos — pero entre el correo del cliente y el pedido de venta hay siempre una persona copiando datos.
Construimos el conector contra tu instancia vía XML-RPC o JSON-RPC, con un usuario técnico al que le aplicamos los grupos y reglas de registro mínimos del caso de uso. El agente lee res.partner, sale.order, project.task o account.move, escribe con external_id para no duplicar, y respeta tus módulos a medida — incluidos los que reescriben comportamientos estándar. Lo desplegamos como módulo Odoo o como servicio externo, según lo que encaje con tu equipo técnico.
Lee cotizaciones y pedidos de venta, cruza con res.partner y mail.message, y redacta el siguiente correo de seguimiento en la voz del comercial. Lo deja como mensaje en el hilo del pedido para revisar antes de mandar.
Pedidos por correo o PDF convertidos a pedido de venta: emparejamiento contra product.product por código, EAN o descripción, con confianza por línea. Las líneas dudosas se marcan para validación humana, no se inventan.
Para servicios profesionales sobre el módulo Proyectos: lee tareas, mensajes y partes de horas, sugiere imputación de horas por tarea, redacta el estado semanal al cliente y avisa cuando un proyecto se sale del presupuesto acordado.
Cuando el módulo Contabilidad está activo: cruza extractos bancarios con account.move y account.payment, propone conciliación con regla y confianza, y deja para revisión humana solo las que el modelo no ata con seguridad.
Cada incidencia nueva se clasifica por equipo, prioridad y producto, y el agente redacta una respuesta inicial con base en la documentación interna. El equipo aprueba, edita o deriva — la incidencia sale resuelta, no copiada a mano.
Creamos un usuario técnico al que aplicamos los grupos y reglas de registro estrictamente necesarios para el caso de uso. Sin administrador por costumbre, sin acceso global. Documentamos qué modelos lee y escribe el agente, y por qué.
El modelo de permisos de Odoo es el sistema de referencia. Si un usuario humano no puede ver una cotización porque la regla de registro lo excluye, el agente tampoco. Antes de cada despliegue auditamos que el alcance del usuario técnico coincide con la realidad operativa que esperamos.
Si tu equipo prefiere mantener todo dentro del repositorio de módulos, instalamos un módulo personalizado con sus modelos, vistas y dependencias. Si prefieren que la lógica viva fuera, lo desplegamos como servicio externo que habla con Odoo por API. Elegimos contigo, no de entrada.
Cada escritura del agente lleva un external_id estable (ir.model.data) o una referencia en un campo personalizado. Si el flujo se reintenta tras un fallo, no duplicamos contactos, cotizaciones ni asientos. Cualquier ejecución se puede volver a lanzar sin miedo.
Validamos sobre una base de pruebas con datos copiados antes de tocar producción. Y si estás en medio de una actualización (16 → 17 → 18), el conector se prueba contra la versión destino antes de la migración: el salto de versión no rompe el agente porque ya lo cubrimos en el plan.
Funciona con las dos. Las APIs XML-RPC y JSON-RPC son las mismas en Community y Enterprise. La diferencia práctica está en qué módulos tienes activos: si un caso de uso depende de Soporte, Suscripciones o Studio (Enterprise), lo decimos antes de empezar y planteamos alternativa o adopción del módulo. Nunca empujamos una licencia por inercia.
Solo si tú lo pides explícitamente. De entrada convivimos con ellos: el agente respeta los modelos y comportamientos personalizados igual que un usuario humano. Antes del despliegue revisamos los módulos a medida que tocan los modelos de nuestro caso de uso (sale.order extendido, account.move con campos personalizados) para no escribir contra campos que dependen de tu lógica.
El conector se versiona con tu instancia. Antes de la migración, lo probamos contra la versión destino sobre una base de pruebas: identificamos cambios de campos, modelos renombrados o APIs obsoletas, y los resolvemos antes de la puesta en producción. La migración de Odoo y la del agente las planificamos como un único proyecto, no como dos sustos separados.
Lo decidimos contigo según cómo trabaja tu equipo técnico. Como módulo Odoo si quieres versionarlo en tu repositorio, instalarlo desde el menú de aplicaciones y mantenerlo con el mismo flujo que el resto. Como servicio externo si prefieres aislar la lógica de IA, ampliarla aparte y poder iterarla sin tocar la instancia. Las dos opciones tienen el mismo nivel de seguridad y trazabilidad.
Diseñamos soluciones con privacidad desde el inicio, control humano, trazabilidad, límites de uso, gestión de permisos y documentación. Para procesos sensibles, ayudamos a evaluar los riesgos y obligaciones aplicables bajo el RGPD y el Reglamento de IA.
Cada proyecto lo lidera personalmente uno de los socios. Si hay encaje, te respondemos en menos de 24 horas con una primera lectura concreta de tu caso — no con una demostración genérica.
