Soporte y AMS Odoo: tu ERP operando bien todos los días, no solo el día del go-live
Mantenimiento y soporte post-go-live de Odoo por suscripción, con bolsa de horas y SLA acordado por contrato. Cubrimos lo funcional y lo técnico: atención de incidentes con niveles L1–L3, mejoras continuas, gestión de actualizaciones de versión, monitoreo y administración. Operamos desde Monterrey y Texas en huso Central (CST), bajo marco ITIL y procesos alineados a CMMI Nivel 2.
El soporte y AMS (Application Management Services) de Odoo es el servicio por suscripción que mantiene tu ERP estable, actualizado y mejorando de forma continua después de salir a producción.
No es solo "apagar incendios": combinamos una mesa de ayuda con niveles de atención L1 a L3, mantenimiento correctivo y evolutivo, gestión disciplinada de actualizaciones de versión, monitoreo de la instancia y administración técnica. Trabajamos con una bolsa de horas mensual y SLAs acordados por contrato, sobre Odoo Community, Enterprise y Odoo.sh.
El código y la configuración son 100% tuyos desde el inicio.
Seis razones operativas, cero adjetivos
El código es tuyo desde el día uno
Repos a tu nombre, CI/CD documentado y cero vendor lock-in. Si mañana te vas, te llevas todo funcionando.
WhatsApp API con proveedor oficial
Somos Tech Provider de Meta: tu línea de WhatsApp Business API sin intermediarios, con chatbots conectados a tu ERP.
Entregas por sprint, procesos CMMI 2
Demo funcionando cada dos semanas y avance medible. No hay "va al 80%" sin algo que puedas clickear.
IA aplicada a tu operación
Agentes LLM, RAG sobre tus datos y automatización de procesos — la misma práctica que usamos para operar iTech por dentro.
Nearshore real: Texas + Monterrey
Entidad legal en EE.UU. (iTech Corp, Texas), contratos bajo ley americana, mismo huso horario CST y T-MEC.
ERP con facturación CFDI 4.0
Implementamos Odoo con timbrado SAT integrado (PAC), portal de clientes y conciliación — operación completa, no solo software.
Cuándo lo necesitas
Qué incluye el servicio
Mesa de ayuda con niveles L1–L3
Punto único de contacto para tus usuarios de Odoo, con escalamiento estructurado: L1 atiende y clasifica, L2 resuelve incidentes funcionales y de configuración, y L3 atiende los casos de mayor complejidad (desarrollo en Python/XML, módulos a la medida, integraciones REST/XML-RPC y administración técnica).
SLAs acordados por contrato
Definimos juntos los niveles de servicio por prioridad (P1/P2/P3) y los tiempos de respuesta y resolución objetivo. Son modelos configurables según la criticidad de tu operación y la cobertura contratada — los acordamos antes de arrancar y los medimos en los reportes; no son un número fijo que inventamos para todos.
Mantenimiento correctivo y evolutivo
Correctivo: resolución de incidentes y errores en producción. Evolutivo: mejoras continuas, nuevos reportes, campos, automatizaciones, ajustes a tus módulos a la medida y pequeños desarrollos, priorizados en un backlog visible y trabajados bajo gestión de cambios.
Gestión de actualizaciones de versión
Evaluación y aplicación controlada de actualizaciones de Odoo: parches y correcciones de seguridad, y planeación de upgrades entre versiones mayores (p. ej. 17 a 18) adaptando tus módulos a la medida, con pruebas en ambiente de no-producción antes de pasar a productivo.
Monitoreo de la instancia
Vigilancia de disponibilidad, jobs programados (crons), interfaces, rendimiento, espacio y procesos clave como el timbrado CFDI, para detectar y atender desviaciones antes de que se conviertan en una caída. Aplica sobre Odoo.sh o infraestructura propia.
Suscripción con bolsa de horas
El servicio opera por suscripción mensual con una bolsa de horas dimensionada a tu demanda; el consumo se reporta de forma transparente y la bolsa cubre tanto soporte correctivo como evolutivo, sin cobrar por sorpresas fuera de alcance.
Cómo trabajamos
1Assessment operativoEntregablediagnóstico de la instancia y mapa de riesgos
Evaluamos el estado actual de tu Odoo: edición y versión, módulos a la medida, integraciones, historial de incidentes y puntos de dolor, para dimensionar la bolsa de horas y el SLA con datos reales.
2Diseño del servicio y SLAsEntregablecontrato de servicio (SLA) y modelo operativo acordados
Definimos juntos el catálogo de servicios, los niveles de prioridad y los SLAs objetivo, el tamaño de la bolsa de horas, la cobertura horaria, la herramienta de tickets y las rutas de escalamiento.
3Transición y transferencia de conocimientoEntregablebase de conocimiento y runbooks de operación
Periodo de acompañamiento (shadowing) en el que nuestro equipo absorbe el conocimiento del equipo o proveedor actual y documenta la operación y los módulos a la medida antes de tomar la responsabilidad.
4EstabilizaciónEntregablebacklog de estabilización resuelto y línea base de salud de la instancia
Atacamos primero los incidentes recurrentes, los jobs que fallan en silencio y la deuda técnica que más duele, para bajar el volumen de tickets antes de entrar al ritmo de mejora continua.
5Operación continua y mejoraEntregablereporte mensual de servicio y backlog evolutivo
Soporte en producción con la mesa de ayuda L1–L3, reportes periódicos de consumo de la bolsa de horas, seguimiento de cumplimiento de SLA y un backlog de mejoras priorizado por impacto de negocio.
6Revisión y gestión de versionesEntregableplan de upgrade y ajustes del servicio acordados
Revisiones periódicas del servicio para ajustar SLA y bolsa de horas, y planeación de las actualizaciones de versión de Odoo (parches de seguridad y upgrades mayores) probadas en no-producción.
Stack tecnológico
Las herramientas y plataformas con las que lo construimos — elegidas por tu problema, no por moda.
Preguntas frecuentes
¿No encuentras tu duda? Habla con un ingeniero — sin guion de ventas.
Contáctanos →¿Cómo cobran el servicio? ¿Es por bolsa de horas?
Sí. El soporte y AMS opera por suscripción mensual con una bolsa de horas dimensionada a tu demanda. La bolsa cubre tanto el soporte correctivo (incidentes) como el evolutivo (mejoras, reportes, automatizaciones, ajustes a tus módulos). El alcance, la cobertura y la forma de medir el consumo quedan definidos en el contrato antes de arrancar, y reportamos el consumo de forma transparente; no cobramos por sorpresas fuera de alcance. Para operaciones más críticas también podemos acordar un esquema de equipo y SLA fijos.
¿Cómo funcionan los SLAs y qué tiempos de respuesta ofrecen?
Trabajamos con SLAs configurables por contrato, diferenciados por prioridad (P1 sistema caído o proceso crítico detenido, P2 funcionalidad afectada con impacto, P3 consulta o mejora). Los tiempos de respuesta y resolución objetivo no son un número fijo para todos: los acordamos contigo según la criticidad de tu operación y la cobertura horaria contratada, y los medimos en los reportes del servicio.
¿Qué cubre exactamente el soporte AMS de Odoo?
Cubre mesa de ayuda L1–L3, mantenimiento correctivo (incidentes y errores en producción) y evolutivo (mejoras, reportes, campos, automatizaciones y ajustes a tus módulos a la medida), gestión de actualizaciones de versión, monitoreo de la instancia y administración técnica. Aplica sobre Odoo Community, Enterprise y Odoo.sh. No es soporte de infraestructura ajena a Odoo ni de otras plataformas.
¿Soportan un Odoo que no implementaron ustedes?
Sí. Tomamos instalaciones de Odoo que heredas de otro proveedor o que se implementaron internamente. Empezamos con un assessment para documentar el estado actual, los módulos a la medida, las integraciones, las brechas y los riesgos, y de ahí proponemos un plan de estabilización y transición con transferencia de conocimiento. Operamos bajo marco ITIL y procesos alineados a CMMI Nivel 2, de modo que la operación quede documentada y deje de depender de una sola persona.
¿Cuál es su cobertura horaria?
Operamos desde Monterrey y Texas en huso horario Central (CST), lo que nos da una ventana de soporte compartida con clientes de México y Estados Unidos. Según el contrato ofrecemos horario hábil, horario extendido o coberturas más amplias para operaciones con procesos críticos fuera de horario; la cobertura concreta se acuerda en el diseño del servicio.
¿Qué pasa si no consumo toda la bolsa de horas en un mes?
El tratamiento de las horas no consumidas lo dejamos claro en el contrato antes de arrancar: según el esquema acordado pueden acumularse a un periodo siguiente dentro de una ventana definida o usarse para adelantar mejoras del backlog evolutivo. La idea es que la bolsa se aproveche en valor para tu operación —correctivo o evolutivo—, no que se pierda sin transparencia. Reportamos el consumo cada mes para que siempre sepas en qué se fueron las horas.
Más de Odoo
Recibe tu diagnóstico con IA en 3 minutos
Sin reuniones de ventas. Responde unas preguntas y obtén un plan accionable — con la opción de agendar directo con un experto.
Gratis · 3 minutos · sin compromiso