Odoo Online, Odoo.sh y servidor propio: costos y operación

La modalidad de alojamiento determina quién administra la infraestructura, cómo se despliegan los cambios y qué capacidad tiene el equipo de TI para modificar el ERP. Odoo Online, Odoo.sh y la instalación en un servidor propio ofrecen distintos esquemas de operación (Odoo S.A.; Odoo S.A.; Odoo S.A.; Odoo S.A.).

Odoo Online utiliza bases de datos privadas alojadas y administradas por Odoo. Los usuarios acceden mediante un navegador, sin instalar el sistema en sus equipos. La plataforma admite personalizaciones que no requieren programación. Sin embargo, no permite instalar módulos personalizados ni aplicaciones de terceros que incorporen código adicional (Odoo S.A.). Esta restricción afecta a las empresas que necesitan desarrollar funcionalidades específicas o incorporar extensiones externas.

Odoo.sh funciona como una plataforma de alojamiento administrado para proyectos que requieren desarrollos propios. Integra el repositorio de código con los entornos de desarrollo, pruebas y producción. El equipo técnico organiza los cambios mediante ramas del repositorio y dispone de herramientas para acceder al entorno, ejecutar pruebas y supervisar el servicio (Odoo S.A.).

La instalación en un servidor propio permite controlar la configuración del sistema y administrar directamente la infraestructura. La empresa asume la gestión del sistema operativo, la base de datos y los componentes que publican el servicio (Odoo S.A.; Odoo S.A.). La documentación oficial también contempla instalaciones que permiten mantener distintas versiones de Odoo en paralelo (Odoo S.A.).

Odoo Online limita las modificaciones a las herramientas disponibles dentro de su plataforma. No admite módulos personalizados desarrollados en Python ni aplicaciones de Odoo Apps Store que necesiten código adicional (Odoo S.A.). Esta condición debe formar parte del diagnóstico funcional cuando el proyecto contempla procesos particulares o integraciones que requieren programación.

Odoo.sh permite incorporar módulos comunitarios y desarrollos propios mediante el repositorio de código del proyecto. Cada compilación se ejecuta en un contenedor aislado basado en Ubuntu. Los desarrolladores pueden declarar dependencias adicionales de Python en un archivo de configuración del repositorio. La plataforma instala esas dependencias durante la preparación del entorno (Odoo S.A.).

La plataforma también incorpora integración continua y pruebas automatizadas. Las modificaciones publicadas en las ramas del repositorio pueden generar compilaciones para los entornos correspondientes (Odoo S.A.). El equipo técnico conserva la responsabilidad de revisar los cambios y validar su comportamiento antes de autorizar su despliegue en producción.

Un servidor propio ofrece control sobre el proceso de instalación y actualización. Para Odoo 20, la documentación establece Python 3.12 y PostgreSQL 16.0 como requisitos mínimos de la instalación desde código fuente. PostgreSQL es el sistema de gestión de bases de datos utilizado por Odoo. La edición Enterprise requiere también el código de Community y el repositorio de módulos Enterprise (Odoo S.A.).

La publicación de una instalación propia requiere configurar un servidor intermediario, denominado proxy inverso, para recibir las conexiones externas y dirigirlas al servicio de Odoo. La documentación oficial contempla Nginx, certificados SSL y conexiones HTTPS. También documenta el direccionamiento de las conexiones WebSocket al puerto 8072 y de las solicitudes principales al puerto 8069 (Odoo S.A.). Estas configuraciones requieren personal técnico capaz de administrar los componentes de red y seguridad.

Odoo.sh genera copias de seguridad automáticas diarias de la base de datos de producción. Conserva siete copias diarias, cuatro semanales y tres mensuales. Cada respaldo incluye la información de PostgreSQL, los archivos adjuntos, los registros y las sesiones de usuario (Odoo S.A.).

Los entornos de desarrollo y pruebas de Odoo.sh no reciben copias automáticas. La plataforma permite generar respaldos manuales de producción y pruebas, que permanecen disponibles durante tres días. El límite es de cinco copias manuales diarias. Las copias mensuales adicionales se conservan en servidores dedicados de respaldo (Odoo S.A.).

La política general de seguridad de Odoo Cloud establece la conservación de catorce copias completas de cada base de datos durante al menos tres meses. La distribución comprende siete copias diarias, cuatro semanales y tres mensuales. Odoo también indica que replica los respaldos en al menos tres centros de datos geográficamente separados (Odoo S.A.).

Odoo permite descargar copias manuales de los datos y solicitar al soporte la restauración de un respaldo disponible. La restauración puede realizarse sobre la base de datos original o sobre una base independiente (Odoo S.A.). En Odoo.sh, la cobertura automática descrita para producción no incluye los entornos de desarrollo y pruebas (Odoo S.A.).

La ubicación física de los datos también interviene en la selección del alojamiento. Para la región Americas, Odoo identifica instalaciones de producción en Estados Unidos y Canadá. Los respaldos de esa región se almacenan en Francia, Países Bajos y Canadá. Perú no figura entre los países identificados como ubicaciones de producción o respaldo en la política de privacidad de Odoo (Odoo S.A.).

Las empresas peruanas con requisitos contractuales sobre ubicación, transferencia internacional o conservación de información deben revisar estas condiciones antes de contratar. Odoo permite solicitar un cambio de región, sujeto a disponibilidad (Odoo S.A.). Una infraestructura propia permite que la empresa determine la ubicación del almacenamiento, siempre que disponga de recursos para administrar y proteger los datos (Odoo S.A.; Odoo S.A.).

Odoo Online incorpora el alojamiento dentro de la suscripción. La oferta comercial incluye infraestructura cloud escalable. También contempla copias de seguridad incrementales diarias en dos continentes. La suscripción incluye seguridad, monitorización y actualizaciones. La página oficial publica almacenamiento sin medición de consumo hasta 100 GB, sujeto a las condiciones comerciales del plan (Odoo S.A.).

Odoo.sh tiene un costo de alojamiento independiente de la licencia Enterprise (Odoo S.A.). El configurador oficial publica una tarifa mensual de US$ 57.60 por trabajador de base de datos. El almacenamiento tiene un precio publicado de US$ 0.20 mensuales por GB. Cada entorno de pruebas tiene una tarifa publicada de US$ 14.40 mensuales (Odoo S.A.).

Estas tarifas permiten construir una estimación inicial del alojamiento. El presupuesto debe identificar la cantidad de trabajadores de base de datos y el almacenamiento requerido. También debe considerar los entornos de pruebas contratados. La plataforma diferencia entre alojamiento compartido y dedicado. Los importes deben verificarse al solicitar una cotización, porque la configuración y las condiciones comerciales pueden modificar el presupuesto final (Odoo S.A.).

La licencia Enterprise debe presupuestarse por separado cuando corresponda. El alojamiento de Odoo.sh no incluye esa licencia (Odoo S.A.; Odoo S.A.). La evaluación económica debe separar la suscripción del software, la infraestructura y los servicios profesionales de implementación y mantenimiento.

Un servidor propio requiere una estructura presupuestaria que incluya los recursos de procesamiento, memoria, almacenamiento y conectividad. La empresa también debe considerar la administración del sistema operativo y de PostgreSQL (Odoo S.A.). La publicación del servicio requiere configurar certificados y conexiones HTTPS (Odoo S.A.). La operación también demanda procedimientos de respaldo, monitorización y seguridad (Odoo S.A.; Odoo S.A.).

El costo de infraestructura no representa por sí solo el costo total de propiedad. Una instalación propia consume horas de personal técnico para administrar los componentes, mantener las versiones y atender incidencias (Odoo S.A.; Odoo S.A.). Odoo.sh proporciona herramientas administradas para los entornos de desarrollo y producción (Odoo S.A.). El mantenimiento de los desarrollos y su validación funcional siguen requiriendo recursos técnicos del proyecto (Odoo S.A.; Odoo S.A.).

La comparación económica debe utilizar un horizonte de evaluación común. Para Odoo Online corresponde considerar la suscripción y las necesidades de almacenamiento (Odoo S.A.). Para Odoo.sh deben incorporarse las tarifas de alojamiento y los entornos contratados (Odoo S.A.). Para un servidor propio deben estimarse los recursos de infraestructura y las horas de operación técnica (Odoo S.A.; Odoo S.A.).

Dmunoz Group implementa proyectos tecnológicos en los que la modalidad de alojamiento forma parte del diseño de operación y recuperación. Durante trabajos en Odoo.sh, el equipo ha encontrado restricciones de permisos para generar respaldos previos a determinados cambios. También ha identificado limitaciones en las herramientas disponibles para extraer información de la base de datos.

Estas situaciones requieren procedimientos alternativos de recuperación y extracción de información. El equipo debe verificar los permisos disponibles y comprobar que las herramientas de respaldo funcionan antes de ejecutar cambios sobre producción. La existencia de copias automáticas no garantiza por sí sola que todos los procedimientos de recuperación estén disponibles para el equipo responsable (Odoo S.A.).

Las pruebas funcionales también permiten identificar restricciones relacionadas con las reglas documentales y los estados operativos de los procesos. En trabajos de implementación, el equipo ha encontrado condiciones que afectan la confirmación de compras y el procesamiento de notas de crédito. Estos comportamientos requieren pruebas con las condiciones reales de operación antes de autorizar cambios productivos.

El método DMG-RT de Dmunoz Group establece un indicador de negocio para cada intervención tecnológica. La implementación requiere una línea base reproducible y aprobada por finanzas antes de ejecutar los cambios. Cada oportunidad debe incluir una fórmula de beneficio, su fuente de datos y los supuestos utilizados. Cuando una oportunidad carece de una fuente de datos verificable, el equipo registra el beneficio como cualitativo.

En el ámbito financiero, el margen bruto por línea de producto constituye un indicador aplicable a intervenciones de gestión empresarial. El trabajo puede comprender el costeo de productos en Odoo, la definición de márgenes mínimos y las aprobaciones de descuentos. La medición debe comparar los resultados con la línea base aprobada y utilizar una consulta o tablero repetible.

El método también establece la participación del personal del cliente durante la implementación. Los responsables del proceso deben operar la solución desde la primera semana de puesta en marcha. Los indicadores y las acciones correctivas deben permanecer registrados en el ERP u otra plataforma del cliente. El traspaso contempla responsables identificados para cada indicador y un manual de operación. El método establece revisiones de sostenibilidad a los tres, seis y doce meses.

La selección del alojamiento debe considerar estas condiciones dentro de los procedimientos de despliegue, pruebas y recuperación. En Odoo.sh, el diagnóstico debe comprobar los permisos de acceso y los procedimientos disponibles para respaldar y extraer información (Odoo S.A.). En un servidor propio, el diseño operativo debe identificar a los responsables de administrar la infraestructura y recuperar el servicio (Odoo S.A.; Odoo S.A.). La implementación debe incorporar pruebas funcionales de los procesos antes de autorizar modificaciones en producción.