No actualizar Odoo puede costarte 25% más
Si tu empresa utiliza una versión antigua de Odoo, postergar la actualización ya no es solamente una decisión tecnológica. También puede convertirse en una decisión financiera.
Odoo establece en su acuerdo de suscripción Enterprise una tarifa adicional para bases de datos que permanezcan en versiones anteriores a las versiones cubiertas por su política.
Esa tarifa puede equivaler al 25% del precio anualizado de la suscripción, calculado con base en el precio actual por usuario y el número de usuarios.
Si tu empresa lleva años trabajando sobre la misma instalación, con desarrollos personalizados, integraciones, CFDI, inventarios, contabilidad o procesos críticos, esto cambia la conversación:
Seguir sin actualizar también puede tener un costo.
El costo de seguir en una versión antigua
Odoo contempla una tarifa adicional para bases que se encuentren por debajo de sus versiones cubiertas.
de soporte estándar por versión mayor
puede aplicar a versiones no cubiertas
es una condición comercial de Odoo
¿Odoo realmente puede cobrarte 25% más?
Sí. Y está establecido en el contrato de Odoo Enterprise.
No se trata de una multa fiscal ni de una penalización del SAT. Es una tarifa adicional contemplada en las condiciones comerciales de Odoo Enterprise cuando una base se encuentra en una versión anterior a las Versiones Cubiertas.
El punto está contemplado en la sección 5.1 “Standard charges” del Odoo Enterprise Subscription Agreement.
El acuerdo establece que, una vez al año y no antes de seis meses después del lanzamiento de una nueva versión mayor, si la base del cliente está en una versión anterior a las Versiones Cubiertas, puede aplicarse una tarifa adicional equivalente al 25% del precio anualizado.
Odoo Enterprise Subscription Agreement
Consulta directamente la sección 5.1 del acuerdo oficial, donde Odoo establece la tarifa adicional del 25%.
No es una interpretación de Inti Tec: la condición está contemplada expresamente en el acuerdo de suscripción de Odoo.
¿Por qué Odoo cobra más por mantener versiones antiguas?
Odoo trabaja con un ciclo continuo de evolución de su plataforma y proporciona soporte estándar para cada versión mayor durante tres años.
Ese soporte incluye helpdesk, corrección de errores y actualizaciones de seguridad. Una vez terminado ese periodo, Odoo establece un esquema de soporte extendido sujeto a una tarifa adicional obligatoria.
Mantener software antiguo cuesta
Dar soporte a versiones antiguas implica mantener compatibilidad con tecnología y escenarios anteriores.
Odoo sigue evolucionando
Cada nueva versión incorpora mejoras funcionales, tecnológicas, operativas y de seguridad.
Postergar deja de ser gratis
Mantenerse indefinidamente en una versión antigua puede comenzar a tener un impacto económico directo.
Soporte estándar y extendido de Odoo
Odoo publica el estado de soporte de cada versión y las fechas previstas para finalizar el soporte estándar.
Consultar versiones soportadas¿A qué tipo de Odoo afecta realmente este 25%?
No todas las instalaciones de Odoo se actualizan de la misma manera. Antes de preocuparte por el 25%, lo primero es saber dónde está alojada tu base: Odoo Online, Odoo.sh o On-Premise.
La diferencia clave
En Odoo Online, Odoo administra directamente la plataforma y el ciclo de actualización. En Odoo.sh y On-Premise, una actualización de versión requiere una migración planificada, especialmente cuando existen módulos personalizados, integraciones o desarrollos de terceros.
Odoo Online
SaaSEs la modalidad SaaS administrada directamente por Odoo. Las bases Online están sujetas al proceso de actualización gestionado por Odoo.
- En versiones mayores, Odoo establece upgrades obligatorios según su ciclo de actualización.
- Odoo notifica antes de un upgrade obligatorio y, si se alcanza la fecha límite sin actuar, puede ejecutar automáticamente la actualización.
- Odoo Online no admite módulos personalizados tradicionales o apps no estándar.
- Las versiones SaaS intermedias de Odoo Online no son elegibles para soporte extendido.
No es el escenario típico donde una empresa decide permanecer durante años en una versión antigua y pagar el 25%. Odoo gestiona activamente el ciclo de upgrade de estas bases.
Odoo.sh
CLOUD + CÓDIGOOdoo.sh es la plataforma cloud oficial de Odoo para proyectos que necesitan mayor control técnico, repositorio, ambientes de desarrollo y módulos personalizados.
- Odoo.sh está integrado con la plataforma oficial de upgrades.
- La migración debe prepararse y probarse antes de actualizar producción.
- Si existen módulos personalizados, su código debe ser compatible con la versión destino antes de completar el upgrade.
- Los módulos creados por terceros no están automáticamente cubiertos por el servicio estándar de upgrade, salvo que exista una cobertura contractual específica.
Aquí sí existe una decisión real de migración. Si la empresa posterga el upgrade y queda fuera de las versiones cubiertas, el 25% adicional puede convertirse en un costo relevante de mantener la versión antigua.
Odoo On-Premise
SELF-HOSTEDLa empresa aloja Odoo en su propia infraestructura o en infraestructura administrada por un proveedor externo.
- El cliente controla su infraestructura y cuándo ejecutar el cambio de versión.
- El upgrade debe solicitarse y ejecutarse de forma planificada.
- Deben revisarse base de datos, servidor, dependencias, integraciones y módulos personalizados.
- Permanecer en una versión antigua puede ser técnicamente posible, pero Odoo recomienda trabajar sobre versiones soportadas.
Junto con Odoo.sh, es uno de los escenarios donde más sentido tiene anticipar la migración: la empresa puede seguir operando con una versión antigua, pero el costo y la deuda técnica pueden seguir creciendo.
En una mirada: ¿quién debe preocuparse más por planificar la migración?
| Modalidad | ¿Odoo gestiona el upgrade? | ¿Permite módulos personalizados? | Necesidad de plan de migración |
|---|---|---|---|
| Odoo Online | Sí. Odoo administra el proceso y puede ejecutar upgrades obligatorios. | No módulos personalizados tradicionales. | MENOR |
| Odoo.sh | Odoo aporta la plataforma de upgrade, pero el proyecto debe prepararse y probarse. | Sí. | ALTA |
| On-Premise | No de forma automática. El cliente o su partner coordina el upgrade. | Sí. | ALTA |
¿No sabes si estás en Odoo Online, Odoo.sh o On-Premise?
Antes de hablar de migración o del posible 25% adicional, podemos identificar tu modalidad de alojamiento, versión actual, desarrollos e integraciones y decirte qué camino tiene sentido.
¿Estás en Odoo 17? Ya tienes una fecha que deberías mirar
Si actualmente utilizas Odoo 17, el 25% todavía no debería ser tu problema inmediato. Pero ya existe una ventana de tiempo que dirección, finanzas y TI deberían considerar.
Nace Odoo 17
Odoo 17 fue liberado como versión mayor en noviembre de 2023.
Termina el soporte estándar
Odoo tiene previsto finalizar el soporte estándar de Odoo 17 en septiembre de 2026.
Llega Odoo 20
Odoo anuncia que Odoo 20 será liberado durante Odoo Experience 2026.
El 25% puede entrar en juego
Bajo las condiciones actuales, la tarifa no podría aplicarse antes de aproximadamente finales de marzo de 2027.
¿Por qué marzo de 2027?
Odoo define las “Covered Versions” como las tres versiones mayores más recientemente liberadas.
Con la llegada de Odoo 20, ese grupo pasaría a estar compuesto por Odoo 20, Odoo 19 y Odoo 18. En consecuencia, Odoo 17 quedaría fuera de las tres versiones mayores más recientes.
Sin embargo, el acuerdo Enterprise establece que la tarifa adicional no puede aplicarse antes de seis meses después del lanzamiento de una nueva versión mayor. Por eso, bajo las condiciones actualmente publicadas, el punto de referencia para Odoo 17 sería aproximadamente finales de marzo de 2027, no septiembre de 2026.
*La fecha exacta de aplicación puede depender de la fecha efectiva de lanzamiento de Odoo 20 y de las condiciones y ciclo contractual aplicables a cada cliente.
Si estás en Odoo 17, no necesitas entrar en pánico. Necesitas un plan.
Esperar hasta 2027 para analizar desarrollos, integraciones y procesos críticos reduce el tiempo disponible para ejecutar una migración correctamente.
SEPTIEMBRE 2026 → MARZO 2027
El reloj también empezó a correr para Odoo 17
Migrar con tiempo es una decisión. Migrar contra el reloj es un problema.
El error no es utilizar una versión antigua. El error es no tener un plan.
Esperar hasta la renovación
Descubrir el impacto económico cuando llega una renovación deja poco espacio para evaluar alternativas correctamente.
Migrar todo lo personalizado
No todos los desarrollos históricos deben sobrevivir. Algunos pueden sustituirse por estándar y otros simplemente ya no generan valor.
Ignorar las integraciones
Ecommerce, bancos, APIs, operadores logísticos, timbrado y sistemas externos deben revisarse antes de actualizar.
Actualizar “porque toca”
Una migración sin diagnóstico puede cambiar deuda técnica vieja por deuda técnica nueva. Negocio redondo... para nadie.
Antes de pagar más por seguir igual, evalúa cuánto cuesta actualizar
Inti Tec puede revisar tu versión, desarrollos, integraciones y procesos actuales para determinar si conviene migrar, estabilizar primero la instalación o construir una estrategia gradual de actualización.
Una versión antigua puede seguir funcionando. Eso no significa que siga siendo la mejor decisión.
Muchas empresas permanecen años en una versión porque, aparentemente, “todo funciona”.
Ventas factura, compras compra y almacén sigue moviendo mercancía.
El problema suele estar debajo de la superficie: desarrollos que nadie quiere modificar, procesos manuales construidos alrededor del ERP, interfaces que dependen de una persona, reportes paralelos en Excel y actualizaciones postergadas año tras año.
En manufactura esto puede involucrar producción, trazabilidad, inventarios y costos. En distribución, inventario y logística. En retail, punto de venta y múltiples canales. En servicios, proyectos, facturación, cobranza y rentabilidad.
Entonces aparece el 25% y parece un problema nuevo. Muchas veces solamente hace visible un problema que llevaba años creciendo.
Cómo abordar correctamente una migración de Odoo
1. Diagnóstico de la base
Identificar versión, aplicaciones utilizadas, compañías, usuarios, volumen de información y configuración actual.
Beneficio: conocer el alcance real antes de comprometer tiempos y costos.2. Inventario de desarrollos
Clasificar personalizaciones entre necesarias, reemplazables por estándar, obsoletas o candidatas a rediseño.
Impacto: evitar migrar código simplemente porque “siempre estuvo ahí”.3. Revisión de integraciones
Validar APIs, ecommerce, bancos, sistemas externos, operadores logísticos y servicios relacionados con facturación.
Beneficio: reducir sorpresas durante el cambio de versión.4. Pruebas y salida controlada
Probar los procesos críticos antes del cambio definitivo y definir responsables, validaciones y estrategia de salida.
Impacto: proteger la continuidad operativa.En México, actualizar también exige revisar el frente fiscal
Una migración no debería analizar solamente ventas, compras e inventarios. En México existe un frente adicional que debe probarse cuidadosamente: los procesos relacionados con SAT y la operación fiscal.
Validar emisión, cancelación y los flujos utilizados por la empresa.
Probar cobranza, conciliación y documentos relacionados.
Revisar los escenarios aplicables a la operación logística.
Revisar compras y la información recibida de proveedores.
Confirmar configuraciones y procesos utilizados por contabilidad.
Revisar información fiscal de clientes y proveedores.
Una versión antigua no implica automáticamente incumplimiento fiscal. El riesgo depende de la configuración, localización, desarrollos e integraciones de cada instalación.
7 números que gerencia debería conocer antes de decidir
Checklist: ¿tu empresa debería evaluar una migración ahora?
- ✓ Utilizan Odoo 16 o una versión anterior.
- ✓ Utilizan Odoo 17 y no tienen un plan de actualización.
- ✓ Nunca han realizado una evaluación formal de migración.
- ✓ Tienen desarrollos personalizados.
- ✓ Existen integraciones con aplicaciones externas.
- ✓ Parte de la operación sigue dependiendo de Excel.
- ✓ El partner original ya no brinda el soporte esperado.
- ✓ Hay incidencias recurrentes que nadie quiere tocar.
- ✓ No saben qué desarrollos continúan siendo necesarios.
- ✓ Quieren actualizar sin poner en riesgo la operación.
¿Tu Odoo lo implementó otro partner? También podemos ayudarte.
Inti Tec puede evaluar instalaciones existentes aunque hayan sido implementadas por otro partner, consultor o equipo interno. El primer paso es conocer el estado real de la plataforma antes de recomendar una migración.
Implementación y soporte Odoo en México con Inti Tec
Una migración seria no consiste simplemente en actualizar una base de datos.
Debe considerar respaldo, ambiente de pruebas, revisión funcional, desarrollos personalizados, integraciones, procesos fiscales, pruebas de usuario, salida en vivo y seguimiento posterior.
El objetivo no es solamente subir de versión. Es actualizar Odoo sin poner en riesgo la operación.
Preguntas frecuentes sobre el 25% y las versiones antiguas de Odoo
¿El 25% de Odoo es una multa?
No. Es una tarifa adicional prevista en el acuerdo de suscripción Odoo Enterprise cuando una base se encuentra en una versión anterior a las Versiones Cubiertas aplicables.
¿Odoo puede cobrar el 25% inmediatamente al terminar el soporte?
No necesariamente. El acuerdo indica que la tarifa puede aplicarse una vez al año y no antes de seis meses después del lanzamiento de una nueva versión mayor.
¿Cuándo termina el soporte estándar de Odoo 17?
Odoo tiene previsto finalizar el soporte estándar de Odoo 17 en septiembre de 2026.
¿Cuándo podría aplicar el 25% a una empresa que sigue en Odoo 17?
Odoo 20 será liberado durante Odoo Experience 2026, programado del 24 al 26 de septiembre. Bajo las condiciones actualmente publicadas, Odoo 17 quedaría fuera de las tres versiones mayores más recientes y la tarifa no podría aplicarse antes de aproximadamente finales de marzo de 2027. La fecha concreta dependerá del lanzamiento efectivo y de las condiciones contractuales del cliente.
¿El 25% afecta igual a Odoo Online, Odoo.sh y On-Premise?
No en la práctica. Odoo Online opera bajo un ciclo de upgrades gestionado por Odoo y puede actualizar automáticamente una base cuando llega una fecha obligatoria. En Odoo.sh y On-Premise existe mayor control sobre el momento de migración y pueden existir módulos personalizados, por lo que la planificación, adaptación de código y pruebas adquieren mucha más importancia. La aplicación contractual concreta del cargo debe revisarse según la suscripción y versión de cada cliente.
¿Tengo que migrar inmediatamente?
No necesariamente. Primero conviene analizar desarrollos, integraciones, procesos críticos, costos y riesgos. La migración debería responder a un plan, no a una reacción apresurada.
¿Inti Tec puede ayudarnos si Odoo fue implementado por otro partner?
Sí. Inti Tec puede evaluar una instalación existente, revisar su estado y definir un plan de soporte, estabilización o migración.
Fuentes oficiales
Este artículo utiliza documentación pública oficial de Odoo. Las condiciones específicas de cada empresa deben validarse contra su contrato vigente.
Sección 5.1 “Standard charges”: condiciones de aplicación de la tarifa adicional del 25%.
Consultar acuerdo oficial de OdooDuración del soporte estándar y fechas de soporte por versión.
Consultar política oficial de soporteExplica el proceso de actualización para Odoo Online, Odoo.sh y On-Premise, incluyendo Rolling Release y tratamiento de módulos personalizados.
Consultar documentación oficial de upgradesDiferencias de alojamiento y compatibilidad entre Odoo Online, Odoo.sh y On-Premise.
Consultar documentación oficial de hostingEvento oficial donde Odoo anuncia la liberación de Odoo 20 durante septiembre de 2026.
Consultar anuncio oficial de Odoo 20No esperes a pagar 25% más para empezar a hablar de migración
Si tu empresa trabaja con una versión antigua, el primer paso no es migrar. Es saber exactamente dónde está parada.
No actualizar Odoo puede costarte 25% más
Si tu empresa utiliza una versión antigua de Odoo, postergar la actualización ya no es solamente una decisión tecnológica. También puede convertirse en una decisión financiera.
Odoo establece en su acuerdo de suscripción Enterprise una tarifa adicional para bases de datos que permanezcan en versiones anteriores a las versiones cubiertas por su política.
Esa tarifa puede equivaler al 25% del precio anualizado de la suscripción, calculado con base en el precio actual por usuario y el número de usuarios.
Si tu empresa lleva años trabajando sobre la misma instalación, con desarrollos personalizados, integraciones, CFDI, inventarios, contabilidad o procesos críticos, esto cambia la conversación:
Seguir sin actualizar también puede tener un costo.
El costo de seguir en una versión antigua
Odoo contempla una tarifa adicional para bases que se encuentren por debajo de sus versiones cubiertas.
de soporte estándar por versión mayor
puede aplicar a versiones no cubiertas
es una condición comercial de Odoo
¿Odoo realmente puede cobrarte 25% más?
Sí. Y está establecido en el contrato de Odoo Enterprise.
No se trata de una multa fiscal ni de una penalización del SAT. Es una tarifa adicional contemplada en las condiciones comerciales de Odoo Enterprise cuando una base se encuentra en una versión anterior a las Versiones Cubiertas.
El punto está contemplado en la sección 5.1 “Standard charges” del Odoo Enterprise Subscription Agreement.
El acuerdo establece que, una vez al año y no antes de seis meses después del lanzamiento de una nueva versión mayor, si la base del cliente está en una versión anterior a las Versiones Cubiertas, puede aplicarse una tarifa adicional equivalente al 25% del precio anualizado.
Odoo Enterprise Subscription Agreement
Consulta directamente la sección 5.1 del acuerdo oficial, donde Odoo establece la tarifa adicional del 25%.
No es una interpretación de Inti Tec: la condición está contemplada expresamente en el acuerdo de suscripción de Odoo.
¿Por qué Odoo cobra más por mantener versiones antiguas?
Odoo trabaja con un ciclo continuo de evolución de su plataforma y proporciona soporte estándar para cada versión mayor durante tres años.
Ese soporte incluye helpdesk, corrección de errores y actualizaciones de seguridad. Una vez terminado ese periodo, Odoo establece un esquema de soporte extendido sujeto a una tarifa adicional obligatoria.
Mantener software antiguo cuesta
Dar soporte a versiones antiguas implica mantener compatibilidad con tecnología y escenarios anteriores.
Odoo sigue evolucionando
Cada nueva versión incorpora mejoras funcionales, tecnológicas, operativas y de seguridad.
Postergar deja de ser gratis
Mantenerse indefinidamente en una versión antigua puede comenzar a tener un impacto económico directo.
Soporte estándar y extendido de Odoo
Odoo publica el estado de soporte de cada versión y las fechas previstas para finalizar el soporte estándar.
Consultar versiones soportadas¿A qué tipo de Odoo afecta realmente este 25%?
No todas las instalaciones de Odoo se actualizan de la misma manera. Antes de preocuparte por el 25%, lo primero es saber dónde está alojada tu base: Odoo Online, Odoo.sh o On-Premise.
La diferencia clave
En Odoo Online, Odoo administra directamente la plataforma y el ciclo de actualización. En Odoo.sh y On-Premise, una actualización de versión requiere una migración planificada, especialmente cuando existen módulos personalizados, integraciones o desarrollos de terceros.
Odoo Online
SaaSEs la modalidad SaaS administrada directamente por Odoo. Las bases Online están sujetas al proceso de actualización gestionado por Odoo.
- En versiones mayores, Odoo establece upgrades obligatorios según su ciclo de actualización.
- Odoo notifica antes de un upgrade obligatorio y, si se alcanza la fecha límite sin actuar, puede ejecutar automáticamente la actualización.
- Odoo Online no admite módulos personalizados tradicionales o apps no estándar.
- Las versiones SaaS intermedias de Odoo Online no son elegibles para soporte extendido.
No es el escenario típico donde una empresa decide permanecer durante años en una versión antigua y pagar el 25%. Odoo gestiona activamente el ciclo de upgrade de estas bases.
Odoo.sh
CLOUD + CÓDIGOOdoo.sh es la plataforma cloud oficial de Odoo para proyectos que necesitan mayor control técnico, repositorio, ambientes de desarrollo y módulos personalizados.
- Odoo.sh está integrado con la plataforma oficial de upgrades.
- La migración debe prepararse y probarse antes de actualizar producción.
- Si existen módulos personalizados, su código debe ser compatible con la versión destino antes de completar el upgrade.
- Los módulos creados por terceros no están automáticamente cubiertos por el servicio estándar de upgrade, salvo que exista una cobertura contractual específica.
Aquí sí existe una decisión real de migración. Si la empresa posterga el upgrade y queda fuera de las versiones cubiertas, el 25% adicional puede convertirse en un costo relevante de mantener la versión antigua.
Odoo On-Premise
SELF-HOSTEDLa empresa aloja Odoo en su propia infraestructura o en infraestructura administrada por un proveedor externo.
- El cliente controla su infraestructura y cuándo ejecutar el cambio de versión.
- El upgrade debe solicitarse y ejecutarse de forma planificada.
- Deben revisarse base de datos, servidor, dependencias, integraciones y módulos personalizados.
- Permanecer en una versión antigua puede ser técnicamente posible, pero Odoo recomienda trabajar sobre versiones soportadas.
Junto con Odoo.sh, es uno de los escenarios donde más sentido tiene anticipar la migración: la empresa puede seguir operando con una versión antigua, pero el costo y la deuda técnica pueden seguir creciendo.
En una mirada: ¿quién debe preocuparse más por planificar la migración?
| Modalidad | ¿Odoo gestiona el upgrade? | ¿Permite módulos personalizados? | Necesidad de plan de migración |
|---|---|---|---|
| Odoo Online | Sí. Odoo administra el proceso y puede ejecutar upgrades obligatorios. | No módulos personalizados tradicionales. | MENOR |
| Odoo.sh | Odoo aporta la plataforma de upgrade, pero el proyecto debe prepararse y probarse. | Sí. | ALTA |
| On-Premise | No de forma automática. El cliente o su partner coordina el upgrade. | Sí. | ALTA |
¿No sabes si estás en Odoo Online, Odoo.sh o On-Premise?
Antes de hablar de migración o del posible 25% adicional, podemos identificar tu modalidad de alojamiento, versión actual, desarrollos e integraciones y decirte qué camino tiene sentido.
¿Estás en Odoo 17? Ya tienes una fecha que deberías mirar
Si actualmente utilizas Odoo 17, el 25% todavía no debería ser tu problema inmediato. Pero ya existe una ventana de tiempo que dirección, finanzas y TI deberían considerar.
Nace Odoo 17
Odoo 17 fue liberado como versión mayor en noviembre de 2023.
Termina el soporte estándar
Odoo tiene previsto finalizar el soporte estándar de Odoo 17 en septiembre de 2026.
Llega Odoo 20
Odoo anuncia que Odoo 20 será liberado durante Odoo Experience 2026.
El 25% puede entrar en juego
Bajo las condiciones actuales, la tarifa no podría aplicarse antes de aproximadamente finales de marzo de 2027.
¿Por qué marzo de 2027?
Odoo define las “Covered Versions” como las tres versiones mayores más recientemente liberadas.
Con la llegada de Odoo 20, ese grupo pasaría a estar compuesto por Odoo 20, Odoo 19 y Odoo 18. En consecuencia, Odoo 17 quedaría fuera de las tres versiones mayores más recientes.
Sin embargo, el acuerdo Enterprise establece que la tarifa adicional no puede aplicarse antes de seis meses después del lanzamiento de una nueva versión mayor. Por eso, bajo las condiciones actualmente publicadas, el punto de referencia para Odoo 17 sería aproximadamente finales de marzo de 2027, no septiembre de 2026.
*La fecha exacta de aplicación puede depender de la fecha efectiva de lanzamiento de Odoo 20 y de las condiciones y ciclo contractual aplicables a cada cliente.
Si estás en Odoo 17, no necesitas entrar en pánico. Necesitas un plan.
Esperar hasta 2027 para analizar desarrollos, integraciones y procesos críticos reduce el tiempo disponible para ejecutar una migración correctamente.
SEPTIEMBRE 2026 → MARZO 2027
El reloj también empezó a correr para Odoo 17
Migrar con tiempo es una decisión. Migrar contra el reloj es un problema.
El error no es utilizar una versión antigua. El error es no tener un plan.
Esperar hasta la renovación
Descubrir el impacto económico cuando llega una renovación deja poco espacio para evaluar alternativas correctamente.
Migrar todo lo personalizado
No todos los desarrollos históricos deben sobrevivir. Algunos pueden sustituirse por estándar y otros simplemente ya no generan valor.
Ignorar las integraciones
Ecommerce, bancos, APIs, operadores logísticos, timbrado y sistemas externos deben revisarse antes de actualizar.
Actualizar “porque toca”
Una migración sin diagnóstico puede cambiar deuda técnica vieja por deuda técnica nueva. Negocio redondo... para nadie.
Antes de pagar más por seguir igual, evalúa cuánto cuesta actualizar
Inti Tec puede revisar tu versión, desarrollos, integraciones y procesos actuales para determinar si conviene migrar, estabilizar primero la instalación o construir una estrategia gradual de actualización.
Una versión antigua puede seguir funcionando. Eso no significa que siga siendo la mejor decisión.
Muchas empresas permanecen años en una versión porque, aparentemente, “todo funciona”.
Ventas factura, compras compra y almacén sigue moviendo mercancía.
El problema suele estar debajo de la superficie: desarrollos que nadie quiere modificar, procesos manuales construidos alrededor del ERP, interfaces que dependen de una persona, reportes paralelos en Excel y actualizaciones postergadas año tras año.
En manufactura esto puede involucrar producción, trazabilidad, inventarios y costos. En distribución, inventario y logística. En retail, punto de venta y múltiples canales. En servicios, proyectos, facturación, cobranza y rentabilidad.
Entonces aparece el 25% y parece un problema nuevo. Muchas veces solamente hace visible un problema que llevaba años creciendo.
Cómo abordar correctamente una migración de Odoo
1. Diagnóstico de la base
Identificar versión, aplicaciones utilizadas, compañías, usuarios, volumen de información y configuración actual.
Beneficio: conocer el alcance real antes de comprometer tiempos y costos.2. Inventario de desarrollos
Clasificar personalizaciones entre necesarias, reemplazables por estándar, obsoletas o candidatas a rediseño.
Impacto: evitar migrar código simplemente porque “siempre estuvo ahí”.3. Revisión de integraciones
Validar APIs, ecommerce, bancos, sistemas externos, operadores logísticos y servicios relacionados con facturación.
Beneficio: reducir sorpresas durante el cambio de versión.4. Pruebas y salida controlada
Probar los procesos críticos antes del cambio definitivo y definir responsables, validaciones y estrategia de salida.
Impacto: proteger la continuidad operativa.En México, actualizar también exige revisar el frente fiscal
Una migración no debería analizar solamente ventas, compras e inventarios. En México existe un frente adicional que debe probarse cuidadosamente: los procesos relacionados con SAT y la operación fiscal.
Validar emisión, cancelación y los flujos utilizados por la empresa.
Probar cobranza, conciliación y documentos relacionados.
Revisar los escenarios aplicables a la operación logística.
Revisar compras y la información recibida de proveedores.
Confirmar configuraciones y procesos utilizados por contabilidad.
Revisar información fiscal de clientes y proveedores.
Una versión antigua no implica automáticamente incumplimiento fiscal. El riesgo depende de la configuración, localización, desarrollos e integraciones de cada instalación.
7 números que gerencia debería conocer antes de decidir
Checklist: ¿tu empresa debería evaluar una migración ahora?
- ✓ Utilizan Odoo 16 o una versión anterior.
- ✓ Utilizan Odoo 17 y no tienen un plan de actualización.
- ✓ Nunca han realizado una evaluación formal de migración.
- ✓ Tienen desarrollos personalizados.
- ✓ Existen integraciones con aplicaciones externas.
- ✓ Parte de la operación sigue dependiendo de Excel.
- ✓ El partner original ya no brinda el soporte esperado.
- ✓ Hay incidencias recurrentes que nadie quiere tocar.
- ✓ No saben qué desarrollos continúan siendo necesarios.
- ✓ Quieren actualizar sin poner en riesgo la operación.
¿Tu Odoo lo implementó otro partner? También podemos ayudarte.
Inti Tec puede evaluar instalaciones existentes aunque hayan sido implementadas por otro partner, consultor o equipo interno. El primer paso es conocer el estado real de la plataforma antes de recomendar una migración.
Implementación y soporte Odoo en México con Inti Tec
Una migración seria no consiste simplemente en actualizar una base de datos.
Debe considerar respaldo, ambiente de pruebas, revisión funcional, desarrollos personalizados, integraciones, procesos fiscales, pruebas de usuario, salida en vivo y seguimiento posterior.
El objetivo no es solamente subir de versión. Es actualizar Odoo sin poner en riesgo la operación.
Preguntas frecuentes sobre el 25% y las versiones antiguas de Odoo
¿El 25% de Odoo es una multa?
No. Es una tarifa adicional prevista en el acuerdo de suscripción Odoo Enterprise cuando una base se encuentra en una versión anterior a las Versiones Cubiertas aplicables.
¿Odoo puede cobrar el 25% inmediatamente al terminar el soporte?
No necesariamente. El acuerdo indica que la tarifa puede aplicarse una vez al año y no antes de seis meses después del lanzamiento de una nueva versión mayor.
¿Cuándo termina el soporte estándar de Odoo 17?
Odoo tiene previsto finalizar el soporte estándar de Odoo 17 en septiembre de 2026.
¿Cuándo podría aplicar el 25% a una empresa que sigue en Odoo 17?
Odoo 20 será liberado durante Odoo Experience 2026, programado del 24 al 26 de septiembre. Bajo las condiciones actualmente publicadas, Odoo 17 quedaría fuera de las tres versiones mayores más recientes y la tarifa no podría aplicarse antes de aproximadamente finales de marzo de 2027. La fecha concreta dependerá del lanzamiento efectivo y de las condiciones contractuales del cliente.
¿El 25% afecta igual a Odoo Online, Odoo.sh y On-Premise?
No en la práctica. Odoo Online opera bajo un ciclo de upgrades gestionado por Odoo y puede actualizar automáticamente una base cuando llega una fecha obligatoria. En Odoo.sh y On-Premise existe mayor control sobre el momento de migración y pueden existir módulos personalizados, por lo que la planificación, adaptación de código y pruebas adquieren mucha más importancia. La aplicación contractual concreta del cargo debe revisarse según la suscripción y versión de cada cliente.
¿Tengo que migrar inmediatamente?
No necesariamente. Primero conviene analizar desarrollos, integraciones, procesos críticos, costos y riesgos. La migración debería responder a un plan, no a una reacción apresurada.
¿Inti Tec puede ayudarnos si Odoo fue implementado por otro partner?
Sí. Inti Tec puede evaluar una instalación existente, revisar su estado y definir un plan de soporte, estabilización o migración.
Fuentes oficiales
Este artículo utiliza documentación pública oficial de Odoo. Las condiciones específicas de cada empresa deben validarse contra su contrato vigente.
Sección 5.1 “Standard charges”: condiciones de aplicación de la tarifa adicional del 25%.
Consultar acuerdo oficial de OdooDuración del soporte estándar y fechas de soporte por versión.
Consultar política oficial de soporteExplica el proceso de actualización para Odoo Online, Odoo.sh y On-Premise, incluyendo Rolling Release y tratamiento de módulos personalizados.
Consultar documentación oficial de upgradesDiferencias de alojamiento y compatibilidad entre Odoo Online, Odoo.sh y On-Premise.
Consultar documentación oficial de hostingEvento oficial donde Odoo anuncia la liberación de Odoo 20 durante septiembre de 2026.
Consultar anuncio oficial de Odoo 20No esperes a pagar 25% más para empezar a hablar de migración
Si tu empresa trabaja con una versión antigua, el primer paso no es migrar. Es saber exactamente dónde está parada.