El tema de la fecha es importante, porque lo que al principio con SAP es una cosa puede que con el tiempo termine siendo otra… o que cambie de nombre (Data Warehouse Cloud / Datasphere), se venda (Qualtrics) o simplemente desaparezca (Copilot).
De hecho, RISE y GROW empezaron siendo una cosa y ahora no son exactamente lo mismo.
Así empezaron…
¿Y ahora qué se supone qué es cada cosa? Bueno, pues que mejor que ir a las fuentes.
Dentro de SAP Learning, podemos encontrar el itinerario Exploring SAP Cloud ERP y en el mismo nos encontramos con este tema: «Differentiating GROW and RISE with SAP».
¿Y qué nos cuentan ahí? Os lo cuento, con ayuda de NotebookLM; creo que notaréis lo que es de mi cosecha… 😉
Para empezar, que GROW y RISE son dos paquetes comerciales para acompañar a los clientes en su viaje a la nube, que puede ser pública o privada… o un poco de cada cosa (2-tier).
- GROW con SAP: acompaña a SAP S/4HANA Cloud Public Edition. Dirigido a clientes que buscan una solución de rápida adopción. Ofrece herramientas adicionales, servicios de adopción acelerada, una comunidad global de expertos y recursos de aprendizaje gratuitos.
- RISE con SAP: acompaña a SAP S/4HANA Cloud Private Edition. Diseñado para clientes de SAP que migran a la nube. Se ofrece en escenarios greenfield, brownfield y de dos niveles de ERP.
¿De qué va a depender escoger una opción u otra? Por ejemplo, de que quiera hacer un greenfield (podría elegir) o un brownfield (voy a privado, sí o sí).
Definición de greenfield: como tenemos ganas, tiempo y presupuesto ilimitado, vamos a revisar todos nuestros procesos y construir el mundo ideal.
Definición de brownfield: a mí no me compliques la vida, que funcione todo como antes.
SAP ofrece dos productos principales de Cloud ERP:
- SAP S/4HANA Cloud Public Edition: ideal para clientes que desean procesos estandarizados, siempre con la última versión y con la infraestructura gestionada por SAP.
- SAP S/4HANA Cloud Private Edition: para clientes que necesitan alta personalización, innovan a su propio ritmo y requieren mayor control sobre la solución.
¿Cloud ERP? ¿Y el on-premise?
Modelo de entrega de servicios de SAP:
- SAP gestiona el software, soporte, infraestructura y servicios técnicos bajo un único Acuerdo de Nivel de Servicio (SLA).
- Los socios de SAP brindan servicios de consultoría, implementación y gestión de aplicaciones para facilitar la transición a la nube.
Si crees que los Basis sobran, lee esto…
Paquetes de SAP S/4HANA Cloud Public Edition (GROW):
- Base: para organizaciones pequeñas y medianas o economías emergentes. Incluye licencias de SAP BTP, algunos derechos financieros y acceso a Ariba Buying.
- Premium: para organizaciones medianas y grandes. Ofrece más licencias de SAP BTP, derechos financieros adicionales, SAP Analytics Cloud Planning, SAP Sales Cloud y Concur Expense Professional.
- Ambas ediciones incluyen créditos de CPEA y derechos a SAP Build.
Paquetes de SAP S/4HANA Cloud Private Edition (RISE):
- Base: Para organizaciones pequeñas con una configuración sencilla.
- Premium: Incluye IA integrada, automatización de procesos, desarrollo de aplicaciones de código bajo y acceso a redes de proveedores.
- Premium Plus: Amplía Premium con escenarios adicionales de IA, sostenibilidad y gestión financiera avanzada.
- Las ediciones Premium y Premium Plus incluyen créditos de CPEA y derechos a SAP Build.
Esto me suena a las distintas ediciones que había de S/4HANA en su momento, porque de esto de la nube nos llevan hablando un tiempo…
En definitiva, que a día de hoy, GROW with SAP es el paquete comercial para ir a SAP S/4HANA Cloud Public Edition y RISE with SAP para ir a SAP S/4HANA Cloud Private Edition.
Esto es así, hoy, 15 de noviembre de 2024; en unos meses, ya veremos…
Mi opinión particular…
Sería todo mucho más simple si dejaran de sacar términos que más que facilitar lo que hacen es generar confusión y decir claramente que la fecha límite para migrar a S/4HANA es el 2027 (2030, con el mantenimiento extendido) es improrrogable y que los clientes podrán elegir a qué modelo quieren ir: on-premise, cloud privada o cloud pública, con las ventajas e inconvenientes de cada modelo.
Eso, bien explicado, junto con modelo claro de transformación de licencias, creo que agilizaría la toma de decisiones.
Pero, ¡qué sabre yo!, un pobre iluso que cree que el sentido común tiene que ver algo con los negocios 😉
PD.- Amenazo con lanzar una newsletter; si quieres apuntarte, aquí te dejo el enlace: No Lo Sabemos Todo.
PD.- Lo de antes, da igual, lo importante es que te apuntes a esto: Ayuda emergencia DANA 😢
Buenas Antonio,
Muy buen resumen de que es cada cosa, pero no sé, tengo la sensación que SAP está muy foco en los dos puntos del GROW y RISE, y que parecía que todo se encaminaba a estos dos modelos, pero cada vez parece que los clientes están más por una versión on-premise. Qué visión general tienes? porque como te comento hace unos meses parecía todo muy claro, que puede ser soy yo que he leído un par de comentarios en LinkedIn y me he quedado con la duda.
Creo que hay 2 cosas evidentes:
1) Que la apuesta de SAP es “cloud first”, aunque lo están posicionando como “only cloud”.
2) Que los mientras el “on-premise” siga existiendo, debe ser una opción más a valorar.
SAP está en su pleno derecho de matar el on-premise pero esa es una apuesta demasiado arriesgada.
De momento, optan por esconderlo 😜
En mi opinión, si todo fuera más claro/transparente, incluso podría mejorar el grado de adopción de las nuevas soluciones.
Toda la razón yo creo que el problema viene siempre en la ambigüedad en la que se mueve SAP dependiendo de las opiniones que va escuchando. Yo creo que podría incentivar al «Cloud First» sin la necesidad de que la única opción sea el GROW o el RISE, porque como bien comentas puede haber clientes que quieren la gestión de los datos y de la infra propia sin acabar en SAP.
No se, iremos viendo por donde se va moviendo SAP. Sabes si en la ASUG han comentado algo sobre este punto?
Gracias
Efectivamente, porque otra opción puede ser ir al cloud, pero por mi cuenta, sin necesidad de “acompañamiento”.
Algo he leído en LinkedIn de ASUG, pero tengo pendiente indagar un poco.
Estaría genial si nos pudieras compartir alguna idea, aunque sea en números ficticios como Pancholares, de cuanto cuesta el GROW más básico vs el RISE más básico (FI + MM + SD) .
Lo pregunto por que, en el proyecto GROW en el que estoy, estamos teniendo muchas dificultades con las customizaciones. Que aunque no son muchas, con una que encuentres donde SAP no tenga el objeto liberado para la nube, ya te jodiste. Un ejemplo basiquísimo sería mostrar algún campo en un Adobe form, pero que el campo no forme parte de la CDS en turno y dicho CDS no se pueda extender.
La única respuesta que viene a mi mente es que GROW sea mucho más barato que RISE. Eso hace que el cliente se vaya de cabeza por esa opción sin detenerse a analizar todo lo que ello implica. Por ejemplo, que no analice que GROW es como una aerolínea económica. Puedes viajar barato, pero deberá ser sin equipaje. En cuanto quiera documentar equipaje, seleccionar asiento o abordar primero, SAP sacará su caja registradora y comenzará a cobrar a diestra y siniestra. Claro, asumiendo que lo que necesita el cliente está liberado para la nube pública.
Hola Diego,
Me temo que no tengo una respuesta para eso, porque no hay una lista de precios de eso ya que, como comento en el artículo, GROW y RISE no son nada más que el nombre que han dado a 2 paquetes comerciales: uno orientado a la nube pública y otro más a la privada.
Aparte, cada uno de los componentes de cada una de las versiones, tienen una métrica propia, por lo que es imposible dar una cifra, sin analizar las necesidades del cliente.
Y luego, por supuesto, hay que tener en cuenta que SAP negocia condiciones específicas con cada cliente.
El ejemplo que comentas de las aerolíneas me parece significativo y creo que es importante conocer bien de antemano qué diferencia hay entre ambos paquetes y cada una de sus ediciones, antes de tomar una decisión, ya que detrás del coste inicial puede haber muchos adicionales.
Y sobre el caso concreto que comentas, en GROW siempre vas a tener más limitaciones que en RISE; realmente es en Public frente a Private, como es lógico.
De todas formas, con las opciones de Key User Extensibility o Developer Extensibility se pueden añadir muchas cosas… e imagino que esto se irá ampliando.
Saludos.