Soporte y mantenimiento de Odoo: qué contratar y con quién

Poner Odoo en producción es el principio, no el final. Desde el primer cierre contable con timbrado de CFDI, la primera nómina o el primer pedido que no cuadra con el inventario, alguien tiene que responder. Ese «alguien» es el soporte de Odoo, y conviene decidir quién lo presta antes de que aparezca el primer problema.

Esta página explica qué incluye el soporte del propio editor, qué debe cubrir un contrato de mantenimiento Odoo con un integrador, en qué consiste la TMA de Odoo y cómo presupuestarla en una pyme mexicana. También verá cómo cambiar de prestador cuando el actual ya no responde.

Dos capas de soporte que no se sustituyen

La confusión más común en las empresas es creer que pagar la suscripción a Odoo equivale a tener un equipo que conoce su operación. No es así. Hay dos capas distintas.

Lo que cubre Odoo como editor

Según la información publicada por Odoo, el soporte incluido en la suscripción es un acceso ilimitado por correo electrónico, de lunes a viernes (24/5), en inglés, francés, español o neerlandés. También están incluidas la plataforma de e-learning y las actualizaciones de versión.

Es un soporte sobre el producto: errores del software estándar, dudas de funcionamiento y migración de la versión. No incluye revisar sus flujos de aprobación, corregir una personalización escrita por un tercero ni acompañar a su contador en una conciliación complicada.

Lo que cubre el integrador

El integrador conoce su empresa. Es quien configuró los módulos, parametrizó los impuestos, conectó el timbrado y, si hubo desarrollo, escribió el código. Su soporte es aplicativo: entiende por qué su factura de anticipo se comporta así y sabe qué se tocó en el último cambio.

Para un directivo, la regla práctica es sencilla: el editor responde por el producto; el integrador responde por su Odoo. Si busca a alguien, vea cómo elegir un integrador Odoo y no deje el soporte para después de firmar.

Qué comprende el mantenimiento y la TMA

En el lenguaje de los contratos se mezclan varios términos. Conviene separarlos porque se facturan de forma distinta.

Soporte correctivo y soporte de usuarios

El correctivo trata fallas: un asiento que no se genera, un timbrado rechazado por el PAC, una ruta de inventario que se rompió tras un cambio. El soporte de usuarios es más ligero y evita que cada duda llegue como incidencia técnica. Si su equipo rota con frecuencia, acompáñelo de formación en Odoo para reducir los tickets repetidos.

Evoluciones y TMA

Una TMA bien planteada no se limita a «apagar fuegos». Incluye también pequeñas evoluciones: un nuevo reporte para dirección, un campo adicional en el pedido, una regla de aprobación distinta. Cuando la evolución es de mayor alcance, entra el desarrollo a medida en Odoo, que se presupuesta aparte.

Defina por escrito dónde termina el mantenimiento y dónde empieza el proyecto. La mayoría de los desacuerdos con un prestador nacen de ahí.

Qué pedir en un contrato de soporte y niveles de servicio

Un contrato claro evita sorpresas. Estos son los puntos que un directivo o un DAF debe poder leer sin interpretación.

Alcance y exclusiones

• Qué instancia cubre: producción, pruebas, ambos.
• Qué módulos, qué integraciones y qué desarrollos a medida están dentro.
• Qué queda fuera: formación, nuevos proyectos, errores causados por modificaciones hechas por terceros.
• Si incluye o no el soporte fiscal específico de México, como el timbrado de CFDI y su cancelación. Para entender qué exige el SAT al sistema, revise la guía sobre CFDI y ERP.

Horarios, tiempos y escalamiento

Pida que el contrato defina, con cifras propias del prestador y no con promesas generales:

• Horario de atención y cómo se contacta (portal de tickets, correo, teléfono).
• Tiempo de primera respuesta y objetivo de resolución según la gravedad: bloqueante, grave, menor.
• Quién escala una incidencia que lleva demasiado tiempo abierta, con nombre y cargo.
• Qué ocurre en cierres críticos: fin de mes, cierre anual, entrega de la contabilidad electrónica al SAT.

Un compromiso de servicio sin penalización ni seguimiento es solo una intención. Pida un reporte periódico de tickets abiertos, cerrados y reincidentes.

Propiedad, acceso y documentación

Aunque parezca un detalle, es el punto que más pesa si algún día cambia de prestador:

• Usted debe conservar el acceso de administrador a su base y a su alojamiento.
• El código de los desarrollos a medida debe estar en un repositorio al que usted tenga acceso.
• La documentación de configuración debe entregarse y actualizarse.

Actualizaciones y ciclo de vida de las versiones

El mantenimiento de Odoo tiene un calendario que no controla el integrador. Conocerlo evita pagar por apuros innecesarios.

Soporte estándar y extendido

Cada versión mayor recibe tres años de soporte estándar tras su salida y, después, dos años adicionales para realizar las actualizaciones necesarias antes de perder todo soporte. El soporte extendido es de pago y solo existe en Odoo.sh (con versiones limitadas) y en instalación propia.

Hay una consecuencia importante: los parches de seguridad solo se entregan durante el soporte estándar. En el soporte extendido, la asistencia y la corrección de errores siguen siendo posibles, pero solo cuando es técnicamente factible.

Las versiones intermedias, llamadas SaaS, salen cada dos a tres meses, solo están disponibles en Odoo Online y no dan derecho a soporte extendido. Para una operación estable, la mayoría de las pymes se queda con las versiones mayores.

Calendario de versiones

Según la página de versiones soportadas de Odoo:

Si su empresa sigue en la versión 17.0, el plazo estándar ya concluye este mes de septiembre de 2026 según esa página: es momento de planear el salto. Para comparar ediciones y versiones, consulte la página de versiones y ediciones de Odoo.

Cómo se vive una actualización

En Odoo Online y Odoo.sh, la actualización a una versión mayor es obligatoria cada dos años, y las intermedias deben actualizarse en las semanas posteriores a la versión siguiente. Odoo envía un aviso previo.

Antes de pasar a producción, el procedimiento prevé obtener una base de prueba ya actualizada para validar la nueva versión; algunos servicios quedan fuera del alcance del SLA de actualización. Esa validación es trabajo de su integrador y de sus usuarios clave: facturación, conciliaciones, inventario, nómina y los desarrollos a medida que pueden romperse. Si su caso es más complejo, una migración de Odoo bien planeada es un proyecto en sí misma, no una tarea de mantenimiento.

Dónde está alojado su Odoo y qué cambia en el soporte

El modelo de alojamiento condiciona quién hace qué:

• Odoo Online: Odoo opera la plataforma; el integrador se ocupa de configuración y uso.
• Odoo.sh: la plataforma de Odoo para código personalizado; los costos de Odoo.sh no están incluidos en la fórmula Custom.
• Sobre sitio o en su propia infraestructura: usted o su prestador asumen respaldos, seguridad, rendimiento y actualizaciones técnicas.

Cuanto más control tiene, más responsabilidad técnica debe entrar en el contrato. Si duda entre modelos, vea la página de alojamiento y nube para Odoo.

Qué prever en el presupuesto

El soporte tiene dos componentes que no deben confundirse: la suscripción a Odoo y el servicio del integrador.

La suscripción al editor

Odoo publica sus tarifas por usuario y por mes. Standard cuesta 24,90 EUR por usuario al mes (con una promoción desde 31,10 EUR válida 12 meses para los usuarios solicitados al inicio) y Custom 44,90 EUR por usuario al mes (desde 56,90 EUR durante 12 meses). Existe además un usuario «light» a 7,90 EUR al mes, con cita previa con un asesor de Odoo. Los usuarios de portal, como clientes o proveedores, no cuentan como usuarios de pago.

Como los precios están en euros, su costo en pesos mexicanos varía con el tipo de cambio: inclúyalo en su cálculo. El detalle de cada fórmula está en la guía de precios de Odoo.

El servicio del integrador

Aquí no hay tarifa publicada que sirva de referencia general. El costo depende de:

• el número de usuarios y de empresas;
• la cantidad y complejidad de los desarrollos a medida;
• las integraciones con bancos, PAC, tiendas en línea o sistemas de terceros;
• el nivel de disponibilidad que exija;
• el modelo elegido: bolsa de horas, abono fijo o pago por incidencia.

Como regla, una bolsa de horas conviene a quien tiene necesidades irregulares; un abono conviene a quien quiere un presupuesto estable y respuesta preferente. Pida siempre que el integrador diga qué sucede con las horas no consumidas y cómo factura las evoluciones.

Cómo cambiar de prestador de soporte

Cambiar de proveedor es normal cuando el servicio decae: respuestas tardías, rotación del equipo que lo conocía, errores repetidos. No obliga a rehacer el proyecto, pero sí a hacerlo con método.

1. Reúna lo que ya tiene. Accesos de administrador, contrato actual, lista de desarrollos, documentación e historial de tickets.
2. Pida una auditoría de la instancia. Un revisor independiente evalúa el estado de la base, de los módulos y de las personalizaciones. La página de auditoría y rescate de Odoo explica cómo se plantea.
3. Verifique el código. Que los desarrollos estén versionados, documentados y sean mantenibles. Un código que solo entiende su autor es un riesgo.
4. Planee un traspaso. Un periodo de convivencia entre el prestador saliente y el entrante reduce los errores.
5. Revise las cláusulas de salida. Preaviso, entrega de información, propiedad del código.
6. Defina cuanto antes un nuevo contrato con el alcance y los niveles de servicio de la sección anterior.

Si le piden que no toque nada hasta pagar una factura pendiente o que no entregue el código, trátelo como señal de alerta y consulte a su asesor legal.

Preguntas que conviene hacerse antes de contratar

• ¿Mi equipo interno tiene un responsable funcional de Odoo que pueda filtrar las incidencias?
• ¿Quién me responde en un cierre fiscal si el timbrado falla?
• ¿Qué desarrollos a medida tengo y quién los conoce?
• ¿En qué versión estoy y cuándo termina su soporte estándar?
• ¿Qué pasa si mi integrador desaparece mañana?

Si no puede responder a tres o más, el problema probablemente no es técnico sino de gobierno del sistema.

Cómo le ayudamos a encontrar soporte

No somos un integrador ni un revendedor de Odoo. Ponemos en contacto a su empresa con integradores certificados que conocen la operación en México y pueden asumir el soporte, la TMA o el traspaso desde otro prestador. Explicamos el proceso en la página cómo funciona la puesta en contacto. Para el contexto local de la plataforma, vea también Odoo en México.

Los nombres de software mencionados son marcas de sus respectivos editores y se citan únicamente a título informativo. Este sitio es independiente y no está afiliado a ningún editor.