Upgrade de versión Odoo
v15 → v19, v16 → v19, v17 → v19. Usás Odoo y querés saltar
a la última versión estable. Path oficial con
upgrade.odoo.com.
Upgrade de versión Odoo (v15→v19, v16→v19, v17→v19), migración desde SAP / Oracle / QuickBooks, o subir tu Odoo on-premises a hosting administrado. Hacemos los tres con método probado, scripts versionados y acceso oficial al upgrade-path certificado por Odoo.
No por la herramienta. No por la versión. No por los datos. Fallan porque alguien improvisó la ventana de cutover, no testeó las customizaciones en staging, o no tenía plan de rollback.
Nuestro proceso lleva +17 años de iteración entre clientes con
operaciones críticas. Usamos el path oficial certificado por Odoo
(upgrade.odoo.com), scripts idempotentes versionados
por cliente, y un plan de rollback documentado antes de tocar
producción.
Cada escenario tiene su método, sus riesgos típicos y su duración estimada. No los tratamos a todos igual.
v15 → v19, v16 → v19, v17 → v19. Usás Odoo y querés saltar
a la última versión estable. Path oficial con
upgrade.odoo.com.
ERP corporativo legacy con licenciamiento caro y complejidad innecesaria. Migrás a Odoo bajando costos sin perder funcionalidad clave.
SAP B1 / NetSuite / Dynamics → OdooTu operación corre con software contable suelto + Excel + sistemas separados. Necesitás ERP completo unificado, no más islas de información.
QuickBooks / SAGE / Excel → OdooTu Odoo corre en servidor propio o cloud genérica y querés que lo operemos nosotros con SLA, monitoreo 24/7 y alta disponibilidad gestionada.
On-prem / VPS → Treming CloudEmpezaste con Odoo Community y ya tocaste su techo: necesitás apps oficiales (Studio, Sign, MRP avanzado, Marketing Automation, etc.) que sólo Enterprise ofrece.
Odoo CE → Odoo EnterpriseTenés varias Odoo separadas (una por país, por filial, por adquisición). Las unificamos en una sola plataforma con multi-company y consolidación financiera.
N instancias → 1 multi-company¿Tu escenario no aparece (migrar de Bind ERP, Defontana, Aspel SAE, sistema propio)? Lo hemos hecho. Escribinos para diagnóstico inicial gratuito.
Desde el diagnóstico inicial hasta los 30 días de acompañamiento post-cutover. Cada etapa con entregable concreto.
Auditoría completa de tu Odoo actual (o del sistema de origen): versión, módulos custom, integraciones externas, volumen y calidad de datos, complejidad funcional. Entregamos documento con scope, riesgos identificados y estimación realista.
Cronograma detallado, ventana de cutover acordada con tu equipo, plan de rollback documentado, definición de criterios de éxito y punto de no-retorno. Si tu operación es 24/7, la ventana se negocia en fin de semana o feriado.
Scripts idempotentes versionados en Git, específicos para tu cliente. Cualquier dato custom (módulos propios, renames de campos, transformaciones de modelo) se procesa acá. Auditable, ejecutable cuantas veces sea necesario.
Dump completo de producción → corrida en ambiente staging idéntico → validación funcional con tu equipo durante 1-2 semanas. Cualquier diferencia entre v15 y v19 se resuelve antes del cutover.
Ventana de mantenimiento controlada. Backup pre-cutover verificado → ejecución del upgrade → smoke tests inmediatos. Si algo no pasa los criterios, rollback al backup en menos de 1 hora.
30 días de soporte intensivo post-cutover. Cualquier issue que se descubra (regression, dato mal migrado, performance) lo arreglamos sin costo adicional. Es parte del compromiso.
No "depende". Estas son duraciones reales de proyectos completados. Tu caso encaja en alguno o entre dos — el diagnóstico lo aterriza.
Tu Odoo es vanilla o casi: módulos oficiales, parametrización estándar, pocos datos custom. El upgrade-path de Odoo lo resuelve directo.
Saltás 4 versiones. Tu Odoo tiene módulos custom propios o de terceros que requieren portar. Es el caso que más vemos en empresas que llevan +3 años con Odoo.
Migración desde ERP corporativo legacy. Requiere ETL custom, mapeo de plan contable, training extenso al equipo y paralelo de 2-4 semanas con ambos sistemas vivos.
Acceso directo a upgrade.odoo.com — el path
certificado por Odoo. No usamos scripts caseros ni forks
de comunidad: usamos lo que Odoo oficial recomienda.
Tu migración queda documentada en repo dedicado, con scripts idempotentes. Si necesitás re-ejecutar (staging adicional, DR drill) lo hacés sin pedirnos permiso.
+200 migraciones realizadas, 0 pérdidas históricas. El backup pre-cutover se verifica antes de tocar producción. Si hay que volver atrás, los datos están exactamente como estaban.
Si algo no pasa los criterios de éxito durante el cutover, volvemos a la versión anterior en menos de 1 hora. Plan de rollback documentado antes de empezar — no improvisado en el momento.
Entre 3 y 20 semanas, dependiendo del tipo y la complejidad. Una v17 → v19 vanilla puede salir en 3-4 semanas. Una v15 → v19 con módulos custom, 8-12 semanas. Una migración desde SAP, 12-20. El diagnóstico inicial te da una estimación concreta para tu caso.
Sólo durante la ventana de cutover (4-12 horas según volumen). Las demás etapas (scripts, staging, pruebas) corren sin afectar tu producción. La ventana se acuerda con tu equipo — típicamente fin de semana o feriado para operaciones críticas.
Los portamos a la nueva versión. Es parte del scope. Si tu Odoo tiene módulos de terceros (OCA, marketplace, devs externos), evaluamos en el diagnóstico cuáles existen ya en la nueva versión y cuáles necesitan port manual.
No. Las versiones nuevas de Odoo mantienen casi todo el flujo funcional. Lo que sí cambia es UI/UX entre versiones grandes (v15 → v19 hay un salto visual). Incluimos 1-2 sesiones de capacitación al equipo cubriendo los cambios relevantes.
Sí. El cutover se planifica en la ventana que tu operación tolere. Para empresas 24/7 hacemos cutover en madrugada de domingo + plan de rollback hasta lunes 8 AM si algo se descubre.
Backup pre-cutover verificado (lo restauramos en sandbox y confirmamos integridad antes de tocar producción). Si algo sale mal durante el cutover, volvemos a ese backup en menos de 1 hora. Cero pérdidas en +200 migraciones realizadas.
Sí. El diagnóstico inicial tiene costo simbólico o se incluye en la propuesta — y es informativo. Si descubrimos que tu mejor opción no es migrar (ej. tu versión actual aún tiene 2 años de soporte y el upgrade no aporta valor inmediato), te lo decimos.
Ambos. Por defecto recomendamos Enterprise (incluye Studio, Sign, MRP avanzado, marketing automation y otros módulos oficiales). Pero si tu caso justifica Community (ej. no usás ninguno de esos módulos), también lo soportamos.
Te acompañamos desde el diagnóstico hasta el go-live. Cuéntanos qué necesitas y diseñamos la solución correcta para tu negocio.