Atención de incidentes
Registro, triaje, diagnóstico y corrección de errores en los módulos contratados, con trazabilidad completa en herramienta de service desk.
Mantenimiento de entornos SAP con SLA definido en contrato, equipo nombrado y backlog de mejora continua. Usted deja de depender de aquel consultor único que conoce el sistema — y que algún día va a renunciar.
Casi toda empresa que usa SAP llega al mismo punto: el conocimiento del entorno está concentrado en dos o tres personas. Ellas resuelven todo, nadie documenta nada, y la empresa vive con un riesgo silencioso — el día en que una de ellas se vaya.
El segundo problema es la fila. Sin gobernanza de tickets, se atiende primero lo que grita más fuerte, no lo que más impacta al negocio. La mejora estructural nunca ocurre, porque el equipo está permanentemente apagando incendios.
Un contrato de AMS bien diseñado resuelve ambos: traslada el conocimiento a un equipo con redundancia y separa el presupuesto de incidentes del presupuesto de evolución. Sin esa separación, la evolución simplemente no ocurre.
La severidad se define por impacto en el negocio, no por quién abrió el ticket. Los plazos siguientes son el estándar del contrato y valen en horario comercial — la cobertura 24x7 se contrata aparte.
| Severidad | Situación | Primera respuesta | Plazo de solución |
|---|---|---|---|
| Crítica (S1) | Operación detenida: no factura, no despacha, no cierra el mes | 15 minutos | 4 horas hábiles |
| Alta (S2) | Proceso relevante degradado, con alternativa manual posible | 1 hora | 8 horas hábiles |
| Media (S3) | Error localizado, sin impacto inmediato en la facturación | 4 horas | 3 días hábiles |
| Baja (S4) | Duda, ajuste cosmético o solicitud de mejora | 8 horas | Planificado en el backlog del mes |
Sin letra pequeña: todo lo que sigue forma parte del alcance estándar de AMS.
Registro, triaje, diagnóstico y corrección de errores en los módulos contratados, con trazabilidad completa en herramienta de service desk.
Un porcentaje fijo de las horas mensuales se reserva para evolución. Si no se usa en mejora, no se convierte en crédito para incidentes — así la evolución deja de posponerse eternamente.
Seguimiento de notas relevantes para su entorno, análisis de impacto y aplicación planificada en ventana acordada.
Jobs, interfaces, colas de IDoc y dumps monitoreados. La mayoría de los incidentes críticos da señal antes — el secreto es mirar.
Refuerzo de equipo en las ventanas de cierre contable y fiscal, cuando el costo de un error es mayor y el tiempo para corregirlo es menor.
Informe de SLA cumplido, tickets por causa raíz y propuesta de acción estructural. Reunión con datos sobre la mesa, no conversación de pasillo.
Cambiar de proveedor de AMS asusta — con razón. Nuestro onboarding está diseñado para que usted nunca quede sin cobertura.
Inventario de módulos, personalizaciones, interfaces, jobs e integraciones. También revisamos el historial de tickets de los últimos meses para entender dónde está realmente el dolor.
Nuestro equipo acompaña la operación vigente mientras el proveedor anterior sigue respondiendo. Período típico de 3 a 6 semanas, según complejidad.
Asumimos por bloque, no todo de una vez. Empezamos por los módulos de menor riesgo y avanzamos conforme los indicadores se estabilizan.
El SLA pasa a valer con penalidad contractual. A partir de ahí, la vara de medir es el informe mensual — y es público dentro de su empresa.
El soporte tradicional atiende tickets. AMS asume la responsabilidad por la salud de la aplicación: además de corregir incidentes, monitorea el entorno, trata la causa raíz, aplica notas, evoluciona funcionalidades y responde por indicadores acordados. La diferencia práctica aparece al tercer mes: en el soporte tradicional el volumen de tickets se mantiene; en un AMS bien hecho, cae.
El modelo más común es una bolsa mensual de horas con franquicia y SLA asociado, dimensionada por el tamaño del entorno y los módulos cubiertos. También trabajamos con squad dedicado cuando el volumen justifica un equipo exclusivo. Evitamos el cobro por ticket, que crea el incentivo equivocado: el proveedor gana más cuanto más se rompe su sistema.
Sí — es la mayoría de nuestros contratos de AMS. El período de shadowing existe exactamente para eso. También es común encontrar documentación incompleta; en ese caso el mapeo inicial ya entrega la documentación que faltaba.
Cubre ambos. Buena parte del mercado brasileño todavía usa ECC y seguirá usándolo hasta la migración. Además, mantener el ECC con quien también hace proyectos S/4HANA tiene una ventaja: el equipo del día a día ya está construyendo el inventario que la futura migración va a necesitar.
El contrato prevé descuento progresivo en la factura mensual por incumplimiento, calculado en el informe de servicio. Sin esa cláusula, un SLA es una intención, no un compromiso.
Depois do Go Live de um projeto SAP começa um dos maiores desafios das empresas: manter o ambiente funcionando de maneir…
AMS vai além de atender chamado: é assumir a saúde da aplicação. O que entra num contrato, como funciona a cobrança e qu…
Todo contrato de AMS traz uma tabela de SLA. O que separa um SLA real de um SLA decorativo está nas definições ao redor …
Mapeamos su entorno y devolvemos un dimensionamiento con alcance, SLA y valor mensual. Si su contrato actual ya es bueno, también se lo decimos.