Migrar de Odoo.sh a un servidor propio: el antes y el después de un caso real

Esta semana sacamos a un cliente de Odoo.sh y lo dejamos corriendo en su propio servidor. El cliente es Ramírez & Cañavera, una agencia de seguros de Montería y Medellín que maneja sus pólizas, su cartera y su cobranza por WhatsApp sobre Odoo 19 Enterprise.

No te voy a contar la teoría. Te voy a mostrar las capturas del antes y el después, los números reales de la migración y las trampas que nos encontramos, porque de eso casi nadie habla.

¿Qué cambia entre Odoo.sh y un servidor propio?

Cambia quién es el dueño de la operación. En Odoo.sh, Odoo te da el hosting, el correo, las copias y las actualizaciones. En un servidor propio, todo eso es tuyo: para bien y para mal.

Ninguna de las dos es "la buena". Odoo.sh es más tranquilo si no tienes quién cuide un servidor. El servidor propio gana cuando quieres control y no depender de nadie.

¿Cómo se veía antes?

Así es el ingreso que tenía el cliente en Odoo.sh. Funciona, pero fíjate en el detalle: "Your Logo", un teléfono de ejemplo y el pie de página genérico. Es la plantilla que trae Odoo, tal cual.

Y al entrar, la cuadrícula de aplicaciones de siempre:

¿Cómo se ve ahora?

El mismo Odoo 19 Enterprise, con los mismos datos, pero con la identidad de la agencia. Un tema de marca también se puede montar en Odoo.sh; nosotros aprovechamos la mudanza para estrenarlo. El ingreso lleva su sello, su lema y sus colores:

Al entrar ya no cae en una cuadrícula de íconos: cae directo en su tablero de seguros, con una barra lateral fija para moverse entre las aplicaciones. Las cifras están difuminadas porque son del cliente.

Y la lista de pólizas, que es la pantalla donde el equipo pasa el día. Antes:

Después:

Son las mismas 495 pólizas vigentes en las dos pantallas. Eso es lo importante: cambió la casa, no los muebles.

¿Dónde quedó montado?

En un VPS a nombre del cliente, en su propia cuenta de Hostinger. Esto ya lo conté en por qué cada cliente tiene su propio VPS: si mañana se va, se lleva todo.

Si quieres arrancar por ahí, puedes activar tu VPS en Hostinger con nuestro enlace. Es el mismo proveedor que usamos para este caso y para nuestros propios proyectos.

El servidor es la parte fácil. Lo que hace la diferencia es lo que va adentro: cómo se asegura, cómo se despliega Odoo Enterprise, cómo salen las copias y el correo. Eso lo armamos a la medida de cada negocio en la asesoría.

¿Cómo pasamos los datos sin tumbar la operación?

Con un proceso que lee del Odoo viejo y escribe en el nuevo, sin tocar el origen. Se puede repetir las veces que haga falta sin duplicar nada, así que el día del corte se vuelve a correr para traer lo último.

Esto fue lo que pasó y cómo cuadró:

No me quedé con el conteo. También comparé los totales de cartera y la distribución de pólizas por aseguradora y por estado. Todo igual, al peso.

Y una regla que no negocio: mientras no llegue el corte, la copia no le habla a ningún cliente. Las tareas de cobranza quedan apagadas y el WhatsApp sigue apuntando al sistema viejo. Imagínate un servidor de pruebas cobrándole a gente que ya pagó.

¿Qué trampas nos encontramos?

Cuatro, y cualquiera te puede dañar el día.

1. Un servidor recién creado nace expuesto. Antes de instalar nada hay que cerrarlo: quién entra, por dónde y con qué. Ese es el primer paso, no el último.
2. Al salir de Odoo.sh te quedas sin correo. Odoo.sh envía por ti y uno ni se da cuenta. On-premise no sale un solo correo hasta que configuras tu propio servidor de envío.
3. El tema de marca no es el mismo en Enterprise. La interfaz de Enterprise tiene su propia pantalla de inicio y sus propios colores. El tema que funcionaba en Community hubo que adaptarlo, y eso lo descubrimos en el laboratorio, no en producción.
4. La licencia manda sobre los usuarios. La suscripción on-premise de este cliente es de un usuario, así que la base nueva quedó con uno solo. Hay que cuadrar eso antes de registrar el código.

¿Cuánto tiempo tomó?

Una noche y una mañana. La noche anterior activamos el servidor y compramos la licencia. A la mañana siguiente hicimos el resto: instalar Odoo, pasar los datos, poner la marca y dejar el correo funcionando.

Pero esa mañana tiene truco. Veníamos de cuatro semanas ensayando en un laboratorio aparte, con una copia neutralizada de los datos: ahí probamos el paso a Enterprise, adaptamos el tema y afinamos la migración. Cuando llegó el día, ya sabíamos dónde estaban las trampas.

Y no lo hice solo. Trabajo con un agente de IA que ejecuta mientras yo decido: él ejecuta la migración y compara los totales; yo reviso, apruebo y pongo el criterio. IA con supervisión humana, no a ciegas. Así una migración que antes era un fin de semana completo cabe en una mañana.

¿Para quién vale la pena?

Vale la pena si quieres dos cosas: control sobre tus datos y tu servidor, y la libertad de cambiar de proveedor sin empezar de cero.

No vale la pena si nadie va a cuidar el servidor. Un Odoo propio sin copias verificadas ni actualizaciones es peor que un Odoo.sh bien pagado. El límite lo pone uno, pero también la responsabilidad.

Si tienes tu Odoo en Odoo.sh o en Odoo Online y quieres saber si te conviene pasarlo a un servidor propio, hablemos. Revisamos qué usas de verdad y te digo con números si el cambio se justifica.

Agenda una consulta gratuita

Yoany Andrés My Store Digital