La decisión entre Odoo Online, Odoo.sh y servidor propio es una de las primeras que debe tomar cualquier empresa que implementa Odoo. Muchas pymes españolas empiezan con Odoo Online por su simplicidad y acaban migrando a Odoo.sh cuando necesitan el primer módulo de la comunidad OCA o la primera personalización. Entender qué es Odoo.sh desde el principio evita esa migración forzada.
Diferencias entre Odoo Online y Odoo.sh
| Característica | Odoo Online | Odoo.sh |
|---|---|---|
| Módulos OCA | ❌ No permitidos | ✅ Sí |
| Módulos a medida | ❌ No permitidos | ✅ Sí |
| Acceso a la base de datos | ❌ Solo a través de Odoo | ✅ Acceso directo PostgreSQL |
| Repositorio Git | ❌ No disponible | ✅ Integración GitHub/GitLab nativa |
| Entornos (dev/staging/prod) | ❌ Solo producción | ✅ Múltiples entornos simultáneos |
| Actualizaciones automáticas | ✅ Gestionadas por Odoo SA | ⚠️ Actualizaciones menores automáticas; mayores requieren acción |
| Backups automáticos | ✅ Gestionados por Odoo SA | ✅ Automáticos + restauración en 1 clic |
| Coste adicional a licencia | 0€ (incluido en Enterprise) | Desde ~60€/mes (según workers) |
Cómo funciona Odoo.sh por dentro
Odoo.sh es una plataforma PaaS (Platform as a Service) construida sobre Google Cloud y diseñada específicamente para Odoo. Cuando contratas Odoo.sh, lo que obtienes es un repositorio Git (integrado con GitHub o GitLab) que controla qué código y qué módulos están en cada entorno de tu instalación.
La estructura de ramas de Odoo.sh: cada rama de Git se corresponde con un entorno diferente. La rama production es tu instancia en producción con datos reales. La rama staging (o ramas de staging que puedes crear) es una copia exacta de producción para pruebas. Las ramas de desarrollo son entornos temporales para probar nuevas funcionalidades o módulos antes de llevarlos a staging.
Cuando haces un push de código a una rama de Odoo.sh, la plataforma detecta el cambio, construye automáticamente el entorno correspondiente y actualiza la instancia. Si el push tiene un error que impide que Odoo arranque, la plataforma lo detecta y te notifica sin afectar a producción. Este proceso de despliegue continuo es lo que diferencia Odoo.sh de una instalación en servidor propio, donde los despliegues son manuales y más propensos a errores humanos.
El sistema de entornos de Odoo.sh
🟢 Producción
Base de datos real con los datos del negocio. Solo recibe cambios validados en staging. Los usuarios trabajan aquí.
🟡 Staging
Copia exacta de producción para probar módulos nuevos o actualizaciones antes de llevarlos a producción. Puede refrescarse con datos de producción en cualquier momento.
🔵 Desarrollo
Entornos temporales por rama. Se crean automáticamente con cada nueva rama Git. Usados por desarrolladores para iterar sin afectar a staging ni producción.
El flujo de trabajo de desarrollo en Odoo.sh
El flujo de trabajo profesional en Odoo.sh sigue el mismo patrón que el desarrollo de software moderno: rama de desarrollo → pull request → staging → producción. Esto elimina el riesgo de "lo pruebo directamente en producción" que es la causa más frecuente de incidencias en instalaciones de Odoo en servidor propio.
Un partner o desarrollador que quiere añadir un nuevo módulo OCA a la instalación de su cliente en Odoo.sh sigue estos pasos: crea una rama de desarrollo nueva a partir de producción, añade el módulo al repositorio Git de la rama, Odoo.sh construye automáticamente un entorno de desarrollo con ese módulo instalado, el cliente lo prueba en ese entorno con datos reales, si funciona correctamente se hace merge a staging, se prueba con el equipo completo y finalmente se hace merge a producción. Todo este proceso sin interrumpir la operativa real en ningún momento.
Esta capacidad de trabajar en paralelo en nuevas funcionalidades mientras producción sigue funcionando con normalidad es la principal ventaja de Odoo.sh sobre cualquier servidor propio con un solo entorno. Para empresas que hacen varias implementaciones al año o que evolucionan continuamente su Odoo, es especialmente valiosa.
Seguridad y cumplimiento RGPD en Odoo.sh
Una pregunta frecuente de empresas españolas es si Odoo.sh cumple con el Reglamento General de Protección de Datos (RGPD). La respuesta es sí, con matices importantes que conviene conocer:
Localización de datos: Odoo.sh corre sobre Google Cloud y permite elegir la región de los servidores. Para empresas europeas, la región recomendada es Europa Occidental (Belgium o Frankfurt). Con esta configuración, los datos permanecen en la Unión Europea, lo que cumple con los requisitos básicos del RGPD sobre transferencias internacionales de datos.
Acuerdo de procesamiento de datos (DPA): Odoo SA ofrece un Data Processing Agreement (acuerdo de encargado de tratamiento) para clientes Enterprise, que es el documento necesario para cumplir con el artículo 28 del RGPD. Si tu empresa maneja datos personales de clientes o empleados en Odoo, solicitar y firmar este DPA con Odoo SA es un requisito legal en España.
Acceso a los datos: a diferencia de Odoo Online (donde Odoo SA tiene acceso técnico a tu base de datos para labores de soporte), en Odoo.sh el acceso está más controlado y puedes configurar quién tiene acceso a cada entorno mediante los permisos del repositorio Git y del panel de Odoo.sh.
Backups y cifrado: Odoo.sh cifra los datos en reposo y en tránsito, y los backups se almacenan igualmente cifrados. La retención de backups es de 7 días para los automáticos, con posibilidad de hacer backups manuales adicionales en cualquier momento.
Cuándo usar Odoo.sh y cuándo no
Odoo.sh es la opción correcta en estos escenarios: tienes o planeas tener módulos OCA instalados (Odoo Online no los permite); necesitas personalizaciones a medida desarrolladas por un partner o equipo interno; tienes un equipo técnico que quiere un flujo de trabajo con Git y entornos separados; o has tenido problemas de estabilidad con un servidor propio que no quieres gestionar internamente.
Odoo Online sigue siendo suficiente si: solo usas módulos oficiales de Odoo, no tienes personalizaciones, tu empresa es pequeña y no prevé grandes cambios en la configuración en el corto plazo, y prefieres delegarle absolutamente toda la gestión técnica a Odoo SA. Para empresas que encajan en este perfil, Odoo Online es más sencillo y ligeramente más barato al no tener el sobrecoste de Odoo.sh.
Un servidor propio sigue teniendo sentido cuando los requisitos de soberanía de datos exigen que la información no salga de las instalaciones de la empresa (sector sanitario, defensa, o empresas con regulaciones muy estrictas), cuando ya se dispone de infraestructura técnica interna capaz de gestionarlo, o cuando el volumen de la instancia es muy grande y el coste de Odoo.sh sería significativamente superior.
Odoo.sh y la seguridad del correo corporativo
Una de las primeras tareas tras montar la instancia en Odoo.sh es configurar el servidor de correo saliente. Odoo.sh puede actuar como servidor SMTP propio, lo que requiere configurar SPF y DKIM para evitar que los correos lleguen al spam. La guía de configuración de SPF, DKIM y DMARC en Odoo cubre este proceso con detalle.
También puedes usar un relay vía Google Workspace o Microsoft 365 si ya tienes estos servicios contratados, lo que simplifica la configuración DNS al delegar la autenticación del correo al proveedor. Esta opción es especialmente recomendable para Odoo.sh si el dominio de la empresa ya tiene SPF/DKIM configurados para Google Workspace o M365.
Precio de Odoo.sh: qué incluye y qué cuesta
Odoo.sh cobra por "workers", que son los procesos de servidor que atienden las solicitudes de los usuarios. Un worker por defecto atiende entre 4 y 8 usuarios simultáneos. El plan inicial (1 worker de producción, 1 de staging) tiene un coste base de aproximadamente 60€/mes. Para empresas con más de 20–30 usuarios concurrentes, es habitual necesitar 2–3 workers, lo que lleva el coste mensual a 120–180€.
Este coste se suma a la licencia Enterprise (~22€/usuario/mes). Para una empresa con 15 usuarios y 2 workers en Odoo.sh: ~330€/mes de licencia + ~120€/mes de Odoo.sh = ~450€/mes totales, sin incluir el dominio propio ni el coste de mantenimiento de un partner. El coste de implementar Odoo en la nube en España incluye un análisis más detallado de todos estos componentes.
¿Quieres saber si Odoo.sh es lo que necesitas?
En OsPrime te ayudamos a elegir la infraestructura correcta para tu empresa: Odoo Online, Odoo.sh o servidor propio, según tu operativa, tus requisitos técnicos y tu presupuesto. Si ya tienes Odoo Online y necesitas migrar a Odoo.sh, también lo gestionamos.
Habla con nuestro equipo en InterPartner →Preguntas frecuentes: Odoo.sh
¿Puedo empezar con Odoo Online y migrar a Odoo.sh después?
Sí. La migración de Odoo Online a Odoo.sh es posible y la gestiona Odoo SA con un proceso específico. El punto crítico es que en Odoo Online no puedes instalar módulos OCA, así que si has desarrollado personalizaciones por otros medios o tienes módulos de terceros, habrá que revisarlos. Lo ideal es decidir desde el principio si vas a necesitar Odoo.sh, para evitar la migración posterior.
¿Odoo.sh incluye backups automáticos?
Sí. Odoo.sh hace backups automáticos diarios del entorno de producción y los conserva durante 7 días. También puedes lanzar backups manuales en cualquier momento y restaurar una copia anterior con un clic desde el panel de control. Los datos están replicados en la infraestructura de Google Cloud.
¿Puede mi equipo de desarrollo trabajar en Odoo.sh?
Sí, y es precisamente para lo que está diseñado. Odoo.sh se integra con GitHub o GitLab y cada desarrollador puede trabajar en su propia rama (rama de desarrollo), que se despliega automáticamente en un entorno propio. Los cambios van subiendo: desarrollo → staging → producción, con revisión en cada paso. Es un flujo de trabajo profesional similar al que se usa en desarrollo de software moderno.
¿Dónde están los servidores de Odoo.sh?
Odoo.sh usa la infraestructura de Google Cloud, con opción de elegir la región de los servidores. Para empresas en España y Europa, la región recomendada es Europa Occidental (Belgium o Frankfurt), lo que garantiza que los datos permanecen en la Unión Europea y cumple con los requisitos del RGPD.
¿Se puede usar Odoo.sh con Odoo Community (gratuito)?
No. Odoo.sh requiere una licencia Enterprise activa. Es una plataforma exclusiva para usuarios de pago. Si quieres las ventajas de tener entornos separados y repositorio Git con Odoo Community, necesitas montar tu propia infraestructura (un VPS con Docker, por ejemplo), pero eso requiere gestión técnica propia.
¿Odoo.sh cumple con el RGPD?
Sí, con la configuración adecuada. Debes elegir una región de servidores en la Unión Europea (Belgium o Frankfurt) y firmar el Data Processing Agreement (DPA) con Odoo SA. Con estos dos pasos, Odoo.sh cumple con los requisitos del RGPD para el tratamiento de datos personales de clientes y empleados europeos.
La decisión entre Odoo Online, Odoo.sh y servidor propio es una de las primeras que debe tomar cualquier empresa que implementa Odoo. Muchas pymes españolas empiezan con Odoo Online por su simplicidad y acaban migrando a Odoo.sh cuando necesitan el primer módulo de la comunidad OCA o la primera personalización. Entender qué es Odoo.sh desde el principio evita esa migración forzada.
Diferencias entre Odoo Online y Odoo.sh
| Característica | Odoo Online | Odoo.sh |
|---|---|---|
| Módulos OCA | ❌ No permitidos | ✅ Sí |
| Módulos a medida | ❌ No permitidos | ✅ Sí |
| Acceso a la base de datos | ❌ Solo a través de Odoo | ✅ Acceso directo PostgreSQL |
| Repositorio Git | ❌ No disponible | ✅ Integración GitHub/GitLab nativa |
| Entornos (dev/staging/prod) | ❌ Solo producción | ✅ Múltiples entornos simultáneos |
| Actualizaciones automáticas | ✅ Gestionadas por Odoo SA | ⚠️ Actualizaciones menores automáticas; mayores requieren acción |
| Backups automáticos | ✅ Gestionados por Odoo SA | ✅ Automáticos + restauración en 1 clic |
| Coste adicional a licencia | 0€ (incluido en Enterprise) | Desde ~60€/mes (según workers) |
Cómo funciona Odoo.sh por dentro
Odoo.sh es una plataforma PaaS (Platform as a Service) construida sobre Google Cloud y diseñada específicamente para Odoo. Cuando contratas Odoo.sh, lo que obtienes es un repositorio Git (integrado con GitHub o GitLab) que controla qué código y qué módulos están en cada entorno de tu instalación.
La estructura de ramas de Odoo.sh: cada rama de Git se corresponde con un entorno diferente. La rama production es tu instancia en producción con datos reales. La rama staging (o ramas de staging que puedes crear) es una copia exacta de producción para pruebas. Las ramas de desarrollo son entornos temporales para probar nuevas funcionalidades o módulos antes de llevarlos a staging.
Cuando haces un push de código a una rama de Odoo.sh, la plataforma detecta el cambio, construye automáticamente el entorno correspondiente y actualiza la instancia. Si el push tiene un error que impide que Odoo arranque, la plataforma lo detecta y te notifica sin afectar a producción. Este proceso de despliegue continuo es lo que diferencia Odoo.sh de una instalación en servidor propio, donde los despliegues son manuales y más propensos a errores humanos.
El sistema de entornos de Odoo.sh
🟢 Producción
Base de datos real con los datos del negocio. Solo recibe cambios validados en staging. Los usuarios trabajan aquí.
🟡 Staging
Copia exacta de producción para probar módulos nuevos o actualizaciones antes de llevarlos a producción. Puede refrescarse con datos de producción en cualquier momento.
🔵 Desarrollo
Entornos temporales por rama. Se crean automáticamente con cada nueva rama Git. Usados por desarrolladores para iterar sin afectar a staging ni producción.
El flujo de trabajo de desarrollo en Odoo.sh
El flujo de trabajo profesional en Odoo.sh sigue el mismo patrón que el desarrollo de software moderno: rama de desarrollo → pull request → staging → producción. Esto elimina el riesgo de "lo pruebo directamente en producción" que es la causa más frecuente de incidencias en instalaciones de Odoo en servidor propio.
Un partner o desarrollador que quiere añadir un nuevo módulo OCA a la instalación de su cliente en Odoo.sh sigue estos pasos: crea una rama de desarrollo nueva a partir de producción, añade el módulo al repositorio Git de la rama, Odoo.sh construye automáticamente un entorno de desarrollo con ese módulo instalado, el cliente lo prueba en ese entorno con datos reales, si funciona correctamente se hace merge a staging, se prueba con el equipo completo y finalmente se hace merge a producción. Todo este proceso sin interrumpir la operativa real en ningún momento.
Esta capacidad de trabajar en paralelo en nuevas funcionalidades mientras producción sigue funcionando con normalidad es la principal ventaja de Odoo.sh sobre cualquier servidor propio con un solo entorno. Para empresas que hacen varias implementaciones al año o que evolucionan continuamente su Odoo, es especialmente valiosa.
Seguridad y cumplimiento RGPD en Odoo.sh
Una pregunta frecuente de empresas españolas es si Odoo.sh cumple con el Reglamento General de Protección de Datos (RGPD). La respuesta es sí, con matices importantes que conviene conocer:
Localización de datos: Odoo.sh corre sobre Google Cloud y permite elegir la región de los servidores. Para empresas europeas, la región recomendada es Europa Occidental (Belgium o Frankfurt). Con esta configuración, los datos permanecen en la Unión Europea, lo que cumple con los requisitos básicos del RGPD sobre transferencias internacionales de datos.
Acuerdo de procesamiento de datos (DPA): Odoo SA ofrece un Data Processing Agreement (acuerdo de encargado de tratamiento) para clientes Enterprise, que es el documento necesario para cumplir con el artículo 28 del RGPD. Si tu empresa maneja datos personales de clientes o empleados en Odoo, solicitar y firmar este DPA con Odoo SA es un requisito legal en España.
Acceso a los datos: a diferencia de Odoo Online (donde Odoo SA tiene acceso técnico a tu base de datos para labores de soporte), en Odoo.sh el acceso está más controlado y puedes configurar quién tiene acceso a cada entorno mediante los permisos del repositorio Git y del panel de Odoo.sh.
Backups y cifrado: Odoo.sh cifra los datos en reposo y en tránsito, y los backups se almacenan igualmente cifrados. La retención de backups es de 7 días para los automáticos, con posibilidad de hacer backups manuales adicionales en cualquier momento.
Cuándo usar Odoo.sh y cuándo no
Odoo.sh es la opción correcta en estos escenarios: tienes o planeas tener módulos OCA instalados (Odoo Online no los permite); necesitas personalizaciones a medida desarrolladas por un partner o equipo interno; tienes un equipo técnico que quiere un flujo de trabajo con Git y entornos separados; o has tenido problemas de estabilidad con un servidor propio que no quieres gestionar internamente.
Odoo Online sigue siendo suficiente si: solo usas módulos oficiales de Odoo, no tienes personalizaciones, tu empresa es pequeña y no prevé grandes cambios en la configuración en el corto plazo, y prefieres delegarle absolutamente toda la gestión técnica a Odoo SA. Para empresas que encajan en este perfil, Odoo Online es más sencillo y ligeramente más barato al no tener el sobrecoste de Odoo.sh.
Un servidor propio sigue teniendo sentido cuando los requisitos de soberanía de datos exigen que la información no salga de las instalaciones de la empresa (sector sanitario, defensa, o empresas con regulaciones muy estrictas), cuando ya se dispone de infraestructura técnica interna capaz de gestionarlo, o cuando el volumen de la instancia es muy grande y el coste de Odoo.sh sería significativamente superior.
Odoo.sh y la seguridad del correo corporativo
Una de las primeras tareas tras montar la instancia en Odoo.sh es configurar el servidor de correo saliente. Odoo.sh puede actuar como servidor SMTP propio, lo que requiere configurar SPF y DKIM para evitar que los correos lleguen al spam. La guía de configuración de SPF, DKIM y DMARC en Odoo cubre este proceso con detalle.
También puedes usar un relay vía Google Workspace o Microsoft 365 si ya tienes estos servicios contratados, lo que simplifica la configuración DNS al delegar la autenticación del correo al proveedor. Esta opción es especialmente recomendable para Odoo.sh si el dominio de la empresa ya tiene SPF/DKIM configurados para Google Workspace o M365.
Precio de Odoo.sh: qué incluye y qué cuesta
Odoo.sh cobra por "workers", que son los procesos de servidor que atienden las solicitudes de los usuarios. Un worker por defecto atiende entre 4 y 8 usuarios simultáneos. El plan inicial (1 worker de producción, 1 de staging) tiene un coste base de aproximadamente 60€/mes. Para empresas con más de 20–30 usuarios concurrentes, es habitual necesitar 2–3 workers, lo que lleva el coste mensual a 120–180€.
Este coste se suma a la licencia Enterprise (~22€/usuario/mes). Para una empresa con 15 usuarios y 2 workers en Odoo.sh: ~330€/mes de licencia + ~120€/mes de Odoo.sh = ~450€/mes totales, sin incluir el dominio propio ni el coste de mantenimiento de un partner. El coste de implementar Odoo en la nube en España incluye un análisis más detallado de todos estos componentes.
¿Quieres saber si Odoo.sh es lo que necesitas?
En OsPrime te ayudamos a elegir la infraestructura correcta para tu empresa: Odoo Online, Odoo.sh o servidor propio, según tu operativa, tus requisitos técnicos y tu presupuesto. Si ya tienes Odoo Online y necesitas migrar a Odoo.sh, también lo gestionamos.
Habla con nuestro equipo en InterPartner →Preguntas frecuentes: Odoo.sh
¿Puedo empezar con Odoo Online y migrar a Odoo.sh después?
Sí. La migración de Odoo Online a Odoo.sh es posible y la gestiona Odoo SA con un proceso específico. El punto crítico es que en Odoo Online no puedes instalar módulos OCA, así que si has desarrollado personalizaciones por otros medios o tienes módulos de terceros, habrá que revisarlos. Lo ideal es decidir desde el principio si vas a necesitar Odoo.sh, para evitar la migración posterior.
¿Odoo.sh incluye backups automáticos?
Sí. Odoo.sh hace backups automáticos diarios del entorno de producción y los conserva durante 7 días. También puedes lanzar backups manuales en cualquier momento y restaurar una copia anterior con un clic desde el panel de control. Los datos están replicados en la infraestructura de Google Cloud.
¿Puede mi equipo de desarrollo trabajar en Odoo.sh?
Sí, y es precisamente para lo que está diseñado. Odoo.sh se integra con GitHub o GitLab y cada desarrollador puede trabajar en su propia rama (rama de desarrollo), que se despliega automáticamente en un entorno propio. Los cambios van subiendo: desarrollo → staging → producción, con revisión en cada paso. Es un flujo de trabajo profesional similar al que se usa en desarrollo de software moderno.
¿Dónde están los servidores de Odoo.sh?
Odoo.sh usa la infraestructura de Google Cloud, con opción de elegir la región de los servidores. Para empresas en España y Europa, la región recomendada es Europa Occidental (Belgium o Frankfurt), lo que garantiza que los datos permanecen en la Unión Europea y cumple con los requisitos del RGPD.
¿Se puede usar Odoo.sh con Odoo Community (gratuito)?
No. Odoo.sh requiere una licencia Enterprise activa. Es una plataforma exclusiva para usuarios de pago. Si quieres las ventajas de tener entornos separados y repositorio Git con Odoo Community, necesitas montar tu propia infraestructura (un VPS con Docker, por ejemplo), pero eso requiere gestión técnica propia.
¿Odoo.sh cumple con el RGPD?
Sí, con la configuración adecuada. Debes elegir una región de servidores en la Unión Europea (Belgium o Frankfurt) y firmar el Data Processing Agreement (DPA) con Odoo SA. Con estos dos pasos, Odoo.sh cumple con los requisitos del RGPD para el tratamiento de datos personales de clientes y empleados europeos.