RISE: qué sistema manda como registro del proyecto SAP
Cada herramienta de calidad trae su tablero. En RISE, el estado real del proyecto vive en un solo registro: qué evidencia debe sobrevivir al cambio.
Un auditor revisa un cambio en la facturación y hace tres preguntas: quién lo aprobó, qué transporte lo llevó y cuándo llegó a producción. Si para contestarlas hay que abrir la consola de pruebas, la herramienta de análisis de código, el correo del líder funcional y una planilla compartida, el proyecto no tiene un registro. Tiene versiones parciales de la misma historia, y ninguna manda sobre las demás.
Para ERP Today, perder ese hilo trazable es justamente el mayor riesgo en entornos regulados (ERP Today, 2026). Este artículo trata una sola decisión de gobierno: qué sistema es dueño de esas respuestas y cuáles solo ayudan a producirlas.
Tres preguntas que ninguna consola contesta sola
El auditor no pregunta por un caso de prueba ni por un hallazgo aislado: pregunta por la historia completa de un cambio. Esa historia queda repartida entre herramientas que, cada una por su lado, funcionan bien.
Para una distribuidora que responde ante su regulador por la facturación, o para un operador de O&G que audita el mantenimiento de sus activos de red, que esa historia no tenga dueño no es un detalle de método. Es la diferencia entre mostrar evidencia y tener que reconstruirla.
Registro y consola: quién responde y quién trabaja
Conviene separar dos funciones que suelen mezclarse.
Una consola existe para que un especialista trabaje: revisar hallazgos, ejecutar un lote de pruebas, diagnosticar una interfaz caída. Es rápida, detallada y propia de cada herramienta. Un registro existe para responder después, ante un comité o un auditor: qué se pidió, quién lo aprobó, cómo se probó y cuándo llegó a producción.
El problema aparece cuando una consola termina haciendo de registro sin que nadie lo haya decidido. Basta con que una herramienta se reemplace, por contrato, por proveedor o porque el entorno operado por SAP condiciona qué puede conectarse, para que la historia que guardaba se vaya con ella.
La regla que aplicamos en nuestros proyectos es simple: un solo sistema registra; los demás le informan.
Traducido a la práctica, todo cambio sobre el ERP que soporta el meter-to-cash o el mantenimiento de red debería dejar en el registro cuatro elementos de evidencia.
Lo demás puede quedarse en la consola: el detalle técnico de cada hallazgo, los logs de ejecución y las métricas del día. Sirven para trabajar, pero no son la historia del proyecto.
SAP Cloud ALM como registro: una cadena que se puede auditar
En un proyecto sobre RISE with SAP, el candidato natural a registro es SAP Cloud ALM. SAP describe su componente de implementación como un enfoque autoguiado y basado en contenido, apoyado en la metodología SAP Activate y en el contenido de Best Practices, con tareas de implementación generadas automáticamente y adaptadas al alcance del cliente (SAP Support Portal, 2026). La misma documentación presenta la documentación de solución gestionada en Cloud ALM como la fuente central de verdad del proyecto (SAP Support Portal, 2026).
Lo que lo convierte en registro, y no en un tablero más, es la trazabilidad. SAP documenta que los requisitos se descomponen en historias de usuario y tareas, y que la trazabilidad recorre procesos, requisitos, tareas y pruebas hasta el despliegue a producción, gestionado mediante la entidad Feature (SAP Support Portal, 2026). En el lado del cambio, la misma página incluye la documentación de los cambios de software, la trazabilidad con pistas de auditoría y el registro de cambios integrado con proveedores de despliegue (SAP Support Portal, 2026).
Las consolas no desaparecen. SAP documenta APIs abiertas para integrar otras herramientas de gestión de proyectos y herramientas de terceros, además de la integración de proveedores de automatización de pruebas (SAP Support Portal, 2026). El especialista sigue trabajando en su consola; lo que cambia es que el resultado que importa, la prueba aprobada o el defecto cerrado, termina asentado en el registro.
El histórico que no se muda solo
Muchos equipos llegan a esta decisión con años de evidencia acumulada en SAP Solution Manager y ChaRM, y suponen que el nuevo registro la recibirá por herencia. No es así.
SAP es explícito: no hay paridad funcional entre SAP Cloud ALM, SAP Solution Manager y SAP Focused Run (SAP Support Portal, 2026). ERP Today agrega que Cloud ALM no reemplaza uno a uno todos los escenarios de Solution Manager y ChaRM, y recomienda comparar función por función los requisitos de gestión de cambios, retrofit, monitoreo, documentación y auditoría antes de dar la transición por cubierta (ERP Today, 2026).
El calendario también aprieta. Según REALTECH, citado por ERP Today, el mantenimiento de Solution Manager termina en 2027 y su extensión hasta 2030 queda atada a contratar mantenimiento extendido (ERP Today, 2026). La misma fuente señala que no existe una ruta oficial de SAP para migrar los datos existentes de ChaRM (ERP Today, 2026), y recomienda que cualquier herramienta o proceso sucesor preserve ese histórico y mantenga intacta la evidencia de cambios (ERP Today, 2026). Además, SAP aclara que el acuerdo RISE no incluye derechos de uso de Solution Manager (SAP Support Portal, 2026).
La consecuencia práctica es que la historia de cambios acumulada en ChaRM debe extraerse y resguardarse como evidencia antes de que la herramienta deje de estar disponible, sin esperar a que el nuevo registro la absorba por sí solo.
Lo que cuesta designar el registro
El respaldo contractual es claro: según SAP, los contratos RISE incluyen SAP Enterprise Support, cloud editions, y sus clientes pueden solicitar un tenant propio de Cloud ALM sin licencia ni suscripción adicional (SAP Support Portal, 2026; GAMBIT Consulting, 2026). La partida que sí hay que presupuestar es el trabajo de proyecto que convierte ese tenant en el registro.
Una regla de decisión para el comité
Con estas tres preguntas cerramos la serie. El comité puede aplicarlas herramienta por herramienta, y cada respuesta indica si esa herramienta solo informa al registro o si, sin que nadie lo haya decidido, está haciendo de registro.
En EvoTech Consulting acompañamos a utilities y operadores de oil & gas de América Latina en esa definición: qué manda, qué informa y qué evidencia se conserva.
Fuentes
- ERP Today (2026). Winding Down Support: The Other 2027 Deadline ERP Teams Can’t Afford to Miss. https://erp.today/sap-solution-manager-end-of-support-2027-erp-teams/
- SAP Support Portal (consultado en 2026). SAP Cloud ALM for Implementation. https://support.sap.com/en/alm/sap-cloud-alm/implementation.html
- SAP Support Portal (consultado en 2026). Application Lifecycle Management: Questions & Answers. https://support.sap.com/en/alm/faq.html
- GAMBIT Consulting (consultado en 2026). What is SAP Cloud ALM? https://www.gambit-group.com/en/wiki/sap-cloud-alm/
Artículo de Edward Camacho Guerra, elaborado con apoyo de herramientas de inteligencia artificial y revisado y aprobado por el autor.
¿Este análisis mapea un mercado donde ya operas o estás evaluando entrar?
Revisamos tu caso específico, mapeamos los riesgos que aplican, y te decimos honestamente si es oportunidad para ti —sin pitch comercial, solo discusión técnica y estratégica.
