Partner oficial de Odoo o consultor independiente: cómo elegir
Por Manuel Garrido · · Actualizado el · 11 min de lectura
Un partner de Odoo es una empresa que forma parte del programa oficial de Odoo: vende licencias de Odoo Enterprise, tiene consultores certificados y suele trabajar con equipos amplios y procesos estandarizados. Un consultor independiente no vende licencias: te da trato directo con quien diseña y programa la solución. Ninguno de los dos es mejor en abstracto. Si vas a implantar Odoo desde cero en muchas áreas a la vez, con decenas de usuarios y necesidad de formación y soporte de un equipo, lo normal es que te convenga un partner; si ya tienes Odoo y lo que necesitas es conocimiento técnico profundo (módulos propios, migraciones, integraciones), un buen independiente puede ser la opción más directa. Este artículo forma parte de la guía Odoo para empresas.
Transparencia: soy consultor independiente y colaboro con QubiQ, partner oficial de Odoo en España. Conozco los dos modelos desde dentro, y por eso este artículo intenta ayudarte a elegir, no a elegirme.
Lo que cuesta elegir mal
Elegir mal el proveedor de Odoo rara vez se nota el primer mes. Se nota después, en síntomas como estos:
- El proyecto se alarga porque el equipo asignado es demasiado pequeño para el alcance, o demasiado grande y caro para lo que de verdad hacía falta.
- Cambias de interlocutor cada pocos meses y cada persona nueva necesita semanas para entender tu instalación.
- Hay código que solo entiende quien lo hizo. Los módulos a medida no están documentados, viven en el servidor del proveedor o no siguen ningún estándar.
- Cambiar de proveedor da miedo, porque nadie sabe qué hay instalado ni si la próxima actualización de versión va a romper algo.
El coste es muy concreto: horas de tu equipo repitiendo explicaciones, migraciones de versión que se convierten en proyectos de meses y, en el peor caso, rehacer parte del trabajo porque no se puede mantener. Por eso conviene decidir con criterio, no por quién llamó primero.
Qué es un partner oficial de Odoo
Odoo tiene un programa de partners con cuatro niveles, según su página oficial Become a Partner, consultada el 12 de octubre de 2026: Learning (de entrada), Ready, Silver y Gold. Lo que exige cada nivel ayuda a entender qué te aporta un partner y en qué se fija Odoo:
| Requisito anual (odoo.com) | Ready | Silver | Gold |
|---|---|---|---|
| Nuevos usuarios de Odoo Enterprise vendidos al año | 10 | 75 | 300 |
| Personas certificadas activas en plantilla | 1 | 3 | 6 |
| Tasa mínima de retención de clientes | — | 70 % | 80 % |
Tres cosas se leen en esta tabla:
- El nivel se gana sobre todo vendiendo licencias. El requisito que más cambia de un nivel a otro es el número de usuarios nuevos de Odoo Enterprise que el partner vende cada año. Un partner Gold no es necesariamente más competente técnicamente que uno Silver: vende más licencias.
- Hay un mínimo de formación. Cada nivel exige personas certificadas por Odoo, y los niveles altos piden un equipo de varias personas.
- La retención cuenta. Silver y Gold exigen conservar al menos el 70 % y el 80 % de sus clientes, lo que es una señal razonable de que los clientes siguen con ellos.
El partner gana por dos vías: una comisión sobre las licencias Enterprise que vende (Odoo anuncia «hasta un 20 %», sin detallar en la página qué porcentaje corresponde a cada nivel) y los servicios que te factura, cuyo precio fija libremente porque Odoo no se queda con un porcentaje de ellos.
El directorio oficial de partners en España muestra para cada uno su nivel, su número de referencias, el tamaño medio y máximo de sus proyectos en usuarios, los sectores en los que más trabaja y cuántos expertos certificados tiene por versión. Es el primer sitio donde mirar si estás valorando un partner. A fecha de esta consulta, aparecen 9 partners Gold en España.
Qué te aporta un partner:
- Equipo amplio y continuidad. Si una persona se va, hay otras que conocen la metodología y pueden tomar el relevo.
- Cobertura funcional completa: contabilidad, almacén, fabricación, RR. HH., formación de usuarios y soporte, a menudo con especialistas en cada área.
- Relación directa con Odoo: acceso a su soporte de partners, entornos de pruebas y visibilidad temprana de lo que cambia en cada versión.
- Licencias y servicios en un solo proveedor, con un único contrato.
Sus límites habituales, que no son defectos sino consecuencia del modelo: el comercial que te vende no es quien programa, el equipo asignado puede rotar entre proyectos, y en proyectos pequeños puedes no ser una prioridad frente a clientes grandes.
Qué aporta un consultor independiente
Un consultor independiente no tiene nivel de partner porque no vende licencias. Si usas Odoo Enterprise, la licencia la contratas igualmente, con Odoo directamente o con el partner que prefieras, y el independiente trabaja sobre tu instalación.
Qué te aporta:
- Hablas con quien lo construye. La persona que entiende tu problema es la que diseña y programa la solución, sin traducciones intermedias.
- Conocimiento técnico profundo en lo que más se complica: módulos propios, migraciones entre versiones, integraciones con tiendas online y otros sistemas, rendimiento.
- Menos estructura que pagar. No hay capa comercial ni de gestión de cuentas en el precio.
- Flexibilidad para entrar en proyectos acotados: una migración, una integración, rescatar un Odoo heredado.
Sus límites, sin rodeos:
- Capacidad limitada. Una persona no puede implantar a la vez contabilidad, almacén, fabricación y RR. HH. para cien usuarios en tres meses.
- Riesgo de dependencia de una sola persona si enferma, cambia de trabajo o no está disponible.
- Menos cobertura funcional: un perfil técnico puede no ser el mejor para rediseñar tu proceso contable o formar a cincuenta usuarios.
Cómo decidir: matriz por tipo de proyecto
| Tu situación | Te suele convenir | Por qué |
|---|---|---|
| Implantación nueva, muchas áreas a la vez, 30 usuarios o más | Partner | Hace falta equipo, metodología y formación a escala |
| Necesitas soporte diario de usuarios y alguien que conteste siempre | Partner | La continuidad depende de que haya varias personas |
| Odoo ya funcionando, pyme de pocos usuarios, cambios puntuales | Cualquiera de los dos | Decide la calidad técnica y el trato |
| Migración de versión con módulos propios | Independiente técnico o partner con equipo de desarrollo | Lo crítico es saber migrar código, no vender licencias |
| Integraciones con tienda online, marketplaces o APIs | Independiente técnico o partner con equipo de desarrollo | Es trabajo de desarrollo puro |
| Odoo heredado que nadie entiende | Independiente técnico, al menos para auditarlo | Primero hay que saber qué hay instalado |
| Proyecto grande con piezas técnicas complejas | Partner + desarrollador independiente | Cada uno hace lo que mejor sabe hacer |
La última fila es más habitual de lo que parece: muchos partners subcontratan desarrollo especializado, y muchos independientes colaboran con partners. No es una elección excluyente.
Y hay una cuarta opción: no cambiar nada y seguir con tu proveedor actual. Es lo sensato si el código está en tu repositorio, documentado, y las actualizaciones de versión salen en plazo. Si no es así, el coste no desaparece: se acumula hasta la próxima migración obligatoria, cuando cada módulo sin documentar se convierte en semanas de trabajo.
Si el coste pesa en la decisión, el desglose de licencias, implantación y mantenimiento está en el precio de Odoo para una pyme.
Preguntas para evaluar a cualquier proveedor
Sirven igual para un partner que para un independiente. Las respuestas vagas son la mejor señal de alarma.
- ¿Quién va a trabajar en mi proyecto y quién programa? Nombres, no departamentos. ¿Es la misma persona que me lo está explicando?
- ¿De quién es el código que desarrolléis? La respuesta correcta es: tuyo, en un repositorio a nombre de tu empresa.
- ¿Dónde estará el código y quién tendrá acceso? Tú deberías tener acceso de administrador siempre, no solo el proveedor.
- ¿Seguís las directrices de la OCA (la comunidad que mantiene los módulos libres de Odoo) o un estándar equivalente?
- ¿Qué documentación me entregáis? Qué hace cada módulo propio, por qué existe y cómo se configura.
- ¿Cómo se migra esto a la siguiente versión y cuánto costará aproximadamente? Quien no se lo ha planteado te deja el problema para dentro de tres años. El proceso completo está en cómo migrar Odoo sin parar la empresa.
- ¿Qué pasa si mañana decido cambiar de proveedor? Pide que te describan el traspaso: código, accesos, documentación, copias.
- ¿Tenéis referencias de proyectos parecidos al mío en tamaño y sector, con las que pueda hablar?
- ¿Quién me atiende si la persona asignada no está? Vacaciones, bajas, rotación.
- ¿Cómo se gestionan los cambios de alcance y cómo se facturan? Bolsa de horas, precio cerrado por fase o tiempo y materiales.
Riesgos de cada opción y cómo mitigarlos
| Riesgo | Más típico en | Cómo mitigarlo |
|---|---|---|
| Rotación del equipo asignado | Partner | Pedir interlocutor estable por contrato y documentación de cada cambio |
| Quedar en segundo plano frente a clientes grandes | Partner | Acordar tiempos de respuesta por escrito |
| Dependencia de una sola persona | Independiente | Código en tu repositorio, documentado y con estándares que otro equipo pueda retomar |
| Capacidad insuficiente para el alcance | Independiente | Acotar fases y combinar con un partner si el proyecto crece |
| Código que solo entiende quien lo hizo | Los dos | Revisiones periódicas, módulos en repositorio propio y estándares OCA |
| Módulos propietarios que no se pueden migrar ni cambiar de manos | Los dos | Exigir el código fuente y su licencia de uso antes de instalarlos |
Lo que más protege tu inversión no depende del tipo de proveedor: que el código sea tuyo, esté en un repositorio a nombre de tu empresa, esté documentado y siga estándares conocidos. Con eso, cambiar de proveedor es una decisión de negocio y no una operación de rescate.
Un caso real: partner e independiente en el mismo proyecto
Un ejemplo de que los dos modelos se complementan es el de una tienda en WooCommerce sincronizada con Odoo. La empresa vendía en su tienda online de WooCommerce y había empezado a trabajar con Odoo de la mano de QubiQ, partner oficial. No quería cambiar de tienda, pero tienda y ERP vivían separados: los pedidos se quedaban en WooCommerce, el stock real estaba en Odoo y la facturación se alimentaba de los dos sistemas, con descuadres de stock y más trabajo en cada cierre de mes.
Como colaborador de QubiQ, desarrollé un addon a medida para Odoo que conecta los dos sistemas sin tocar la tienda. El resultado: los pedidos de la tienda entran solos en Odoo con su cliente y sus líneas, se acabaron los descuadres de stock porque Odoo es la única fuente de verdad del inventario, y la facturación y la contabilidad salen de un único sistema. El partner aportó la relación con el cliente y la implantación de Odoo; el desarrollo especializado lo hizo un perfil técnico, siguiendo las directrices de la OCA para que el addon se pueda mantener y migrar con el resto de la instalación.
Cómo se resuelve en tu caso
Si vas a implantar Odoo desde cero en toda la empresa, empieza por el directorio de partners y usa las preguntas de arriba para comparar dos o tres. Si ya tienes Odoo y lo que te frena es técnico, sea una versión que se queda sin soporte (lo explico en qué implica que Odoo 16 y 17 ya no tengan soporte estándar), personalizaciones que nadie se atreve a tocar o datos que se copian a mano entre sistemas, ese es el trabajo que hago en la consultoría y el desarrollo en Odoo: hablas con quien programa, el código queda a nombre de tu empresa y sigue estándares que cualquier equipo puede mantener. Y si tu proyecto necesita un partner oficial, te lo digo y lo valoramos juntos en la auditoría gratuita.
¿Dudas entre un partner de Odoo y un consultor independiente? Lo hablamos con tu caso en la auditoría gratuita.