Caso de uso
Cómo una empresa española de servicios lleva sus proyectos, horas y equipos en Odoo
Una empresa española del sector servicios gestiona hoy compras, ventas y proyectos en Odoo, con los fichajes de sus equipos desde el móvil. A diferencia de una planta de producción, aquí el eje del sistema son los proyectos, las horas facturables y los equipos que los ejecutan — con desarrollos a medida y CI/CD sosteniendo cada cambio.
El punto de partida
El reto no era gestionar una línea de producción, sino el ciclo propio de un negocio de servicios: presupuestar un proyecto, venderlo, ejecutarlo con un equipo que reparte su tiempo entre varios clientes, y fichar las horas de cada persona sin depender de un puesto fijo. Un único sistema en Odoo tenía que sostener las compras, las ventas y los proyectos con esa lógica de horas y equipos como hilo conductor.
Qué se implantó
Compras
Gestión de compras integrada con las ventas y los proyectos, en el mismo sistema.
Ventas
Pipeline de ventas conectado con los proyectos que se abren a partir de cada operación cerrada.
Proyectos, horas y equipos
El eje del sistema: proyectos con las horas de cada equipo registradas y ligadas a las ventas y compras que los sostienen.
Fichajes desde app móvil
Los equipos, repartidos entre distintos clientes y ubicaciones, fichan su jornada desde el móvil en lugar de un puesto fijo.
Desarrollos a medida
Personalizaciones propias sobre Odoo para encajar el proceso real del negocio, sin forzar el sistema a un molde genérico.
CI/CD completo
Cada cambio en los desarrollos a medida pasa por un pipeline de integración y despliegue continuo antes de llegar a producción — el mismo rigor con el que se construye software se aplica aquí a las personalizaciones de Odoo, en lugar de desplegar cambios a mano.
La metodología: módulos propios, cero cambios al core
Cada desarrollo a medida se construye siempre en la capa de personalización del cliente — nunca tocando el núcleo de Odoo. La consecuencia es verificable: las actualizaciones de versión se hacen limpias, y los desarrollos propios se vuelven a aplicar y siguen funcionando después de cada actualización. Como lo resumimos con este cliente: tu Odoo se actualiza; tus desarrollos también.
En un negocio de servicios, esto importa doblemente: los desarrollos a medida que sostienen la facturación por horas y la gestión de equipos no pueden quedar atrapados en una versión antigua de Odoo. La misma disciplina de módulos propios que aplicamos en otros sectores es la que mantiene este sistema al día sin perder ni un desarrollo por el camino.
Y el proyecto se queda con su formador IA
uKodeIT y uKITAIz son de la misma empresa. Como parte de la implantación, el proyecto queda con un modelo de IA propio entrenado como formador especial: el equipo del cliente puede preguntar en cualquier momento sobre las especificaciones y los procesos de su propio proyecto, en lenguaje natural. Es siempre una IA privada — entrenada para este cliente y desplegable en infraestructura controlada, sin depender de nubes de terceros. Se ofrece como parte del servicio de implantación, no como una función de uKore.
Preguntas frecuentes
- Por confidencialidad no revelamos el nombre del cliente: la describimos como una empresa española del sector servicios. Los datos técnicos del caso — módulos, procesos, metodología — son reales.
- Porque el negocio no fabrica: vende y ejecuta proyectos con equipos que reparten su tiempo entre clientes. El sistema se construyó alrededor de ese ciclo, en lugar de forzarlo a un molde pensado para planta industrial.
- Que cada cambio se prueba y despliega mediante un pipeline automatizado antes de llegar a producción, en lugar de subirse a mano — el mismo control con el que se construye software se aplica a las personalizaciones de Odoo.
- Un modelo de IA privado, entrenado sobre las especificaciones y procesos concretos de este proyecto, consultable en lenguaje natural — servicio de implantación de uKodeIT/uKITAIz, no una función incluida en uKore.