Su ERP en línea, con respaldos probados y soporte con registro
Diego aloja y vigila su sistema, restaura de prueba los respaldos y pasa cada actualización por un ambiente de prueba antes de tocar producción. Cuando algo falla, usted escribe por WhatsApp y el pedido queda como ticket.
Odoo 17 a 20 en Odoo.sh o en un servidor a nombre de su empresa
Estado de su ERP
- ServidorEn línea, vigilado
- Último respaldoRestaurado en una base de prueba
- Actualización pendienteEn el ambiente de prueba
- Pedido de soporteTicket con responsable
El día que el sistema no abre, cuatro preguntas no tienen respuesta
Facturación, almacén y caja se detienen a la vez. Lo que tarda la recuperación depende de lo que se preparó antes: respaldos probados, accesos documentados y un responsable que ya conoce el servidor.
- ¿Cuándo fue el último respaldo?
- ¿Alguien probó que se puede restaurar?
- ¿Quién tiene la clave del servidor?
- ¿La actualización de anoche se probó antes?
Lo que cuesta seguir así
Se entera cuando un usuario reclama
Sin monitoreo, la primera alerta es una llamada de ventas o de almacén. Para entonces la operación ya está detenida.
Un respaldo que nadie restauró
El archivo existe, pero nadie sabe si está completo. Si faltan tablas o adjuntos, se sabe recién al restaurar.
Soporte que depende de quién esté
El pedido llega por un chat personal, no tiene número ni responsable y no queda registro de qué se cambió.
Diego prueba la restauración antes de prometer continuidad
DMG-RT, el método propio de Diego, parte de una medición antes de tocar la tecnología. En este servicio se mide si el respaldo se restaura completo, cuánto tarda la restauración y cuánto pasa entre una falla y el aviso.
Diagnóstico: revisión del servidor y los respaldos
Diego revisa dónde corre el sistema, quién tiene acceso, qué módulos tiene instalados y si el último respaldo se puede restaurar. Restaura uno en una base aparte y compara los registros con el original.
Entregable: Informe del estado del servidor, de los accesos y de la restauración de prueba.
Diseño: ambientes, respaldos y alertas
Se define dónde se aloja, cada cuánto se respalda y dónde se guarda la copia, qué ambiente de prueba se usa para las actualizaciones, qué alertas llegan y a quién, y en qué horario se atiende cada prioridad.
Entregable: Política de respaldo, mapa de ambientes y acuerdo de atención por escrito.
Implementación: traslado y vigilancia
Si hace falta, el sistema se traslada con un respaldo restaurado y verificado antes del corte. Se activa el monitoreo de disponibilidad y de errores, y se registra la primera restauración de prueba.
Entregable: Sistema en el servidor acordado, monitoreo activo y acta de la restauración.
Traspaso y sostenibilidad: soporte con ticket
El servicio sigue como suscripción mensual. Cada pedido entra como ticket con responsable. Las actualizaciones pasan por prueba y su aprobación. A los 3, 6 y 12 meses se repite la restauración de prueba con el mismo protocolo.
Entregable: Historial de tickets, registro de restauraciones y accesos a nombre de su empresa.
- Servidor y accesos
- Respaldo y ambiente de prueba
- Producción vigilada
- Soporte con ticket
Si se cae, se restaura desde un respaldo que ya se probó
La pregunta habitual es qué pasa si el sistema se cae. La respuesta está en tres registros: la restauración de prueba con su conteo, el recorrido que sigue cada actualización y el ticket de cada pedido de soporte.
Respaldo
Copia completa de la base y los adjuntos antes de cualquier cambio.
Ambiente de prueba
La actualización se instala sobre una copia de sus datos.
Validación
Su equipo revisa los procesos clave y aprueba por escrito.
Producción
Se aplica en el horario acordado, con el monitoreo atento a errores.
Capturas de una base de prueba y de una instancia de demostración de Odoo 20 estándar, con datos ficticios.
Traiga el dato de su último respaldo y revise con Diego si se puede restaurar.
Agendar diagnóstico de 30 minQué aporta usted y qué recibe
Usted aporta
- Acceso de administrador al servidor actual o a Odoo.sh.
- El último respaldo disponible y quién lo genera.
- Una persona que apruebe cada actualización en el ambiente de prueba.
- La cuenta de nube o de Odoo a nombre de su empresa.
Usted recibe
- Servidor dimensionado para su uso, con accesos documentados.
- Respaldos con restauración de prueba registrada.
- Monitoreo de disponibilidad y de errores, con aviso a un responsable.
- Soporte por WhatsApp con ticket e historial de cada cambio.
Cuándo no conviene este servicio
Si usa Odoo Online sin módulos propios, Odoo ya aloja, respalda y actualiza su base; basta con soporte funcional. Si su área de TI ya restaura respaldos de prueba y registra cada incidente, conviene una revisión puntual en lugar de una suscripción. Ver ERP con Odoo
Sistemas que intervienen en la operación del ERP
Diego opera sus propios servidores de Odoo con el mismo protocolo
Diego Muñoz es consultor de procesos y sistemas. Mantiene sus propias instancias de Odoo 20 con respaldos que restaura de prueba, ambientes separados para probar cambios y monitoreo de registros y métricas. Lo que ofrece a su empresa es esa misma rutina, con un acuerdo escrito.
El servidor, los respaldos y las credenciales quedan a nombre de su empresa. Si un día cambia de proveedor, recibe todo documentado.
- Odoo 17, 18, 19 y 20
- Odoo.sh y servidores propios
- Arquitectura empresarial con TOGAF
Preguntas antes de confiar el servidor de su ERP
¿Dónde queda alojado mi sistema?
En Odoo.sh si usa Odoo Enterprise, o en un proveedor de nube que se acuerda con usted. En ambos casos la cuenta queda a nombre de su empresa.
¿Cómo sé que los respaldos sirven?
Se restauran de prueba en una base aparte y se comparan los registros con el original. Usted recibe el registro de cada restauración.
¿Pueden tomar un sistema que instaló otra empresa?
Sí. La fase de diagnóstico revisa el servidor, los módulos, los accesos y los respaldos, y le entrega el estado por escrito antes de cualquier traslado.
¿En qué horario responden?
En horario de Lima. Las caídas de servicio se atienden según la prioridad y el horario que fija el acuerdo de atención. Cada caída entra como ticket con prioridad, responsable y nota de lo que se hizo.
¿Cómo se cobra?
El diagnóstico y el traslado tienen un monto fijo por fase. Después, el servicio es una suscripción mensual que se estima con el tamaño de la base y el horario de atención acordado.
¿Quién aprueba una actualización?
Una persona de su empresa, después de revisar sus procesos clave en el ambiente de prueba. Sin esa aprobación la actualización no llega a producción.
Revise con Diego en 30 minutos si su ERP resiste una caída
- Usted cuenta dónde corre su ERP y cuándo fue el último respaldo.
- Diego revisa qué miraría primero: respaldos, accesos o actualizaciones pendientes.
- Recibe por escrito el orden de revisión y el alcance de la fase de diagnóstico.
