RISE, GROW, cloud privado o público: leer las ofertas de SAP con ojos de comprador.

Recordemos brevemente de qué hablamos. GROW with SAP designa el camino hacia S/4HANA Cloud en edición pública: un software mutualizado, idéntico para todos los clientes, operado y actualizado por SAP al ritmo que SAP decide. RISE with SAP cubre principalmente la edición privada: una instancia dedicada a usted, operada por el fabricante sobre una infraestructura cloud, donde subsiste una verdadera latitud de configuración y de conversión desde el sistema existente. El on-premise, por último, no ha desaparecido: usted posee el sistema, lo aloja donde quiere, responde de él por completo. Tres modelos, pues, que los folletos presentan como tres etapas de un mismo viaje. Son más bien tres repartos distintos del poder y de la responsabilidad entre usted y su fabricante.

Lo que cada modelo da, y lo que quita

La diferencia estructural cabe en pocas palabras. La edición pública impone el estándar. Sus procesos se alinean con los del software, sus extensiones viven fuera del núcleo, y las subidas de versión llegan cuando el fabricante las publica, le convenga a usted o no. A cambio de esa pérdida de control, recibe algo valioso y rara vez nombrado: una disciplina. Nadie, en su empresa, puede ya excavar en el núcleo del sistema. La deriva del desarrollo a medida, la que ha vuelto tantos sistemas ECC imposibles de hacer evolucionar, se vuelve estructuralmente imposible.

La edición privada ofrece lo contrario. Acoge su sistema existente, sus desarrollos a medida en gran parte, su histórico, sus costumbres. La continuidad es real, los márgenes de maniobra también. Pero la disciplina ya no viene incluida en la suscripción: le toca a usted construirla, mediante un gobierno de arquitectura explícito, so pena de reconstituir en pocos años, en el cloud, el legacy del que salía. Hemos dedicado un artículo entero a esta cuestión del clean core; aquí se plantea con especial agudeza.

El on-premise, por su parte, no quita nada y no da nada. Libertad total de arquitectura, de calendario, de alojamiento; responsabilidad total sobre la explotación, la seguridad, las subidas de versión y la solidez en el tiempo. Algunos contextos lo justifican plenamente. Siempre que la libertad se ejerza, y la responsabilidad se asuma, por equipos dimensionados para ello.

Una oferta cloud no se lee en su folleto. Se lee en lo que le deja el derecho de hacer, y en lo que le obliga a convertirse.

Las cinco preguntas que desnudan una oferta

Ante una propuesta, sea cual sea su etiqueta, recomendamos pasarla por la criba de cinco preguntas. Ninguna es técnica en sentido estricto; todas son contractuales y operativas.

• ¿Quién opera qué? Detrás de la palabra «gestionado» se esconden alcances muy variables. ¿Quién aplica los parches, quién vigila, quién restaura, quién responde de noche ante un incidente de producción? Exija la tabla de responsabilidades línea a línea, no el esquema de principio.
• ¿Qué es reversible? Si dentro de cinco años quisiera cambiar de modelo, de proveedor de alojamiento o de prestador, ¿qué recuperaría, en qué forma, en cuánto tiempo? Una reversibilidad que no está descrita en el contrato no existe.
• ¿Qué ocurre con sus desarrollos a medida? ¿Cuáles pasan, cuáles deben reescribirse como extensiones, cuáles desaparecen? La respuesta condiciona el costo real del programa mucho más que la tarifa de la suscripción.
• ¿Cómo evoluciona el costo cuando sus volúmenes se mueven? Al alza, pero también a la baja: venta de una actividad, contracción de un mercado. Las métricas de facturación merecen simularse sobre sus escenarios, no solo sobre el del crecimiento.
• ¿Qué pierde en libertad de arquitectura, a cambio de qué? Cada modelo intercambia latitud por velocidad o por tranquilidad. El intercambio puede ser excelente. Simplemente debe ser consciente, y aceptado por quienes vivirán con él.

La buena elección es un atributo de su sistema actual

Nos preguntan a menudo cuál de estas ofertas es la mejor. Respondemos invariablemente que la pregunta está mal planteada. Una empresa con procesos cercanos al estándar, o que quiera obligarse a él, encontrará en la edición pública un acelerador; la misma oferta sería una mala elección para un grupo cuyos desarrollos a medida sostienen una ventaja competitiva real. Un sistema cargado de historia aboga por la edición privada, a condición de que el gobierno de arquitectura acompañe. La elección es un atributo de su situación: estado de los procesos, peso del desarrollo a medida, madurez del gobierno, competencias internas. Dimensiones todas que hemos detallado a propósito de la fecha límite de 2027, porque las dos decisiones son una sola: el modelo de explotación se elige al mismo tiempo que la trayectoria, no después.

Es exactamente lo que entrega nuestro Encuadre 2027: un diagnóstico del sistema existente, escenarios comparados en costos completos, y una recomendación de modelo de explotación argumentada sobre sus datos. El paisaje de integración, a menudo el gran olvidado de estas comparaciones cuando cada modelo lo redibuja, es objeto de nuestra práctica de cloud e integración.

Una última palabra, que tiene su importancia en este debate concreto: en KOORTIS, la consultoría pasa por delante de todo lo demás. Cuando le recomendamos un modelo, es porque se deriva de su sistema y de su trayectoria; lo escribimos, y lo defendemos ante usted. Ahí está todo el valor de una opinión que solo busca convencer con sus argumentos.