Soporte Odoo
Soporte técnico, correctivo y evolutivo para Odoo. Operamos con tickets, niveles de atención y SLA por severidad.
Qué incluye el soporte
Un servicio de mantenimiento y mejoramiento continuo: resolvemos incidencias, controlamos el consumo de horas (si aplica) y evolucionamos tu Odoo con cambios ordenados.
Soporte correctivo
Incidencias, caídas, bugs y correcciones que afectan la operación.
Soporte evolutivo
Mejoras, automatizaciones y nuevas funcionalidades requeridas por el negocio.
Mesa de ayuda (Helpdesk)
Gestión por tickets, seguimiento, responsables, evidencias y cierre.
Control del servicio
Gestión de demanda, reportes y visibilidad del avance / consumo.
Proceso de atención (de ticket a cierre)
Así evitamos el caos: cada incidente tiene responsable, evidencia y cierre. Si se usa bolsa de horas, el consumo queda registrado y aprobado.
Se registra el incidente o solicitud (ticket / formulario / WhatsApp).
Se asigna ticket y responsable (cliente + Inti Tec).
Clasificación S1–S4 para priorizar y definir atención.
Se asigna consultor (funcional / técnico) según el caso.
Diagnóstico, fix/mejora, pruebas y entrega de evidencia.
Validación del cliente, cierre del ticket y (si aplica) aprobación de horas.
Modelo de soporte por niveles
Separar niveles evita confusión: lo urgente se atiende como urgente; lo evolutivo se planifica y se controla.
Centralización y control
- El cliente centraliza requerimientos con un responsable autorizado.
- Se valida el contexto y se define el objetivo del ticket.
- Se coordina información, accesos y ventanas de atención.
Continuidad operacional
- Incidencias que detienen o ponen en riesgo la operación.
- Corrección de errores en módulos en producción.
- Seguimiento por ticket con evidencias y cierre.
Mejoramiento continuo
- Nuevas funcionalidades y mejoras evolutivas.
- Automatizaciones y cambios controlados.
- Backlog priorizado y fechas programadas.
Severidad y tiempos (SLA)
La severidad define prioridad y tiempos. En SLA mensual se pactan tiempos de respuesta por severidad; en bolsa de horas se atiende según prioridad acordada.
Definición de severidades
| Severidad | Qué significa |
|---|---|
| Severidad 1 | Servicio interrumpido: no permite operación. |
| Severidad 2 | Operación crítica afectada, con alternativa temporal o espera. |
| Severidad 3 | Operaciones no críticas o requerimientos de información. |
| Severidad 4 | Mejoras, evolutivos, desarrollos adicionales. |
Nota: La severidad se acuerda con el cliente al registrar el ticket, según impacto real en operación.
Qué controlas con este modelo
Esto es lo que cambia cuando el soporte tiene disciplina (y no se maneja con “mensajitos sueltos”).
Modalidades de soporte
Empieza por lo que te conviene: horas si es puntual, SLA mensual si tu operación depende de Odoo todos los días.
Bolsa de horas
Ideal para soporte puntual o evolutivo flexible. Consumo por tickets o tareas.
SLA mensual
Para continuidad operativa: tiempos por severidad, gestión por helpdesk y revisiones periódicas.
Odoo de terceros
Diagnóstico inicial+plan de estabilización+mejoras planificadas sin re-implementar por defecto.
Asunciones y límites (para que todo sea manejable)
Esto evita sorpresas. La idea es simple: soporte serio = responsabilidades claras.
Asunciones mínimas
Fuera de alcance típico
Nota: Para clientes con localizaciones fiscales o integraciones críticas, se puede definir un plan proactivo de cambios/regulatorio (según país).
Preguntas frecuentes
Respuestas cortas, sin chamuyo.
¿Dan soporte a Odoo implementado por otro partner? ›
¿Cómo definen la severidad (S1–S4)? ›
¿El soporte es remoto? ›
¿Qué cubre correctivo vs evolutivo? ›
¿Cómo controlan horas y cierres? ›
¿Soportan Community y Enterprise? ›