RISE with SAP: qué es, qué incluye el contrato y qué debe preguntar TI antes de firmar

RISE with SAP es el recorrido con el que SAP lleva a un cliente desde un ERP heredado, como SAP ECC o SAP S/4HANA on-premise, hasta SAP Cloud ERP Private, nombre comercial de SAP S/4HANA Cloud Private Edition. Para TI, ese recorrido se concreta en un contrato de suscripción que reúne el ERP, la infraestructura en un hiperescalador o en un centro de datos de SAP, la operación técnica del entorno, el soporte y herramientas y servicios de transformación, con SAP como único responsable del nivel de servicio de lo contratado. RISE with SAP no es un release de S/4HANA, no es la base de datos SAP HANA y no es un ERP que compita con S/4HANA: el software que corre dentro del contrato sigue siendo S/4HANA.

La decisión técnica está un nivel por debajo de esa definición. En octubre de 2026, lo que SAP opera y lo que queda en manos del cliente sale de cuatro documentos públicos y versionados (términos complementarios, guía de descripción del servicio, acuerdo de nivel de servicio y catálogo de roles y responsabilidades) y del formulario de pedido firmado. El catálogo establece que toda tarea aplicable al entorno que no fue comprada, ni es prestada por SAP como servicio estándar, es responsabilidad del cliente. El código Z, el monitoreo de interfaces, las pruebas de regresión y los ensayos de upgrade quedan en esa franja.

Qué es RISE with SAP y qué no es

SAP lanzó RISE with SAP el 27 de enero de 2021 como transformación del negocio vendida como servicio: una oferta por suscripción, con un responsable del acuerdo de nivel de servicio, las operaciones y el soporte, e infraestructura en un centro de datos de SAP o en un hiperescalador elegido por el cliente. En octubre de 2026, la página oficial define RISE with SAP como un recorrido completo que ayuda a las organizaciones a pasar de un sistema ERP heredado a SAP Autonomous Suite, con SAP Cloud ERP Private como destino.

La misma página presenta RISE with SAP Methodology, que combina un marco estandarizado sobre las hojas de ruta de SAP Activate, orientación experta de SAP y una cadena de herramientas liderada por agentes.

La tabla separa software, nombre comercial y oferta contratada, con los términos que SAP usa en octubre de 2026.

Nombre	Qué es	Relación con RISE with SAP
SAP S/4HANA	El ERP de SAP y el nombre técnico de la familia de productos	Es el software que corre dentro del contrato
SAP S/4HANA Cloud Private Edition	Producto técnico de la nube privada, con alcance funcional comparable al de S/4HANA on-premise	Es el ERP de destino en la presentación actual de SAP
SAP Cloud ERP Private	Nombre comercial asociado a Private Edition, cuyo paquete SAP anunció el 22 de abril de 2025	Es como SAP llama hoy al destino de RISE
SAP S/4HANA 2023 y 2025	Releases del software, numerados por año	RISE no tiene número de release; el sistema contratado sí
SAP HANA	La base de datos en memoria sobre la que corre S/4HANA	Entra como base de datos de ejecución en los paquetes que la incluyen
SAP GROW	Recorrido de adopción del ERP público, SAP Cloud ERP	Es el otro recorrido de SAP, con otro ERP de destino

Dos salvedades de fecha evitan errores de lectura. La asociación entre RISE y nube privada es la presentación comercial de octubre de 2026: la comunicación de SAP de agosto de 2025 sobre el recorrido RISE todavía mencionaba las dos ediciones, y existen contratos RISE anteriores con la edición pública. Además, los documentos contractuales conservan los nombres previos: los términos complementarios vigentes listan lado a lado SAP Cloud ERP Private y RISE with SAP S/4HANA Cloud, private edition en sus variantes base, premium y premium plus. El mapa completo de los nombres está en qué es SAP S/4HANA.

Qué anuncia el paquete y qué contrata el formulario de pedido

El anuncio del 22 de abril de 2025 presentó el paquete SAP Cloud ERP Private con SAP S/4HANA Cloud Private Edition, capacidades de SAP LeanIX y SAP Signavio, SAP Build, SAP Business Network Supplier Portal, SAP Enterprise Service Management, soluciones SAP Taulia y servicios integrados de activación. El anuncio describe la oferta; el derecho de uso de cada elemento, con cantidad y límite, está en los términos complementarios y en el formulario de pedido.

La tabla cruza lo que las fuentes de SAP confirman con lo que depende del pedido. Los límites provienen de los términos complementarios (Supplemental Terms and Conditions) en su edición v.10-2026, de octubre de 2026, y de la guía de descripción del servicio (Service Description Guide) v.12-2025, actualizada el 8 de diciembre de 2025.

Elemento	Qué confirma la fuente	Qué depende del pedido o tiene límite
ERP	SAP S/4HANA Cloud Private Edition, medido en FUE	Cantidad de FUE, rango de dimensionamiento y capas adicionales
Infraestructura y operación técnica	Servicios estándar del catálogo de roles y responsabilidades	Tareas adicionales, opcionales y empaquetadas, cobradas aparte
Cadena de herramientas	SAP Cloud ALM, SAP LeanIX y SAP Signavio están en el núcleo	El uso varía con la fase del proyecto y las soluciones licenciadas
Servicio de preparación para la transformación	Incluido sin costo adicional desde abril de 2025; entrega una hoja de ruta, activa la cadena de herramientas y demuestra casos de SAP Build y Joule	La hoja de ruta cubre hasta un proceso de punta a punta; no es la implementación
SAP Business Technology Platform	El curso oficial indica que BTP forma parte de la suscripción, con servicios sin cargo y servicios con tarifa	Los créditos de consumo (CPEA) se negocian en la venta; el voucher solo existe si figura en el pedido
Servicios en la nube agrupados	En las ofertas base, premium y premium plus, los términos complementarios listan cada servicio con su límite	Ejemplos: SAP Build Work Zone con un usuario activo por FUE; Supplier Portal con 100.000 documentos en las ofertas premium
Sandbox inicial (Starter System)	Acompaña la suscripción	Dura 90 días desde el inicio del producto o 30 días después de la entrega del entorno de desarrollo; luego los datos se eliminan
Recuperación ante desastres, backup de larga retención y SLA de 99,9 %	La guía de descripción del servicio lista los tres como suscripciones propias	Solo existen si figuran en el pedido

Una cláusula cambia la lectura en las renovaciones: los servicios agrupados y sus límites siguen los términos complementarios vigentes en la fecha del pedido inicial. Por eso dos empresas con RISE pueden tener derechos distintos sobre el mismo servicio. Los límites citados aquí son los de la guía v.12-2025. El catálogo de contratos de SAP Trust Center también publica una edición de 2026, y la que rige es la vigente en la fecha del pedido.

Quién hace qué: la matriz de responsabilidades de SAP y del cliente

El documento Roles and Responsibilities de Private Edition, v.07.2026 de julio de 2026, es un catálogo de servicios en cinco categorías. Los servicios estándar (Standard Services) están cubiertos por la suscripción y los ejecuta SAP. Un servicio adicional (Additional Service) es una tarea puntual, cobrada aparte, que solo SAP ejecuta. Los servicios opcionales (Optional Services) deben estar detallados en el contrato. Los servicios empaquetados (Packaged Services), antes llamados SAP Cloud Application Services, son tareas que el cliente puede hacer o pagar para que SAP las haga. Las tareas excluidas (Excluded Tasks) solo las ejecuta el cliente.

La disponibilidad de cada servicio varía por plataforma de infraestructura y por región. La matriz resume las filas que más pesan para Basis, integración y desarrollo.

Actividad	Categoría en el catálogo	Qué queda en manos del cliente
Infraestructura, sistema operativo, base de datos y disponibilidad técnica	Servicios estándar	La conexión hasta el punto de demarcación de SAP, incluido el enlace de internet
Backup estándar y restauración	Servicios estándar, con hasta 12 restauraciones a pedido por sistema y por año de contrato	Validar la integridad lógica y la consistencia del dato restaurado
Recuperación ante desastres	Servicio opcional, prestado solo si figura en el contrato	Pruebas funcionales en el ensayo y procedimientos de recuperación de las conexiones e interfaces bajo su gestión
Configuración y monitoreo de interfaces (IDoc, qRFC, tRFC, bgRFC, ALE)	Servicios empaquetados	Todo, cuando el paquete no fue contratado
Transportes	La configuración inicial de TMS es servicio estándar; ejecutar transportes es servicio empaquetado	Prueba y aceptación de los cambios, que es tarea excluida
Copia homogénea de sistema ABAP (refresh)	Servicios estándar, con hasta 12 por sistema y por año de contrato, dentro de la misma región	Enmascaramiento de datos
Notas de seguridad	Aplicar notas de Basis y ABAP sin actividad manual es servicio estándar, bajo solicitud; identificar las notas relevantes es servicio empaquetado	Analizar las notas en SAP for Me, abrir la solicitud y probar
Support packages y feature packs	Servicios estándar, con parada programada; Zero Downtime Option (ZDO) es servicio adicional	Actividades posteriores a la instalación que no son técnicas
Upgrade de release	La ejecución técnica es servicio estándar; planificación, tareas de Basis previas y posteriores y ajustes en SPDD y SPAU son servicios empaquetados	Ensayos, decisiones sobre objetos propios y todas las pruebas
Conversión de ECC a S/4HANA	Readiness Check y la preparación del análisis de código son servicios estándar; la conversión técnica es servicio adicional	Conversión funcional, ítems de simplificación, corrección de código y gestión del proyecto
Add-ons ABAP de terceros gestionados	Instalación y actualización son servicios estándar	Configuración, monitoreo y soporte con el proveedor
Seguridad de la aplicación y código propio	Tareas excluidas	Concepto de seguridad, diseño e implementación de SSO, revisión y optimización del código del cliente

Dos reglas completan la matriz. El cliente no recibe acceso al sistema operativo de los servidores gestionados; cuando una tarea a su cargo lo requiere, SAP la ejecuta u ofrece otro medio, de forma ocasional. Y SAP resuelve problemas técnicos del sistema, mientras que los problemas de aplicación quedan del lado del cliente.

Nivel de servicio, backup y ventana de mantenimiento del contrato estándar

El acuerdo de nivel de servicio de Private Edition, en su edición v.7-2025, trae los números que suelen faltar en las páginas de producto. La tabla resume el estándar; el formulario de pedido puede elevar la disponibilidad.

Elemento	Estándar del documento
Disponibilidad de producción	99,5 % al mes, salvo porcentaje mayor en los términos complementarios o en el pedido
Disponibilidad de entornos no productivos	95,0 % al mes
Backup de la base de datos de producción	Completo diario más backup de log, con retención de 30 días y réplica en otro centro de datos o ubicación
Incidente de prioridad muy alta en producción	Reacción en 20 minutos, todos los días y a toda hora, y solución, alternativa o plan de acción en 4 horas
Crédito por incumplimiento	2 % de la cuota mensual del servicio por cada 1 % por debajo del nivel acordado, con tope de 100 % de la cuota mensual
Rescisión por incumplimiento	Permitida si la disponibilidad de producción falla 3 meses seguidos o en 5 meses dentro de 12

El cálculo excluye paradas programadas, acordadas y de emergencia. Los términos complementarios definen la parada programada: una ventana de 4 horas al mes, en día hábil para entornos no productivos y en fin de semana para producción, con aviso de al menos siete días hábiles, y el cliente tiene cinco días hábiles para pedir otra fecha. SAP puede hacer mantenimiento de emergencia sin consentimiento previo. El acuerdo no cubre software aportado por el cliente, y las solicitudes de servicio se atienden en inglés, un punto que pesa para equipos de América Latina y de España.

La edición v.10-2026 de los términos complementarios agregó, en la cláusula 3.8, un cargo que la v.7-2026 no tenía: la continuidad de infraestructura. SAP puede ampliar memoria, servidores de aplicación o infraestructura más allá del dimensionamiento del pedido, sin enmienda previa, para evitar un impacto relevante en el sistema. SAP notifica al cliente por escrito, y este tiene 30 días desde la fecha de aprovisionamiento para volver al dimensionamiento original. Pasado el plazo, los recursos adicionales se cobran al precio de lista vigente, desde la fecha de aprovisionamiento.

Cómo funciona la métrica FUE

FUE (Full Use Equivalent) es el método de agregación con el que el cliente distribuye accesos de personas al servicio en la nube, según proporciones fijadas en la guía de descripción del servicio. Las proporciones siguientes constan en la guía de Private Edition v.12-2025 y son las mismas de la edición de abril de 2025.

Tipo de uso	Accesos por 1 FUE	Qué permite el tipo
Advanced use	1	Todas las capacidades del servicio
Core use	5	Lista cerrada de capacidades, que incluye Maintenance Planning, Maintenance Execution y Technical Assets, Structure and History
Self-service use	30	Lista menor, que incluye Maintenance Execution y Maintenance Demand Processing, además de visualización y aprobación
Developer access	0,5	Herramientas de desarrollo para crear add-ons ABAP

La guía permite reasignar cada FUE entre tipos de uso durante la vigencia y no permite dividir un mismo FUE entre tipos distintos. El dimensionamiento del sistema sigue el rango de FUE: en el rango menor, de hasta 135 FUE, la guía no contempla la entrega de un entorno de calidad. El acceso mediante aplicaciones de terceros integradas al ERP y mediante agentes no humanos tiene su propia métrica, SAP S/4HANA Cloud, Digital Access, medida en documentos creados por año.

La guía rige desde la fecha del pedido, y los pedidos anteriores siguen la guía archivada correspondiente. Las páginas públicas de SAP, en octubre de 2026, no publican un precio por FUE en dólares, en euros ni en monedas locales.

Quién instala y quién prueba el upgrade en RISE with SAP

SAP publica un release de SAP S/4HANA Cloud Private Edition cada dos años, con siete años de mantenimiento para cada uno, y planea feature packs cada seis meses en los dos primeros años. En octubre de 2026, el release más reciente es SAP S/4HANA 2025, cuya guía oficial registra el FPS02 el 07/10/2026. Dentro del contrato, la división del trabajo es explícita.

• SAP realiza la instalación técnica de upgrades y nuevos releases bajo solicitud, y el cliente responde por pedirla a tiempo.
• El cliente solo puede usar un release con mantenimiento vigente: mantenimiento principal, mantenimiento extendido o lo que indique el pedido.
• Las verificaciones de simplificación e incompatibilidad de los add-ons las ejecuta el cliente, que evalúa los resultados para asegurar que procesos, aplicaciones e integraciones sigan funcionando.
• Si SAP no puede hacer el upgrade por falta de cooperación del cliente, los niveles de disponibilidad del acuerdo dejan de aplicar.

El catálogo de roles y responsabilidades detalla qué cubre la ejecución técnica. La tarea estándar de upgrade no puede usarse para ensayos, pruebas repetidas, copias repetidas de sistema ni simulaciones: ejecutar el upgrade varias veces hacia el mismo release de destino exige un proyecto o un alcance separado. Los ajustes de objetos SAP en SPDD y SPAU son servicio empaquetado, y los objetos del cliente requieren su decisión durante la ejecución. SAP ofrece pruebas de regresión como servicio empaquetado, con los casos de prueba aportados por el cliente.

Los ensayos y la regresión funcional quedan fuera del servicio estándar y necesitan presupuesto propio.

RISE with SAP o S/4HANA on-premise alojado por cuenta propia en un hiperescalador

Alojar una licencia propia de S/4HANA en AWS, Microsoft Azure o Google Cloud no crea un contrato RISE. El software puede ser el mismo release; cambia quién contrata la infraestructura, quién opera y qué términos rigen el servicio. La comparación usa la página Offering Comparison de SAP Help y los documentos contractuales de Private Edition vigentes en octubre de 2026.

Dimensión	RISE with SAP (Private Edition)	S/4HANA on-premise alojado por cuenta propia
Contrato de software	Suscripción	Licencia perpetua con mantenimiento
Proveedor	Software, soporte, servicios e infraestructura de un solo proveedor, con un conjunto de acuerdos de nivel de servicio	Acuerdos individuales para infraestructura y para operación técnica
Acceso al sistema operativo	El cliente no lo recibe	Según el contrato de alojamiento del cliente
Upgrade	SAP instala bajo solicitud; el cliente planifica a tiempo para seguir en mantenimiento	El cliente gestiona el upgrade
Add-ons	Add-ons calificados para S/4HANA; SAP puede restringir o exigir el retiro de un add-on que represente un riesgo para el servicio	Cualquier add-on de SAP o de partners para S/4HANA
Modificaciones al estándar	Posibles y no recomendadas; el derecho depende de la oferta nombrada en el contrato	Según la licencia, con clean core como recomendación
Otro software en el servidor	No permitido, salvo excepción autorizada por SAP	Decisión del cliente

La propia SAP describe on-premise como la alternativa para quien necesita control completo del entorno de aplicación y de datos, quiere reutilizar infraestructura, presupuesto y contratos de infraestructura existentes o debe cumplir exigencias regulatorias de industria o de país. Private Edition se describe como la alternativa para quien busca suscripción, un solo proveedor y la preservación de personalizaciones de ECC y add-ons de partners.

RISE with SAP y SAP GROW: la diferencia en resumen

SAP GROW, lanzado el 21 de marzo de 2023 como GROW with SAP, es el recorrido de adopción del ERP público de SAP, SAP Cloud ERP, cuyo producto técnico es SAP S/4HANA Cloud Public Edition. RISE parte de un ERP heredado y llega a la nube privada, con conversión, transición selectiva o nueva implementación. GROW es siempre una nueva implementación sobre procesos estandarizados, con dos upgrades principales por año a cargo de SAP. El tamaño de la empresa no decide por sí solo: una subsidiaria de un grupo grande puede adoptar el ERP público mientras la casa matriz sigue en la nube privada. La cobertura de localización fiscal se verifica por país y por proceso, porque compartir idioma no la vuelve equivalente entre México, Colombia, Chile, Argentina y España.

La comparación completa está en RISE with SAP y GROW with SAP, y las diferencias de alcance, extensibilidad e integración entre las ediciones, en SAP Cloud ERP público y privado.

Por dónde se entra: nueva implementación, conversión, transición selectiva y lift and shift

La página Transition Paths de SAP Help define cuatro caminos hacia SAP S/4HANA Cloud Private Edition, según el sistema de origen. La tabla resume esas cuatro definiciones, vigentes en octubre de 2026.

Camino	Qué describe SAP	Origen
Lift and shift	El sistema se traslada tal como está, sin cambio de software ni de release	SAP S/4HANA con al menos nueve meses de mantenimiento principal restantes
Conversión de sistema (brownfield)	El ERP se convierte con Software Update Manager en un procedimiento de un paso, con migración de base de datos, conversión del modelo de datos y reemplazo del código de aplicación	SAP ERP 6.0 en cualquier base de datos
Transición selectiva de datos	Configuración, datos maestros y datos transaccionales se migran y transforman de forma selectiva; suele entregarse como servicio de consultoría	SAP ERP 6.0
Nueva implementación (greenfield)	Sistema nuevo, con puesta en marcha única o por fases	SAP ERP 6.0, releases anteriores de SAP o un sistema de terceros

En la conversión, SAP entrega la ejecución técnica como servicio adicional, solicitado en cada ejecución, y la migración de base de datos a SAP HANA se solicita aparte. La responsabilidad general del proyecto y la conversión funcional quedan del lado del cliente. Para quien corre Business Suite 7 sobre una base de datos de terceros, el comunicado de SAP del 07/10/2026 fija un plazo: la conversión a S/4HANA o a SAP Cloud ERP solo está disponible antes del fin de 2030, y después solo queda la nueva implementación. Los criterios para elegir están en greenfield, brownfield y los caminos de ECC a S/4HANA, y el destino del código Z, en clean core en SAP.

La opción de transición de ECC para 2031 a 2033

SAP ERP, private edition, transition option es una suscripción en la nube con plazo definido, centrada en SAP ECC sobre SAP HANA, que SAP creó para que clientes grandes con instalaciones complejas tengan continuidad de 2031 a 2033. No extiende el mantenimiento de ECC on-premise, que para los tres últimos enhancement packages llega al 31/12/2027, con mantenimiento extendido opcional hasta el 31/12/2030. Las condiciones publicadas el 4 de agosto de 2025 son estas:

• los sistemas deben estar migrados a SAP ERP, private edition sobre SAP HANA antes del 31 de diciembre de 2030;
• SAP HANA es la única base de datos soportada;
• el tamaño mínimo es de 2 TB por sistema suscrito;
• los productos elegibles están en la SAP Note 3591251, y los productos fuera de la lista necesitan cobertura de mitigación;
• solo está disponible en combinación con el plan max success durante 2031 a 2033.

El comunicado del 07/10/2026 agregó que la opción no soporta capacidades que dependen de Java. El precio es un recargo sobre el precio de SAP ERP, private edition vigente al cierre de 2030: SAP informó un recargo estándar de 20 % para quien firma en 2026 y no informó el valor para 2027 en adelante. La consulta de la SAP Note 3591251 exige acceso al portal de soporte de SAP.

Los plazos de todas las versiones, de ECC por enhancement package a S/4HANA, NetWeaver y HANA, y lo que cubre cada fase de mantenimiento están en soporte SAP por versión: plazos de mantenimiento y fases.

Incentivos de migración: qué es historia y qué vale hoy

Hay tres hechos documentados. El 30 de enero de 2024, SAP anunció el RISE with SAP Migration and Modernization program, con créditos para compensar costos de mantenimiento, de servicios o de suscripción en la nube y la declaración de que la oferta podía reducir el costo de migración hasta en 50 %, con vigencia hasta el fin de 2024. En agosto de 2025, ofreció a quien firmara SAP ERP, private edition antes del fin de 2025 el paso a la opción de transición en términos comerciales equivalentes. Y el 27 de abril de 2026, una publicación de SAP con el grupo de usuarios DSAG citó el programa de 2024, un incentivo de transformación en 2025 y la frase de que las opciones para 2026 estaban en evaluación conjunta.

Ninguna de esas fuentes define un incentivo vigente en octubre de 2026. Porcentaje, crédito y elegibilidad de 2024 y de 2025 son historia, y lo que exista hoy debe constar por escrito en la propuesta.

Qué debe preguntar TI antes de firmar

Cada pregunta nace de una cláusula de los términos complementarios o de una fila del catálogo de roles y responsabilidades. La tercera columna indica qué documento responde cada una.

Tema	Pregunta	Dónde está la respuesta
Interfaces	¿Cuántas interfaces leen y escriben en el ERP, con qué tecnología, y quién las configura en el entorno nuevo?	Inventario propio y la fila de configuración de interfaces del catálogo
Monitoreo de interfaces	¿El paquete de monitoreo fue contratado y cuántas interfaces cubre?	Formulario de pedido
Código Z	¿Quién ejecuta las verificaciones de simplificación, quién corrige el código, quién decide en SPDD y SPAU, y la oferta del pedido da derecho a modificar el estándar?	Cláusulas de upgrades y de modificaciones de los términos complementarios
Add-ons	¿Cada add-on de terceros fue evaluado, es gestionado o no, y quién le da soporte?	Sección de software de terceros del catálogo; la evaluación puede tardar varias semanas
Ventanas de upgrade	¿Qué día cae la ventana mensual de 4 horas y cómo se agenda la parada de un upgrade?	Cláusula de mantenimiento del sistema y SAP for Me
Ensayos	¿Cuántos ensayos de upgrade y de conversión prevé el proyecto y bajo qué alcance se contrataron?	Propuesta del proyecto, porque la tarea estándar no cubre ensayos
Backup y desastres	¿La retención de 30 días cumple las obligaciones legales, y existe suscripción de recuperación ante desastres?	Acuerdo de nivel de servicio y formulario de pedido
Licenciamiento	¿Cómo se distribuyeron los usuarios por tipo de uso, y el acceso mediante aplicaciones de terceros entra en FUE o en Digital Access?	Guía de descripción del servicio de la fecha del pedido
Salida del contrato	¿En qué formato se devuelven los datos y qué sistema podrá leerlos?	Cláusula de devolución de datos de los términos complementarios

Sobre la salida: a pedido del cliente, antes de la terminación o del vencimiento, SAP entrega una exportación final de los datos en un formato de medio de backup que ella utiliza. El cliente tiene dos semanas desde la recepción para verificar que la exportación sea utilizable; sin respuesta, se considera utilizable. El plan de salida debe decir en qué sistema se restaurará ese backup.

Cuándo tiene sentido RISE with SAP y cuándo no

La respuesta depende de criterios que TI puede verificar antes de recibir la propuesta.

Criterio verificable	Apunta a RISE with SAP	Apunta a otra opción
Quién debe operar infraestructura, base de datos y Basis técnico	La empresa quiere un solo proveedor para software, soporte, infraestructura y operación técnica	La empresa quiere control completo del entorno o tiene contratos de infraestructura que piensa conservar
Dependencia de acceso al sistema operativo y de software propio en el servidor	Ningún proceso depende de eso	Agentes, scripts o software instalado en el servidor son parte de la operación
Alcance funcional y personalizaciones	El sistema necesita un alcance comparable al on-premise y preservar personalizaciones y add-ons calificados	Los procesos caben en el estándar y el proyecto es una nueva implementación, caso en que el ERP público entra en la evaluación
Capacidad de pruebas	Hay equipo y presupuesto para regresión en cada feature pack y en cada upgrade	Se espera que quien opera el entorno pruebe los procesos
Plazo de ECC	ECC sobre SAP HANA, de 2 TB o más, que no termina la migración antes de 2030	El entorno depende de Java o de productos fuera de la nota de elegibilidad
Exigencia regulatoria o de residencia de datos	La región y el proveedor disponibles cumplen la exigencia	La exigencia pide centro de datos propio, caso que SAP trata como excepción

Lo que los documentos dejan claro es el alcance de la suscripción: transfiere a SAP la operación técnica del entorno. La implementación funcional, las pruebas, el código propio y la mayor parte de la administración de interfaces siguen a cargo del cliente y de los partners que contrate.

Qué cambia para mantenimiento y para las aplicaciones de campo

Para el mantenimiento industrial, RISE conserva SAP PM en Private Edition, con los procesos clásicos y los procesos por fases, y cambia las reglas del entorno. El tipo de uso de cada perfil debe revisarse en la guía de descripción del servicio, porque Maintenance Execution aparece en self-service use y Maintenance Planning solo desde core use. Toda interfaz que lleva órdenes de mantenimiento, avisos de mantenimiento, confirmaciones y mediciones entre el ERP y otros sistemas entra en el inventario, y cada upgrade exige regresión de los flujos de campo.

Quien evalúa la aplicación de la propia SAP encuentra Private Edition entre los backends de SAP Service and Asset Manager 2511, que requiere SAP BTP Mobile Services y Cloud Connector, dos elementos que el pedido debe contemplar. Los puntos de planificación de un proyecto de movilidad están en proyecto móvil para SAP PM, y los criterios para evaluar una herramienta conectada al ERP, en software de mantenimiento integrado a SAP.

PM RUN es la plataforma de ejecución, movilidad y planificación de mantenimiento que corre sobre SAP PM, sin reemplazar a SAP, y usa SAP PM en ECC 6.0 o en S/4HANA, on-premise o en la nube. En un proyecto RISE, la integración entre la plataforma y el ERP sigue la misma disciplina: entra en el inventario de interfaces, tiene monitoreo definido y pasa por regresión en cada upgrade. Lo que el técnico ejecuta en campo está en la orden de SAP PM en el celular con PM RUN.