Responsable de TI revisando tickets de soporte SAP AMS junto a un panel de gobierno SAP

SAP AMS: cuándo el soporte por tickets ya no basta

Compartir en:

El SAP AMS (Application Management Services) es el modelo de soporte más extendido para mantener SAP en marcha después de la implementación. Funciona bien para lo que fue pensado: atender incidencias, hacer pequeños cambios y mantener el sistema al día.

Pero el ecosistema SAP de una empresa hoy no es solo el ERP. Incluye S/4HANA, integraciones en SAP BTP, aplicaciones en la nube, usuarios con permisos críticos y herramientas de gestión que cambian. SAP Solution Manager 7.2, por ejemplo, sale del mantenimiento estándar a finales de 2027 y SAP recomienda pasar a SAP Cloud ALM antes de esa fecha (SAP Support).

En ese contexto, muchos CIO se preguntan si el soporte por tickets sigue siendo suficiente. En este artículo vemos qué cubre un AMS, las señales de que se está quedando corto y qué aporta un modelo de gobierno SAP.

¿Qué es SAP AMS y qué cubre?

SAP AMS es un servicio externo de mantenimiento y soporte de aplicaciones SAP. Un partner asume, total o parcialmente, el trabajo que haría un equipo interno de soporte. Lo habitual es que incluya:

  • Gestión de incidencias: errores, caídas de procesos o datos que no cuadran.
  • Peticiones de servicio: altas de usuarios, cambios de configuración, reportes.
  • Pequeñas mejoras y desarrollos dentro de una bolsa de horas.
  • Soporte funcional por módulo (finanzas, compras, ventas, logística).
  • En algunos contratos, soporte técnico o Basis.

El modelo se mide por tickets: cuántos entran, en cuánto tiempo se responden y cuánto tardan en cerrarse. Sus ventajas son claras: es fácil de contratar, el costo es predecible y la mayoría de partners lo ofrece.

Su límite también es claro: es reactivo. El AMS actúa cuando alguien abre un ticket. Si nadie mira el consumo de BTP, los permisos críticos o el estado de las interfaces, los problemas aparecen cuando ya afectan a la operación.

¿Cuándo el soporte por tickets ya no basta?

Responde estas preguntas sobre tu operación. Cuantos más «sí» marques, más sentido tiene un modelo de gobierno:

  • Una caída de SAP de unas horas detiene la producción, la facturación o los pagos.
  • Tienes integraciones o aplicaciones en SAP BTP, además de S/4HANA.
  • Nadie revisa de forma periódica el consumo de BTP ni su costo.
  • Las incidencias que más duelen se repiten cada cierto tiempo.
  • Tu auditor te ha hecho observaciones sobre accesos o permisos en SAP.
  • Usas SAP Solution Manager y aún no tienes plan para Cloud ALM.
  • La dirección no recibe un informe claro sobre el estado de SAP.

Si marcaste uno o dos, un AMS bien definido probablemente sea suficiente, siempre que su contrato incluya tiempos de respuesta y monitoreo básico. Si marcaste tres o más, el soporte por tickets te dejará puntos ciegos y conviene evaluar un servicio de gobierno como el que describimos a continuación.

¿Qué aporta un modelo de gobierno SAP como Control Tower?

SAP Control Tower es el servicio gestionado de gobierno SAP de Intelecta. No es un producto de SAP, sino un modelo de servicio que combina continuidad operativa, soporte Basis y gobierno de SAP BTP bajo un mismo responsable.

Se organiza en cinco etapas:

  1. Discover: inventario del ecosistema SAP (sistemas, integraciones, servicios de BTP, usuarios y licencias) y línea base de riesgos.
  2. Observe: monitoreo continuo de la salud de sistemas, interfaces y servicios en la nube.
  3. Control: gestión de cambios, accesos y riesgos con reglas acordadas.
  4. Optimize: acciones para reducir incidencias recurrentes, costos de plataforma y deuda técnica.
  5. Report: informes periódicos para TI y dirección sobre estado, riesgos y decisiones pendientes.

La diferencia de fondo con el AMS es la pregunta que responde. El AMS responde «¿se resolvió el ticket?». Control Tower responde «¿está nuestro ecosistema SAP bajo control y qué riesgo tenemos hoy?».

El servicio puede apoyarse en SAP Cloud ALM para el monitoreo y la gestión del ciclo de vida. Cloud ALM está incluido para clientes con un contrato vigente de SAP Enterprise Support (SAP Support), lo que facilita su adopción.

 

¿Qué cambia al pasar del soporte por tickets al gobierno SAP?

Etapas Discover, Observe, Control, Optimize y Report del servicio SAP Control Tower

Los dos modelos no se excluyen. Muchas empresas mantienen un AMS funcional para el día a día y añaden una capa de gobierno para la parte técnica y de riesgos. Lo importante es que quede claro quién es responsable de cada cosa.

 Preguntas frecuentes

¿Qué significa SAP AMS? Son las siglas de Application Management Services: el servicio externo de soporte y mantenimiento de aplicaciones SAP que presta un partner.

¿SAP Control Tower reemplaza a mi proveedor de AMS? No necesariamente. Puede convivir con un AMS funcional y encargarse de la parte técnica, de BTP y de riesgos. También puede asumir todo el soporte si la empresa prefiere un solo responsable.

¿Qué pasa con SAP Solution Manager después de 2027? Su mantenimiento estándar termina a finales de 2027. Quienes contraten el mantenimiento extendido de SAP Business Suite 7 hasta 2030 lo reciben también para Solution Manager, pero SAP recomienda pasar a Cloud ALM antes de 2027 (SAP Support).

¿Cómo sé si mi AMS actual es suficiente? Revisa si las incidencias críticas se repiten, si alguien monitorea BTP y si la dirección recibe información clara sobre riesgos. Si la respuesta a las dos últimas es no, hay un hueco de gobierno.

¿Quieres saber qué tan bajo control está tu ecosistema SAP?

En un diagnóstico revisamos tus sistemas, integraciones, servicios de BTP y accesos críticos, y te entregamos un mapa de riesgos con prioridades. Es el punto de partida de la etapa Discover de Control Tower.

 

También te puede interesar Partner SAP BTP: 10 preguntas antes de firmar


 

Fuentes

Compartir en:

Déjanos tu comentario

Scroll al inicio