Cuando una pyme implanta Odoo con un partner, casi nunca se hace una pregunta hasta que duele: ¿de quién es el proyecto? No el programa, que es de Odoo, sino la suscripción, el entorno donde corre y, sobre todo, el código a medida que se va escribiendo durante meses. El 2 de septiembre de 2026 Odoo publicó en su blog una guía oficial sobre la titularidad de la infraestructura y del código en Odoo.sh, y la respuesta que da es clara: del cliente. El partner trabaja dentro, como colaborador, no como dueño.
Es una de esas decisiones que no aparecen en ningún presupuesto y que deciden si dentro de tres años puedes cambiar de proveedor, ampliar el sistema o simplemente seguir trabajando si tu partner desaparece.
¿Qué dice exactamente la guía de Odoo?
Tres cosas, y ninguna es una opinión: son la recomendación oficial del fabricante para los proyectos que corren en Odoo.sh, su plataforma para Odoo Enterprise con desarrollos a medida.
- El proyecto de Odoo.sh es del cliente. Literalmente: «la organización del cliente debe ser la propietaria del proyecto de Odoo.sh», aunque sea el partner quien haga el desarrollo.
- El repositorio principal de código es del cliente. Un repositorio privado en GitHub cuya organización propietaria es la empresa cliente; el partner recibe acceso de colaborador, con permisos, no la propiedad.
- El contrato de servicio es el sitio donde se escribe lo demás: cómo se licencian los módulos propios del partner, qué derechos de acceso tiene cada parte, en qué condiciones se transfiere el código y qué responsabilidades quedan cuando la relación termina.
La guía enlaza además con la documentación técnica de Odoo para crear el proyecto, gestionar accesos y trabajar con submódulos: es decir, no es un consejo abstracto, es un procedimiento.
¿Por qué importa tanto en una pyme?
Porque un ERP no es una web que se rehace en un mes. Es donde viven las facturas, el stock, la contabilidad y los clientes, y el código a medida que lo adapta a tu negocio se convierte en parte del negocio. Si ese código, o el entorno donde corre, están a nombre del partner, pasan tres cosas que solo se notan cuando ya es tarde:
- Dependencia: cambiar de partner deja de ser una decisión comercial y pasa a ser una migración.
- Continuidad: si el partner cierra, se vende o simplemente deja de responder, tu sistema puede quedarse sin nadie con las llaves.
- Precio: quien tiene las llaves fija las condiciones de la siguiente ampliación.
Odoo lo plantea como una cuestión de gobierno del proyecto, y esa es la lectura correcta: no se trata de desconfiar del partner, sino de que la relación sea sana porque cualquiera de los dos puede irse sin romper nada.
Las cinco decisiones que conviene cerrar antes de firmar
- La suscripción de Odoo, a tu nombre. Las licencias se contratan para tu empresa, con tu correo de administración y tu facturación. El partner puede gestionarla, pero no ser el titular.
- El proyecto de Odoo.sh, a tu nombre. Si tu implantación lleva desarrollos a medida, el proyecto en Odoo.sh se crea desde la cuenta de tu empresa y se invita al partner. Al revés es un problema futuro.
- El repositorio de código, tuyo y privado. Una organización de GitHub de tu empresa, el partner como colaborador. Lo que se escribe para ti, se guarda en tu casa.
- Los módulos propios del partner, con su licencia escrita. Muchos partners reutilizan módulos suyos en varios clientes; es legítimo. Lo que no puede faltar es una cláusula que diga qué puedes seguir usando si la relación termina.
- Las condiciones de salida, antes de entrar. Qué se entrega, en qué formato, en cuánto tiempo y a qué coste si decides cambiar de partner. Es el párrafo del contrato que nadie quiere escribir y que todos agradecen haber escrito.
Y una sexta que no está en la guía porque es de sentido común: que alguien de tu empresa sepa dónde está cada cosa. No hace falta que sea técnico; hace falta que tenga las contraseñas y el listado.
En epoint lo aplicamos desde antes de que Odoo lo escribiera, y por una razón poco heroica: es más cómodo para todos. Todas las suscripciones de Odoo que hemos comercializado como Partner Oficial están a nombre del cliente, con su administración y su facturación; nosotros entramos como gestores. Cuando hay código a medida, se guarda a nombre de la empresa que lo paga. Nunca hemos perdido un cliente por eso, y hemos ganado alguno que venía de la situación contraria: un sistema que funcionaba, pero cuyas llaves tenía otro.
¿Y si ya tienes Odoo y no sabes a nombre de quién está?
Compruébalo esta semana, no en la próxima crisis. Tres preguntas a tu partner, que se responden en un correo: quién es el titular de la suscripción, quién es el propietario del proyecto de Odoo.sh si lo hay, y quién es el propietario del repositorio de código. Si la respuesta a alguna es «nosotros», pide el traspaso: la guía de Odoo es el argumento, y el propio Odoo documenta cómo hacerlo.
Si estás empezando, la guía de precios que publicamos —cuánto cuesta implantar Odoo en España— explica qué se paga y por qué; y si quieres ver el sistema por dentro antes de decidir, tienes un curso de Odoo gratis en español.
La lectura epoint
Que Odoo lo haya puesto por escrito es una buena noticia para el sector, porque convierte en estándar lo que hasta ahora dependía de la honradez de cada partner. Para una pyme, la consecuencia práctica es simple: la titularidad no es un tema para el abogado, es una decisión de dirección que se toma el primer día y cuesta cero. Y un partner que la acepta sin pestañear te está diciendo algo importante sobre cómo va a ser trabajar con él.
Preguntas frecuentes
¿Esto aplica a cualquier Odoo o solo a Odoo.sh?
La guía habla de Odoo.sh, la plataforma de Odoo para proyectos con código a medida. En Odoo Online no hay código a medida, así que la cuestión se reduce a la titularidad de la suscripción. En un servidor propio, el código está en tu casa por definición, pero el repositorio y el contrato siguen importando.
¿Puede el partner reutilizar en otros clientes lo que desarrolló para mí?
Depende de lo que firmaste. Por eso la guía insiste en que el contrato de servicio recoja cómo se licencian los módulos propios del partner. Lo razonable es distinguir entre lo que es genérico del partner y lo que es específico tuyo.
¿Cambiar la titularidad de un proyecto existente es complicado?
No, es un trámite: Odoo documenta cómo transferir proyectos y gestionar accesos, y en GitHub se transfiere un repositorio entre organizaciones en minutos. Lo complicado no es la técnica, es que el partner acepte.
¿Cómo lo hace epoint?
Todas las suscripciones de Odoo que hemos comercializado están a nombre del cliente, con nosotros como gestores, y el código a medida se guarda a nombre de la empresa que lo paga.
¿Quieres implantar Odoo con las llaves en tu mano desde el primer día? Lo montamos como Partner Oficial de Odoo en España, con paquetes cerrados por módulo y la suscripción a tu nombre. Hablemos.
Fuentes: Odoo — «Odoo.sh Infrastructure and Custom Code Ownership», blog Business Hacks, 2 de septiembre de 2026 · Documentación de Odoo.sh (proyectos, accesos y submódulos).