En este artículo
Actualización de Odoo Enterprise: ¿qué trabajo sigue necesitando presupuesto?
La suscripción Enterprise incluye un servicio de actualización. Después, un partner propone un proyecto con análisis, adaptaciones, pruebas y formación. Antes de decidir si su oferta es razonable, identifica qué trabajo cubre la suscripción y qué responsabilidades empresariales siguen pendientes.
Trata el servicio de actualización incluido como una línea de trabajo acreditada dentro del proyecto de migración. Presupuesta las responsabilidades adicionales que tu acuerdo no resuelva: adaptaciones no cubiertas, validación empresarial, limpieza y preparación de usuarios. Cada línea necesita responsable de entrega, resultado de aceptación y referencia comercial. Conserva las tarifas desconocidas como pendientes de precio.
Fuentes comprobadas: 5 de noviembre de 2026. Inspeccionamos el acuerdo oficial y la documentación de actualización de 20.0. El registro de esfuerzo es hipotético: no es una oferta, referencia de mercado ni actualización ejecutada. Revisa tu contrato y pedido aplicables antes de considerar cubierto un trabajo.
¿Qué cubre el servicio de actualización incluido?
El límite útil es el entregable cubierto por el acuerdo. Define qué incluye la conversión técnica y quién valida el comportamiento empresarial o adapta lo que queda fuera. Una conversión incluida puede coexistir con un proyecto importante. Eso no demuestra que todas las líneas propuestas sean necesarias o deban cobrarse por separado.
El acuerdo Enterprise publicado, versión 13 del 24 de septiembre de 2026, cubre la conversión técnica de la base y de los módulos adicionales cubiertos. Asigna al cliente la validación y adaptación de extensiones no cubiertas.
La guía de actualización excluye limpieza previa, módulos adicionales no cubiertos y formación. La cobertura de Studio tiene condiciones expresas de instalación y suscripción. Comprueba esas diferencias, sin clasificar toda personalización como incluida o excluida.
Pide al equipo que relacione la propuesta con los documentos aplicables. «Migración» es demasiado amplio para comparar: puede significar solicitar la conversión, adaptar un módulo no cubierto, conciliar datos o formar usuarios. Cada tarea tiene una condición de finalización y quizá un responsable diferente.
¿Cómo convertir ese límite en un alcance de trabajo?
Crea un registro de alcance antes de discutir el total. Cada línea necesita un resultado concreto, un responsable de entrega y una referencia que establezca si está cubierta, es adicional o sigue sin resolver. Separa entrega técnica y aceptación empresarial: el proveedor puede terminar su tarea mientras el dueño del proceso aún debe decidir.
| Trabajo | Pregunta pendiente | Resultado revisable |
|---|---|---|
| Conversión técnica de la base | ¿Qué servicio y acuerdo cubren esta base y versión objetivo? | Base de prueba convertida e incidencias registradas |
| Personalizaciones | ¿Cuáles están cubiertas, se mantienen aparte o se retiran? | Inventario identificado de módulos y configuración con responsables |
| Interfaces | ¿Quién comprueba el sistema externo y el estado empresarial resultante? | Evidencia de aceptación acordada de las interfaces |
| Datos e informes | ¿Qué diferencias deben explicarse y quién las aprueba? | Registro de conciliación y excepciones explícitas |
| Personas y procedimientos | ¿Qué roles deben aprender un proceso modificado? | Procedimiento actualizado y responsable de preparación |
| Puesta en producción y estabilización | ¿Quién controla la ventana, los traspasos y las incidencias abiertas? | Plan operativo aprobado y responsabilidad de soporte |
Utiliza tres estados comerciales: cobertura confirmada, adicional confirmado y sin resolver. Registra fecha de la evidencia y quién puede resolver cada duda. No elimines un coste porque alguien cree que pertenece a la suscripción. Tampoco pagues dos veces el mismo resultado sin entender el trabajo adicional ofrecido.
Haz visible el esfuerzo del cliente. Finanzas, ventas, operaciones y responsables de integración pueden tener que juzgar resultados que el servicio de conversión no puede aceptar en su nombre. Si su tiempo falta en el calendario, el proyecto puede parecer técnicamente listo sin que nadie esté disponible para decidir si el negocio puede utilizarlo.
¿Qué personalizaciones necesitan una decisión de cobertura?
Inventaría la personalización real antes de asignarle una categoría presupuestaria. Registra su función, cómo se creó, la versión mantenida y la evidencia de cobertura. Decide después si conservarla, sustituirla o retirarla. Contar módulos no describe el esfuerzo de adaptación ni demuestra que el mantenimiento actual cubra el trabajo objetivo.
No conviertas «personalizado» en un único bloque comercial. Un cambio de Studio, un módulo mantenido, un conector no cubierto y un ajuste de informe pueden tener responsabilidades distintas. Pide el elemento concreto y su referencia de mantenimiento o suscripción. Si ya está cubierto, precisa qué coordinación o aceptación adicional se está ofreciendo.
La guía de bases personalizadas de Odoo separa compatibilidad de instalación, pruebas de ejecución y ensayo. Para compras, «el módulo se instala» y «el negocio acepta su comportamiento» son entregables diferentes.
En una extensión ficticia de descuentos, el inventario podría incluir la regla que se conserva, el mantenedor, la conversión cubierta y un caso de aceptación del responsable comercial. Un informe obsoleto podría retirarse tras aprobar una alternativa estándar. Son ejemplos de lo que debe resolver una línea de alcance, no evidencia sobre tus módulos.
¿Cómo se calcula un presupuesto hipotético del proyecto?
Pon precio a supuestos de trabajo explícitos y mantén las incógnitas. El ejemplo asigna 84 horas externas y 20 internas de aceptación. Sus tarifas son inventadas, no orientación de mercado. Produce un subtotal de trabajo conocido; ajustes de mantenimiento, cambios de suscripción y otras líneas comerciales quedan fuera hasta obtener evidencia escrita.
| Trabajo | Horas supuestas | Tarifa supuesta | Importe |
|---|---|---|---|
| Inventario y revisión de cobertura | 8 externas | 120 €/hora | 960 € |
| Adaptaciones no cubiertas | 24 externas | 120 €/hora | 2.880 € |
| Verificación de integraciones | 16 externas | 120 €/hora | 1.920 € |
| Apoyo a la conciliación de datos | 12 externas | 120 €/hora | 1.440 € |
| Formación y procedimientos | 8 externas | 120 €/hora | 960 € |
| Preparación de la puesta en producción | 8 externas | 120 €/hora | 960 € |
| Asignación de estabilización | 8 externas | 120 €/hora | 960 € |
| Aceptación de responsables del negocio | 20 internas | 60 €/hora | 1.200 € |
| Subtotal de trabajo conocido | 84 externas + 20 internas | Mixta | 11.280 € |
Una reserva independiente de 16 horas externas a 120 €, sujeta a autorización, añadiría 1.920 €. El límite del trabajo conocido sería 13.200 €, antes de las líneas sin precio. Es una asignación elegida para el ejemplo, no una contingencia estadísticamente justificada ni permiso automático para consumirla.
Descarga el registro de alcance y presupuesto y la calculadora de subtotal en Python. Ejecuta python3 upgrade_scope_budget.py scope-budget.csv. Usa la biblioteca estándar, no se conecta a Odoo y muestra expresamente las tres líneas sin precio.
Sustituye horas y tarifas tras revisar el alcance. Las incógnitas son ajustes de mantenimiento o cobertura, cambios de suscripción o alojamiento y otras tarifas de terceros. Impuestos y exclusiones adicionales requieren su tratamiento. Presentar 11.280 € como precio completo del proyecto ocultaría esas entradas pendientes.
¿Cómo pueden dos ofertas describir proyectos distintos?
Iguala alcance y resultados de aceptación antes de comparar totales. Una oferta puede terminar en una base convertida; otra puede incluir comprobación de interfaces y preparación del negocio. Un total mayor puede representar más trabajo, mientras uno menor puede dejar tareas necesarias a tu equipo. Ningún precio aislado identifica la mejor oferta.
| Texto de la oferta | Pregunta | Aclaración necesaria |
|---|---|---|
| «Actualización incluida» | ¿Qué conversión está cubierta y quién valida el negocio? | Separar cobertura del servicio y esfuerzo de aceptación del cliente |
| «Todas las personalizaciones migradas» | ¿Incluye conectores externos y funciones que se retirarán? | Elementos identificados, exclusiones y condiciones de aceptación |
| «Precio fijo de migración» | ¿Qué supuestos pueden activar una solicitud de cambio? | Alcance base, proceso de cambios y dependencias sin precio |
Pide a ambos proveedores que valoren el mismo registro. Si uno excluye algo, identifica quién lo entregará y cómo encaja su aceptación. Si incluye rediseño, conviértelo en opción explícita. De lo contrario, comparar precios se convierte en comparar ambiciones diferentes.
Usa la guía de aceptación y conciliación de migraciones Odoo para definir evidencia sustantiva. Este artículo delimita la compra; no sustituye el plan de pruebas. Para restricciones de API y calendario de versiones, consulta la guía de límites de integración de Odoo.
¿Qué debe resolverse antes de reservar la fecha de producción?
Resuelve responsables de trabajo, responsables de aceptación e incógnitas comerciales capaces de cambiar el plan. Confirma quién estará disponible para cada decisión y quién atenderá un fallo. La fecha gana credibilidad cuando lo pendiente tiene alcance y evidencia acotados, no solo cuando puede enviarse la solicitud de conversión técnica.
El registro de aprobación debe enlazar inventario de cobertura, alcance objetivo aceptado, defectos pendientes y decisiones comerciales. Debe indicar quién controla la puesta en producción y las condiciones para continuar. El ensayo y la aceptación real permanecen en el plan de implementación; el presupuesto hace visible su responsabilidad.
Si el alcance incluye IA, añade la revisión de preparación de IA de Odoo 19 a 20. Si ya faltan responsables fiables o evidencia útil, la guía de recuperación de proyectos y cambio de partner trata esa decisión diferente.
¿Qué aprobaríamos primero?
Aprueba un inventario y revisión de cobertura acotados antes de comprometer precio o fecha globales. Exige un resultado y responsable por línea y presupuesta después el trabajo adicional confirmado. Mantén visible el servicio incluido, agenda la aceptación del cliente y conserva las tarifas abiertas hasta tener evidencia para una decisión completa.
Si la actualización se transforma en un rediseño, decide ese alcance aparte con la guía de software estándar frente a desarrollo a medida. El caso Twinsoft AI aporta contexto de otro proyecto; no acredita estas horas o tarifas hipotéticas de Odoo.
La consultoría tecnológica de Wavect puede ayudarte a definir un alcance revisable. Revisa una propuesta de actualización de Odoo con el acuerdo actual, el inventario de personalizaciones y el borrador del alcance.