Qué es SAP S/4HANA: ediciones, RISE with SAP, SAP Cloud ERP y sus diferencias

SAP S/4HANA es el ERP actual de SAP, sucesor de SAP ERP 6.0 (ECC), construido sobre la base de datos en memoria SAP HANA y con SAP Fiori como interfaz de usuario. En octubre de 2026 existe en tres formas de implementación: SAP S/4HANA on-premise, SAP S/4HANA Cloud Private Edition y SAP S/4HANA Cloud Public Edition. Las dos ediciones en la nube se venden con los nombres comerciales SAP Cloud ERP Private y SAP Cloud ERP, dentro de las ofertas RISE with SAP y SAP GROW.

RISE with SAP y SAP GROW son ofertas, y no versiones del ERP: por ellas SAP lleva al cliente a cada edición, con contrato de suscripción, herramientas y servicios. Para TI, elegir entre las tres formas define quién opera la infraestructura, quién fija la fecha de la actualización y qué tipo de código y de integración acepta el sistema. Para el mantenimiento industrial, define qué procesos, transacciones, aplicaciones móviles e interfaces de órdenes de mantenimiento, avisos de mantenimiento y confirmaciones quedan disponibles.

Qué es SAP S/4HANA

SAP lanzó S/4HANA el 3 de febrero de 2015 como la generación de ERP que reemplaza a SAP ERP 6.0. El material de formación de la propia SAP lo describe como la suite de ERP construida sobre SAP HANA y con SAP Fiori como interfaz. De esa definición salen dos consecuencias técnicas.

• La base de datos siempre es SAP HANA. SAP HANA es la base de datos en memoria y orientada a columnas de SAP. Un ECC puede correr sobre HANA o sobre bases de datos de otros fabricantes; un S/4HANA, no.
• El usuario entra por el SAP Fiori launchpad, con aplicaciones organizadas por rol. Las transacciones clásicas siguen en las ediciones que las aceptan.

El mantenimiento industrial, que en ECC es el módulo SAP PM, continúa en S/4HANA dentro del área de gestión de activos (Asset Management), con los mismos objetos de base: equipo, ubicación técnica, aviso de mantenimiento, orden de mantenimiento, operación, plan de mantenimiento y punto de medida.

La guía técnica dice SAP S/4HANA Cloud Private Edition, la propuesta comercial dice SAP Cloud ERP Private y la presentación del proyecto dice RISE with SAP. Los tres pueden estar describiendo el mismo sistema.

S/4HANA, SAP Cloud ERP, RISE y GROW: qué designa cada nombre

SAP usa cuatro tipos de nombre para el mismo ERP: el nombre técnico del producto, el nombre comercial, el nombre de la oferta de venta y el nombre del portafolio. El curso oficial Exploring SAP Cloud ERP resume la correspondencia: GROW with SAP es el paquete de venta, SAP Cloud ERP es el término de marketing y SAP S/4HANA Cloud Public Edition es el nombre técnico; RISE with SAP es el paquete de venta, SAP Cloud ERP Private es el término de marketing y SAP S/4HANA Cloud Private Edition es el nombre técnico.

La tabla separa cada nombre por tipo, según las fuentes de SAP vigentes en octubre de 2026.

Nombre	Tipo de nombre	Qué designa en octubre de 2026
SAP S/4HANA	Producto y familia técnica	El ERP on-premise y, por extensión, toda la familia. Sigue en las guías técnicas; el release vigente es SAP S/4HANA 2025
SAP S/4HANA Cloud Private Edition	Nombre técnico	ERP en la nube de inquilino único (single-tenant), con el mismo código que el on-premise
SAP Cloud ERP Private	Nombre comercial	La Private Edition, vendida en paquete con herramientas de transformación. En uso desde el anuncio del 22/04/2025
SAP S/4HANA Cloud Public Edition	Nombre técnico	ERP en la nube multiinquilino (multi-tenant), entregado como software como servicio
SAP Cloud ERP	Nombre comercial y categoría	La Public Edition. SAP también usa el término como categoría para las dos ediciones en la nube
RISE with SAP	Oferta y recorrido	Transformación de la base instalada hacia el ERP en la nube, hoy presentada con destino en SAP Cloud ERP Private
SAP GROW (GROW with SAP)	Oferta y recorrido	Adopción del ERP público. El sitio comercial usa SAP GROW; contratos y anuncios dicen GROW with SAP
SAP Business Suite	Portafolio	Conjunto lanzado en febrero de 2025 que combina ERP en la nube, aplicaciones de negocio, SAP Business Data Cloud y SAP Business AI
SAP Business Suite 7	Generación anterior	La suite que incluye SAP ERP 6.0 (ECC), en mantenimiento con plazos por enhancement package
SAP ERP, private edition, transition option	Suscripción temporal	Continuidad de 2031 a 2033 para un ECC ya migrado a SAP ERP, private edition sobre SAP HANA. SAP Latinoamérica la nombra SAP ERP, edición privada, opción de transición
SAP Business AI Platform y SAP Autonomous Suite	Evolución del portafolio	Base de IA empresarial y agentes sobre las aplicaciones existentes, anunciadas el 12/05/2026. No son una edición nueva del ERP

El nombre S/4HANA no desapareció. Los identificadores de API, las guías de conversión, los documentos contractuales y las certificaciones conservan los nombres técnicos, y un documento que dice S/4HANA no está desactualizado por eso. Las fuentes públicas tampoco dan una fecha única para el cambio: el anuncio del 22/04/2025 prueba el uso de SAP Cloud ERP Private en esa fecha, y los dos vocabularios conviven.

Cuándo apareció cada nombre y cada oferta

La tabla reúne los anuncios de SAP que explican el vocabulario actual, con la fecha de cada publicación oficial de SAP.

Fecha	Qué anunció SAP
03/02/2015	Lanzamiento de SAP S/4HANA
27/01/2021	RISE with SAP, oferta por suscripción con un responsable del acuerdo de nivel de servicio, las operaciones y el soporte
15/09/2022	Ciclo de dos años y siete años de mantenimiento principal por release, a partir de S/4HANA 2023
21/03/2023	GROW with SAP, con SAP S/4HANA Cloud, public edition, para empresas medianas
04/02/2025	SAP ERP, private edition, transition option
Febrero de 2025	Nueva SAP Business Suite
22/04/2025	Paquete SAP Cloud ERP Private
04/08/2025	Condiciones de la transition option, entre ellas el mínimo de 2 TB
12/05/2026	SAP Business AI Platform y SAP Autonomous Suite
07/10/2026	FPS02 de S/4HANA 2025 registrado en la guía; comunicado sobre bases de datos de terceros y Java después de 2030

Cuáles son las tres formas de implementación de S/4HANA

Las tres formas comparten la base de datos SAP HANA y difieren en contrato, operación, actualización y extensión. On-premise y Private Edition usan el mismo código; la Public Edition tiene numeración y calendario propios.

SAP S/4HANA on-premise

SAP S/4HANA on-premise es el ERP instalado en infraestructura gestionada por el cliente o por un proveedor que el cliente contrata. On-premise no exige un servidor dentro de la empresa: el sistema puede estar en un centro de datos propio, en un servicio de alojamiento o en máquinas de un hiperescalador contratadas directamente por el cliente.

Se contrata con licencia perpetua y mantenimiento, y el equipo de Basis o el socio opera infraestructura, base de datos y correcciones. La versión base sale cada dos años desde 2023, numerada por año. El cliente decide cuándo actualizar: no hay obligación contractual de instalar, pero el mantenimiento de cada release termina. ABAP Cloud y ABAP clásico están disponibles, y SAP recomienda clean core incluso donde modificar es técnicamente posible.

SAP S/4HANA Cloud Private Edition, el SAP Cloud ERP Private

SAP S/4HANA Cloud Private Edition es el ERP en la nube de inquilino único de SAP, con el mismo código y el mismo alcance funcional que el on-premise, contratado por suscripción y operado técnicamente por SAP. SAP Cloud ERP Private es el nombre comercial de esa edición y del paquete en que se vende, dentro de RISE with SAP.

La guía de descripción de servicio de la edición privada usa la métrica FUE, que convierte tipos de usuario en una unidad única; cantidades y factores valen según la versión del documento y el pedido. La infraestructura está en un centro de datos de SAP o en un hiperescalador, y SAP lista AWS, Microsoft Azure y Google Cloud entre los proveedores, con disponibilidad que varía por región y contrato. SAP instala la actualización técnica a solicitud del cliente; el cliente mantiene el sistema en un release cubierto por mantenimiento y prepara procesos, código propio e integraciones. ABAP clásico sigue disponible, y el derecho a modificar el estándar depende de la oferta nombrada en el contrato.

El documento Roles and Responsibilities de la edición privada, en su versión de julio de 2026, separa servicios estándar, adicionales, opcionales, empaquetados y excluidos. La tarea aplicable al entorno que no está incluida ni fue comprada sigue siendo del cliente.

SAP S/4HANA Cloud Public Edition, el SAP Cloud ERP

SAP S/4HANA Cloud Public Edition es el ERP en la nube multiinquilino de SAP, entregado como software como servicio, con procesos preconfigurados y extensión solo por los mecanismos liberados. SAP Cloud ERP es el nombre comercial de esa edición, vendida en la oferta SAP GROW.

El documento de uso de la edición pública, actualizado el 20/07/2026, mide los paquetes Finance y Supply Chain por usuario (User) y mantiene FUE en ofertas GROW. SAP opera el servicio completo. La numeración combina año y mes: 2602 es el release de febrero de 2026 y 2608, el de agosto. Son dos actualizaciones principales por año, instaladas por SAP según un calendario publicado. En el entorno de dos sistemas, el calendario planificado de 2608 ubicó el sistema de calidad el 1 y 2 de agosto de 2026 y producción el 15 y 16 de agosto, y las pruebas de regresión del cliente tienen que caber en esa ventana.

Los textos que hablan de actualización trimestral mezclan las actualizaciones principales con las correcciones y entregas continuas que ocurren entre ellas.

RISE with SAP y SAP GROW: ¿son productos?

No son productos de software. RISE with SAP es la oferta de transformación por suscripción de SAP para llevar la base instalada al ERP en la nube. En el lanzamiento, en 2021, SAP la presentó como una oferta única, con un responsable del acuerdo de nivel de servicio, las operaciones y el soporte. En octubre de 2026, la página oficial la describe como el camino hacia SAP Cloud ERP Private, con metodología y herramientas de transformación.

SAP GROW es la oferta de SAP para adoptar el ERP en la nube pública, con procesos preconfigurados, servicios de adopción, comunidad y recursos de aprendizaje. Se lanzó el 21 de marzo de 2023 como GROW with SAP, dirigida a empresas medianas.

• RISE no es un release, una base de datos ni una actualización de sistema. La versión del ERP dentro de un contrato RISE sigue siendo un release de S/4HANA.
• La relación de RISE con la edición privada y de GROW con la edición pública describe la presentación comercial de octubre de 2026. El comunicado de SAP del 04/08/2025 cita las dos ediciones en el recorrido RISE, y la investigación de 2026 de ASUG, el grupo de usuarios de SAP de las Américas, todavía registra asociados con RISE en la edición pública.
• Alojar una licencia propia de S/4HANA en un hiperescalador no crea un contrato RISE. Cambia quién contrata infraestructura y operación y qué términos rigen el servicio.
• El paquete SAP Cloud ERP Private anunciado el 22/04/2025 cita, además del ERP, SAP LeanIX, SAP Signavio, SAP Build y otros componentes. La lista del anuncio no es un derecho universal: cantidades, límites y servicios de SAP BTP dependen del nivel contratado y del pedido.

El contrato, la matriz de responsabilidades y las preguntas previas a la firma están en RISE with SAP. La diferencia entre las dos ofertas está en RISE with SAP y GROW with SAP.

On-premise, Private Edition y Public Edition: la comparación completa

La tabla compara las tres formas de implementación y el ECC como punto de partida. Las columnas Private y Public representan los productos técnicos. Los datos vienen de la documentación y de los documentos contractuales públicos de SAP vigentes en octubre de 2026; donde la regla depende del contrato, la celda lo dice.

Dimensión	S/4HANA on-premise	Private Edition (SAP Cloud ERP Private)	Public Edition (SAP Cloud ERP)	ECC como punto de partida
Tipo	ERP instalado	Nube privada, inquilino único	Nube pública, multiinquilino	ERP de la generación anterior
Oferta asociada	Licencia propia	RISE with SAP	SAP GROW; contratos RISE anteriores	SAP Business Suite 7
Contrato habitual	Licencia perpetua y mantenimiento	Suscripción	Suscripción	Licencia y mantenimiento existentes
Métrica	Según licencia y engines	FUE; otras por componente	User; FUE en ofertas GROW	La del contrato existente
Base de datos	SAP HANA	SAP HANA	SAP HANA, base del servicio	SAP HANA u otras bases soportadas
Infraestructura	Propia o alojada	SAP o hiperescalador elegible	Servicio público de SAP	Instalación existente
Operación técnica	Cliente o proveedor	SAP, en el alcance contratado	SAP	Cliente o proveedor
Numeración	Año: 2023, 2025	Año: 2023, 2025	Año y mes: 2602, 2608	ERP 6.0 con EHP
Actualización principal	Cada dos años	Cada dos años	Dos por año, febrero y agosto	Según el camino de migración
Quién instala la actualización	Cliente o socio	SAP, a solicitud del cliente	SAP, según el calendario	Cliente o socio
Pruebas funcionales y de integración	Cliente o socio	Cliente o socio	Cliente, en la ventana del calendario	Cliente o socio
Camino de entrada	Nueva implementación, conversión o transición selectiva	Los mismos, más lift and shift de un S/4HANA	Nueva implementación con migración de datos	Es el origen
Configuración	IMG y SAP Best Practices	IMG y SAP Best Practices	Scope items obligatorios	Customizing existente
ABAP clásico	Disponible	Disponible, sujeto al contrato	Sin Standard ABAP irrestricto	Código por analizar en la conversión
ABAP Cloud	Según el release	Según el release	Es el modelo de desarrollo	No es el modelo de ECC
Modificación del estándar	Posible; clean core recomendado	Depende de la oferta contratada	No permitida	Legado por inventariar
Niveles de clean core	A a D	A a D	Solo A	No aplica
RFC y BAPI	Según release y autorización	Según release, red y autorización	Solo interfaces liberadas por escenario	Las del sistema actual
OData y API	Verificar por release	Verificar por release	API públicas, por communication arrangement	No dar por hechas las API de S/4HANA
SAP GUI y Fiori	Transacciones clásicas y apps Fiori	Transacciones clásicas y apps Fiori	Fiori, con SAP GUI for HTML en parte de las pantallas	Transacciones clásicas
Aplicación móvil de SAP para mantenimiento	SAP Service and Asset Manager	SAP Service and Asset Manager	SAP Maintenance Assistant	SAP Service and Asset Manager, con EHP7 o EHP8

La comparación de las dos ediciones en la nube, con el detalle de alcance, extensión, actualización e integración, está en SAP Cloud ERP público y privado: las diferencias.

Clean core y código Z: qué acepta cada edición

Clean core es la directriz de SAP de mantener las extensiones desacopladas del código estándar y apoyadas en interfaces liberadas, para que la actualización no dependa de ajustar cada personalización. El curso oficial sobre el tema clasifica el código propio en cuatro niveles: A usa solo API liberadas, con ABAP Cloud; B usa API clásicas consideradas seguras; C usa objetos internos con algún riesgo, acompañados por un registro de cambios de SAP; D usa técnicas que SAP no recomienda.

En la Public Edition solo se admite el nivel A. Los niveles B, C y D existen únicamente en la Private Edition y en on-premise. La clasificación mide de qué depende el código y no da licencia para modificar el estándar. Para un ECC con años de programas Z, la consecuencia es un inventario en el que cada objeto recibe un destino antes de elegir la edición. Los niveles, los tipos de extensión y el tratamiento del código existente están en Clean core en SAP.

Releases y plazos de mantenimiento de S/4HANA en octubre de 2026

En octubre de 2026, el release on-premise y Private más reciente es SAP S/4HANA 2025. El historial de la guía oficial registra la primera versión del documento el 08/10/2025, el FPS01 el 25/02/2026 y el FPS02 el 07/10/2026. La guía prevé tres feature package stacks por release; después, el release recibe support package stacks con correcciones.

• Desde S/4HANA 2023, SAP lanza una base cada dos años, con siete años de mantenimiento principal. Los releases hasta 2022 tenían cinco.
• SAP mantiene el compromiso de tener al menos un release de S/4HANA en mantenimiento hasta 2040. El compromiso es con la familia: cada release tiene su propio fin de mantenimiento, que se lee en la Product Availability Matrix de SAP y no se calcula sumando años al lanzamiento.
• La Public Edition no sigue esa tabla. Los releases 2602 y 2608 son las actualizaciones principales de 2026.

Los compatibility packs suelen confundirse con un plazo del ERP. La presentación de SAP del 04/02/2026 separa derecho de uso de mantenimiento y señala el 31/05/2026 como fin de ciertos derechos de uso, con excepciones y condiciones hasta 2030 y reglas distintas para suscripciones en la nube. Esa fecha no es el fin de S/4HANA ni de la gestión de mantenimiento; el inventario de lo que está en uso y la SAP Note 2269324 dicen qué aplica a cada sistema.

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.

Quien sigue en ECC: plazos por enhancement package

SAP ERP 6.0, el ECC, forma parte de SAP Business Suite 7. Es el punto de partida de los proyectos, y no una cuarta edición de S/4HANA. El plazo depende del enhancement package (EHP) instalado, y el soporte hasta 2027 solo vale para una parte de la base instalada.

• ERP 6.0 sin EHP o con un EHP anterior al 6: el mantenimiento principal terminó el 31/12/2025. Subir a los EHP6 a 8 cambia ese horizonte.
• EHP6 a 8: mantenimiento principal hasta el 31/12/2027 y mantenimiento extendido opcional hasta el 31/12/2030, con una prima de dos puntos porcentuales sobre la base de mantenimiento.
• Sin el extendido, o después de él: mantenimiento específico del cliente (customer-specific maintenance), con un alcance menor.
• 2031 a 2033: SAP ERP, private edition, transition option, una suscripción para clientes elegibles que no prolonga el mantenimiento del ECC on-premise. Exige el sistema migrado a SAP ERP, private edition sobre SAP HANA antes del 31/12/2030, un mínimo de 2 TB y el plan max success.

Cambiar la base de datos del ECC a HANA no lo convierte en S/4HANA ni cambia el plazo de la aplicación. El 07/10/2026, SAP aclaró qué ocurre con Business Suite 7 sobre bases de datos de terceros o con dependencia de Java: los acuerdos de reventa y soporte de esas bases y el soporte de Java de SAP NetWeaver AS Java 7.5 están previstos para terminar a finales de 2030, y el mantenimiento específico del cliente no repone ese soporte. La conversión de un Business Suite 7 sobre base de datos de terceros a S/4HANA o a SAP Cloud ERP solo está disponible mientras esos acuerdos estén vigentes; después, el comunicado indica nueva implementación. La restricción alcanza a los entornos afectados, y no a todo ECC.

Los caminos oficiales son nueva implementación (greenfield), conversión de sistema (brownfield) y transición selectiva de datos; el lift and shift mueve un S/4HANA existente a la nube privada conservando el release. Cada camino está en migración de ECC a S/4HANA: greenfield, brownfield y los otros caminos. Antes de cualquier migración conviene revisar la base, y el artículo sobre cómo validar datos en SAP PM muestra por dónde empezar.

Qué cambia para el mantenimiento industrial en cada edición

El mantenimiento existe en las tres formas de implementación. El concepto que da nombre al área está en qué significa EAM. Entre ediciones cambian el alcance activable, la interfaz, la aplicación móvil y el camino de integración.

Alcance de los procesos de mantenimiento

En on-premise y en la Private Edition, el mantenimiento corre con los procesos clásicos y con el proceso por fases, configurados en el IMG. En la Public Edition, las órdenes siguen el proceso por fases, estructurado en nueve fases, y cada proceso se activa con un scope item. La lista actual del curso oficial incluye Reactive Maintenance (4HH), Proactive Maintenance (4HI), Improvement Maintenance (4VT), Operational and Overhead Maintenance (4WM) y Permit to Work (7Z4). Maintenance Resource Scheduling (43R), SAP Maintenance Assistant (4RV) y Maintenance Order Processing with SAP Field Service Management (7Z2) exigen licencia adicional.

Corrective Maintenance (BH1) y Preventive Maintenance (BJ2) están marcados como obsoletos (deprecated) desde el release 2302, y Emergency Maintenance (BH2), desde el 2602; los sucesores son 4HH y 4HI. Obsoleto, en este caso, significa que el ítem no entra en una activación nueva.

Decir que la edición pública no tiene mantenimiento de planta es incorrecto, y decir que sirve para cualquier planta, también. El curso comparativo de SAP registra que, en el release 2602, no había scope item para el reacondicionamiento de repuestos (Refurbishment of Spare Parts) ni para el proceso de checklist. El vacío es de ese release, y la situación en 2608 debe verificarse antes de decidir.

SAP GUI y Fiori

Fiori y SAP GUI no son alternativas excluyentes. En on-premise y en la Private Edition, transacciones clásicas como IW31 e IW32 siguen documentadas en S/4HANA 2023 FPS03, junto a las apps Fiori. En la Public Edition, el launchpad combina apps Fiori con pantallas de SAP GUI for HTML: un artículo de la base de conocimiento de SAP asocia IK11 e IK18 a esa edición. Eso no significa acceso al SAP GUI de escritorio ni a todas las transacciones clásicas.

Movilidad

Las aplicaciones móviles de SAP tienen backends distintos. La guía de inicio rápido de SAP Service and Asset Manager 2511 lista como backend la Private Edition, S/4HANA on-premise y ERP 6.0 con EHP7 o EHP8, y dirige la Public Edition a SAP Maintenance Assistant. La consecuencia vale para cualquier aplicación de campo, de SAP o de un tercero: una integración validada en ECC o en la Private Edition no queda validada en la Public Edition por analogía. Las decisiones de un despliegue en campo están en proyecto móvil para SAP PM.

Integración de órdenes, avisos, confirmaciones y mediciones

En la Public Edition, la integración usa interfaces liberadas, activadas por escenario de comunicación. La documentación lista, entre otras, API_MAINTENANCEORDER_0002 para la orden, API_MAINTNOTIFICATION para el aviso y API_MAINTORDERCONFIRMATION para la confirmación, en OData V2, además de API_MEASURINGPOINT y API_MEASUREMENTDOCUMENT, en OData V4. El punto de medida es un dato maestro; el documento de medición es la lectura registrada, y la API de uno no cubre al otro.

La edición pública tampoco se limita a OData: SAP documenta BAPI liberadas para escenarios determinados de orden, confirmación y aviso, lo que no autoriza a llamar cualquier BAPI. Para cada interfaz se verifica el objeto, la operación de lectura o escritura, la API exacta, la edición, el release y el escenario de comunicación activo.

En on-premise y en la Private Edition, el abanico de interfaces es mayor, y cada una entra en la prueba de cada actualización. La estructura de la orden de mantenimiento en SAP PM ayuda a listar los campos que escribe cada flujo, y el artículo sobre software de mantenimiento integrado a SAP explica qué pedirle a esa integración.

SAP S/4HANA en América Latina y España: qué está anunciado y qué no

SAP no publica cuántas empresas de cada país usan cada edición. Lo que existe en fuentes abiertas son anuncios comerciales y la actividad de las asociaciones de usuarios, y conviene leerlos con sus límites.

• América Latina: en el comunicado del 30/07/2025 sobre el segundo trimestre de la región, SAP Latinoamérica citó cinco empresas de México, Colombia y Argentina en el recorrido RISE with SAP hacia SAP Cloud ERP Private, y un grupo argentino que se sumó a GROW with SAP para migrar una división a SAP Cloud ERP. El comunicado no trae cifras regionales de adopción, y un anuncio no equivale a la puesta en producción de cada proyecto.
• España: AUSAPE, la asociación de usuarios de SAP en España, resumió en su boletín de febrero de 2026 sesiones sobre la transición a S/4HANA, clean core y SAP BTP, con el fin de mantenimiento de ECC y la edición pública entre los temas. El boletín describe actividad de los asociados y no mide adopción.
• Localización: compartir idioma no hace equivalente la cobertura fiscal y legal. La cobertura de México, Colombia, Chile, Argentina o España se verifica por país y por proceso, en el release de destino.

El vocabulario oficial en español usa ERP en la nube, nube pública y nube privada, y conserva en inglés las marcas SAP Cloud ERP, SAP Cloud ERP Private, RISE with SAP y SAP GROW. Cuando un documento dice nube privada, hay que confirmar si habla de infraestructura contratada por el cliente a un tercero o del producto Private Edition de SAP, porque contrato, operación y reglas de actualización son distintos.

Cómo elegir entre on-premise, Private Edition y Public Edition

El tamaño de la empresa por sí solo no decide. SAP presenta el ERP público también para filiales de grupos grandes, y lo que descarta la edición pública es la dependencia de código o de procesos que ella no acepta, en empresas de cualquier tamaño. La tabla organiza la decisión por criterio, a partir de las diferencias documentadas en las secciones anteriores.

Criterio	Pregunta por responder	Qué indica la documentación
Punto de partida	¿El sistema actual es un ECC personalizado, un S/4HANA existente o una operación nueva?	La conversión lleva a on-premise o a Private; Public es nueva implementación con migración de datos
Código propio y add-ons	¿Cuánto del proceso depende de ABAP clásico, de modificaciones o de add-ons instalados?	Private y on-premise conservan ABAP clásico; Public admite solo el nivel A
Calendario de actualización	¿La operación puede probar dos veces por año, en fechas fijadas por SAP?	Public: febrero y agosto. Private y on-premise: el cliente elige la ventana
Operación	¿El equipo de Basis sigue operando o pasa a gestionar un contrato de servicio?	On-premise mantiene la operación; Private y Public transfieren a SAP lo que cubre el contrato
Alcance de mantenimiento	¿Los procesos en uso existen como scope item en el release de destino?	El reacondicionamiento de repuestos y el checklist no tenían scope item en Public 2602
Movilidad e integraciones	¿La aplicación de campo y cada interfaz de orden, aviso y confirmación tienen un camino liberado en el destino?	En Public, solo interfaces liberadas y SAP Maintenance Assistant como aplicación de SAP
Localización	¿La cobertura fiscal y legal del país y del proceso está documentada en el release?	Se verifica por país; el idioma común no la hace equivalente
Plazo	¿Cuál es el EHP, cuál es la base de datos y hay dependencia de Java?	Plazo por EHP; bases de datos de terceros y Java tienen un límite propio a finales de 2030

El orden de las respuestas importa. Alcance funcional, código propio e integraciones descartan opciones antes que el precio y el calendario. Quien elige la edición por el contrato y descubre después que un proceso de mantenimiento no tiene scope item, o que una interfaz de campo no tiene API liberada, rehace la decisión con el proyecto en marcha.

Dónde entra la ejecución del mantenimiento en esta elección

La edición define lo que el ERP acepta. La ejecución sigue en campo: el técnico recibe la orden, registra las horas, toma la medición y la confirmación vuelve a SAP. PM RUN es la plataforma de ejecución, movilidad y planificación de mantenimiento que funciona sobre SAP PM, sin reemplazar a SAP, con más de 12.000 usuarios. PM RUN usa SAP PM en ECC 6.0 o en S/4HANA, on-premise o en la nube.

En un proyecto de migración, esa integración entra en el mismo inventario de interfaces y en el mismo plan de regresión por actualización que cualquier otra, y la arquitectura se valida en la edición y el release de destino. La página de gestión de activos en SAP muestra lo que el técnico y el planificador ejecutan en la plataforma.