Prácticas de concesión de licencias SAP (ES)

00:00:01: El podcast sobre la portada de E-Tres es un debate crítico y constructivo para la comunidad SAP desde el punto de vista de la redacción de E-Tres.

00:00:11: Dos avatares de IA cuentan con todas las fuentes de la redacción de E-Tres y explican a los clientes actuales de SAP, los retos, las tareas y los obstáculos.

00:00:21: En el diálogo se tratan los temas respectivos de forma crítica, pero constructiva y con muchos consejos y trucos.

00:00:30: Este episodio del podcast E-III Cover Story trata el tema de la gestión de licencias SAP, con todos los aspectos relacionados con Rise With SAP, Full Use Equivalent y Cloud Exit.

00:00:43: El tema de la gestión de licencias SAP y el centro de experiencia del cliente SI, CCOE, también se tratará en la cumbre del centro de competencia de la comunidad SAP de habla alemana para Alemania, Austria y Suiza.

00:00:59: que se celebrará los días diecioince de junio de dos mil veintiséis en Salzburgo, Austria.

00:01:05: Pero pasemos ahora al episodio actual del podcast E-III, gestión de licencias SAP.

00:01:13: Muchos clientes de SAP, quizás la mayoría, se encuentran en una encrucijada monumental.

00:01:19: Totalmente.

00:01:20: Por un lado tienen sus sistemas que funcionan, que están probados por años.

00:01:25: Y por otro, sienten una presión inmensa.

00:01:29: Casi... Casi una fuerza de la naturaleza que los empuja a esforana y sobre todo a la nubre.

00:01:36: Es que es mucho más que una encrucijada técnica.

00:01:39: Es un punto de inflexión estratégico.

00:01:41: Lo que está en juego no es solo una actualización de software.

00:01:45: No, para nada.

00:01:46: Es un cambio fundamental en la relación con el proveedor, en la propiedad de los activos digitales y en la autonomía de la propia empresa para decidir su futuro.

00:01:55: Las apuestas, bueno, no podrían ser más altas.

00:01:58: Totalmente.

00:01:59: Por eso hoy le vamos a entrar con todo a analizar qué significa esta transición de verdad.

00:02:05: Para eso, nos vamos a apoyar en unos artículos de la revista ETHREE y unos documentos de la Unión Europea que le ponen el dedo en la llaga a todo este mundo de las licencias.

00:02:16: Ajá, a la estrategia Rise with SAP.

00:02:19: Exacto.

00:02:21: Y las consecuencias que esto puede tener a largo plazo.

00:02:24: Y la pregunta central que plantean estas fuentes es la que todo director de sistemas o financiero debería hacerse ahora mismo.

00:02:31: ¿Es esta nube de SAP una vía rápida hacia la innovación, hacia la agilidad?

00:02:36: ¿O es en realidad una calle sin salida?

00:02:38: Un viaje de solo ida que le arrebatan al cliente el control de su propio sistema nervioso digital.

00:02:43: Esa es la pregunta del millón.

00:02:45: Así que vamos a desmenosarla.

00:02:47: Analizaremos las dos rutas para la conversión a ESFORJANA, los nuevos modelos del licenciamiento como el FUE, y los peligros que se esconden en la letra pequeña de los contratos y, lo más crucial, si de verdad existe una estrategia de salida una vez que se dé el salto a la nube.

00:03:09: Bien, empecemos por el principio.

00:03:11: Para un cliente que ya tiene SAP y decide ir a ese forjana, el primer gran dilema es, bueno, ¿cómo convertir sus licencias?

00:03:20: Las fuentes nos hablan de dos caminos, la Product Conversion y la Contract Conversion.

00:03:26: Desglosemos el primero.

00:03:27: Product Conversion suena más conservador.

00:03:31: ¿En qué consiste?

00:03:32: Efectivamente.

00:03:33: Es la opción de, digamos, mínimos cambios.

00:03:36: En la Product Conversion, el cliente mantiene su contrato existente.

00:03:41: El de toda la vida.

00:03:42: Exacto.

00:03:43: Con todas sus cláusulas, sus anexos, todo lo negociado a lo largo de los años.

00:03:48: Y simplemente lo actualiza para que cubra el nuevo producto, ese forjana.

00:03:53: Lo más importante aquí, es que la posición legal sobre el famoso uso indirecto no cambia.

00:03:58: A ver, detengámonos ahí, porque uso indirecto es uno de esos términos que, uuh, genera pánico.

00:04:04: ¿Para qué quede claro?

00:04:05: ¿A qué nos referimos?

00:04:07: Pincemos en el uso indirecto de una forma sencilla.

00:04:10: Imagina que tienes una aplicación de ventas en el celular para tu equipo comercial.

00:04:14: Ajá.

00:04:15: Esa app se conecta a SAP para verificar el inventario en tiempo real.

00:04:19: Aunque el vendedor nunca ve una pantalla de SAP, está usando datos y lógica del sistema.

00:04:24: Indirectamente.

00:04:25: Claro,

00:04:26: SAP argumenta que eso requiere una licencia y ha sido una de las mayores fuentes de conflicto y de costos inesperados.

00:04:33: Con la Product Conversion, mantienes el marco legal que ya tenías para negociar esos casos, sin verte forzado aceptar el nuevo y rígido modelo de Digital Access.

00:04:42: Ok, entonces suena como el camino más seguro.

00:04:44: Te quedas en terreno conocido, mantienes tu poder de negociación.

00:04:48: Parece la opción obvia.

00:04:50: Parece,

00:04:50: pero aquí viene la primera advertencia de las fuentes.

00:04:54: existe un riesgo, y es un riesgo muy real, de perder derechos especiales que se hayan adquirido en negociaciones pasadas.

00:05:01: ¿Cómo cuales?

00:05:02: Piensa en descuentos por volumen, cláusulas de uso flexible, derechos de uso en filiales.

00:05:08: Son ventajas acumuladas durante años.

00:05:11: Por eso, antes de optar por esta vía, es vital hacer un análisis forense del historial del contrato, una especie de arqueología contractual, para asegurarse de que SAP mantenga todo eso.

00:05:22: Entendido.

00:05:23: O sea que lo que parece seguro puede terminar siendo una pérdida silenciosa de ventajas.

00:05:28: Justo.

00:05:29: Vale.

00:05:30: Incluso en la ruta segura hay trampas.

00:05:32: Esto nos lleva directamente al otro camino, la Contract Conversion.

00:05:36: Si la primera opción es más segura, aunque con sus riesgos, ¿por qué alguien elegiría la segunda?

00:05:41: ¿Qué es lo que SAP les vende para que suene atractivo?

00:05:44: La Contract Conversion es un borrón y cuenta nueva.

00:05:48: ¿Se tira el contrato viejo a la basura?

00:05:50: y se firma uno completamente nuevo.

00:05:52: Desde

00:05:52: cero.

00:05:53: Desde cero.

00:05:54: Con los términos y condiciones de S-Quatrojana, el gran argumento de venta de SAP es la simplificación.

00:06:00: Se introducen nuevos tipos de usuarios supuestamente más claros.

00:06:04: Professional use, functional use, productivity use.

00:06:07: La promesa de un modelo más limpio y fácil de gestionar.

00:06:10: Esa es la promesa.

00:06:11: Pero por el tono de los artículos, esa simplificación tiene un costo oculto.

00:06:16: Exacto.

00:06:17: Las fuentes son claras.

00:06:18: La experiencia de proyectos anteriores demuestra que esta conversión pues suele llevar a un aumento en los costos de licencia.

00:06:25: y la razón es simple.

00:06:26: A ver.

00:06:27: Muchos tipos de usuarios más económicos y específicos que existían en los contratos antiguos simplemente desaparecen.

00:06:33: y que pasa con esos usuarios?

00:06:35: tienen que ser reclasificados y a menudo terminan cayendo en la categoría professional use.

00:06:40: Que es, por supuesto, la más cara de todas.

00:06:43: Obviamente.

00:06:44: Es un embudo que te lleva hacia la licencia más costosa.

00:06:47: Suena casi a un cebo.

00:06:49: Te ofrecen simplicidad, pero en la práctica te están empujando a pagar más por usuarios que antes eran más baratos.

00:06:56: Es así de directo.

00:06:57: En muchos casos sí.

00:06:59: Sin embargo, y este es un detalle fascinante que mencionan las fuentes, hubo un cambio importante a finales de dos mil veinte.

00:07:05: Ah, sí?

00:07:06: Sí.

00:07:06: El tipo de usuario más económico del nuevo modelo, el Productivity Use, pasó a incluir derechos de solo lectura.

00:07:12: O sea, Display Use y de aprobación, Approval Use.

00:07:17: Interesante.

00:07:18: Y

00:07:18: esto es una de esas letras pequeñas que pueden cambiar por completo el cálculo financiero.

00:07:24: Imagino una empresa con, no sé, cinco mil empleados que solo necesitan ver reportes o aprobar una orden de compra.

00:07:31: Muchísimos casos así.

00:07:32: Exacto.

00:07:33: Antes quizás tenías que comprarles licencias mucho más caras.

00:07:36: Con este cambio, de repente el costo de ese grupo de usuarios se desploma.

00:07:40: Es el tipo de detalle que un director financiero amarilla, pero que se puede pasar por alto.

00:07:44: Vale, entonces el diablo está como siempre en los detalles.

00:07:48: Ahora, hablemos de la gran apuesta de SAP.

00:07:51: Rise with SAP.

00:07:53: Se promociona como la solución integral, el paquete definitivo.

00:07:57: un solo contrato, un responsable, todo incluido.

00:08:01: Suena demasiado bueno para ser verdad.

00:08:03: Bueno, RISE es, en esencia, una oferta de transformación de negocio como servicio.

00:08:08: Es un paquete que incluye la licencia de Sforhana Cloud, ciertos servicios de migración, acceso a la plataforma BTP y a redes de negocio como Ariba.

00:08:17: Pero aquí hay un punto clave que a menudo se pasa por alto.

00:08:20: ¿Cuál?

00:08:20: Aunque contrates RISE with SAP, tu sistema no vive en un centro de datos de SAP.

00:08:25: ¿Cómo que no?

00:08:26: ¿Dónde vive entonces?

00:08:27: Vive en la infraestructura de un tercero, uno de los grandes hiperescaladores, Amazon Web Services, Microsoft Azure o Google Cloud.

00:08:35: Ah,

00:08:35: claro.

00:08:36: SAP gestiona la relación, pero tu sistema nervioso central está operando sobre la plataforma de otro gigante tecnológico, y esto crea una capa extra de complejidad.

00:08:46: Una de las fuentes lo describe perfectamente.

00:08:48: Es la forma de SAP de hacer atractivo el paso a la nube.

00:08:52: Pero añade que el cliente se ve encorsetado.

00:08:54: Encorsetado, me gusta esa palabra.

00:08:57: Suena

00:08:57: de que te dan un traje a medida, pero uno que no te deja moverte libremente.

00:09:02: Y aquí es donde entra el famoso modelo FUE, ¿verdad?

00:09:06: Las fuentes lo llaman el nuevo evangelio.

00:09:09: Sí, el full use equivalent o FUE.

00:09:13: Lo describen como un reglamento complejo y es el corazón del modelo de suscripción de Rice.

00:09:19: el mecanismo de conversión.

00:09:20: Exacto.

00:09:21: FUE es el mecanismo que convierte las disencias perpetuas, esas que la empresa compró y posee, en una suscripción mensual.

00:09:29: Y aquí está la consecuencia más crítica que resaltan todos los análisis.

00:09:33: ¿Qué es?

00:09:33: El cliente pierde la propiedad y la autonomía sobre su RP.

00:09:37: Al firmar un contrato RISE con el modelo FUE, las disencias on-premise se anulan.

00:09:42: No es que las dejes en un cajón por si acaso.

00:09:44: Se extinguen.

00:09:45: Espera.

00:09:46: Espera, aclaremos esto, porque... Es fundamental.

00:09:50: Las licencias por las que una empresa pagó millones de euros durante décadas que son un activo en su balance.

00:09:58: Simplemente se evaporan.

00:10:00: Se convierten en humo.

00:10:01: Exactamente.

00:10:03: Dejas de ser propietario de tu software para convertirte en un inquilino.

00:10:07: Y eso cambia por completo la dinámica de poder.

00:10:09: Pasas de poseer un activo a alquilar un servicio.

00:10:13: Es un cambio de paradíjoma total.

00:10:15: Absolutamente.

00:10:16: Aquí

00:10:17: es donde el lenguaje de las fuentes se vuelve increíblemente duro.

00:10:21: Describe en estos contratos de nube de SAP como una matemática trap-doll función.

00:10:28: Una función matemática de trampilla.

00:10:31: De un solo sentido.

00:10:33: ¿Qué significa eso en la práctica?

00:10:35: Esa analogía es brutalmente precisa.

00:10:37: Significa que una vez que un cliente existente entra en el ecosistema de la nube de SAP con Ryze Fu, No hay un camino claro ni contractual ni técnico para volver atrás.

00:10:47: No hay vuelta atrás.

00:10:48: El modelo está diseñado deliberadamente para que no haya una estrategia de salida.

00:10:53: Un Cloud Exit.

00:10:55: Es un viaje de ida.

00:10:56: No hay billete de vuelta.

00:10:57: Pero

00:10:57: eso es literal.

00:10:59: No hay una cláusula de reversión.

00:11:01: No puedes decir, ¿saben qué?

00:11:03: ¿Esto no funciona?

00:11:04: ¿Devuelvame mis licencias perpetuas?

00:11:06: No.

00:11:07: Esas licencias ya no existen.

00:11:09: Y las fuentes dan un ejemplo muy potente.

00:11:12: El caso de la Bundeswehr, el ejército alemán.

00:11:14: ¿Ah,

00:11:15: sí?

00:11:15: ¿Necesitaban un sistema de licencias que pudiera respirar?

00:11:19: Muchísimas más licencias en tiempos de conflicto y muchísimas menos en tiempos de paz.

00:11:23: El modelo de suscripción rígido de SAP es incapaz de ofrecer esa flexibilidad.

00:11:28: Claro,

00:11:28: es un pago fijo.

00:11:29: Exacto.

00:11:30: La desactivación de licencias en estos modelos es siempre un problema, porque si las necesitas de nuevo más adelante, su reactivación puede implicar una nueva compra a precio de lista.

00:11:40: No es un grifo que se abre y se cierra a voluntad.

00:11:42: Me imagino la cara del director de TI cuando se da cuenta de que ya no controla ese grifo.

00:11:48: Perder esa flexibilidad es perder poder de negociación para siempre.

00:11:53: La trampilla se cierra y te quedas dentro.

00:11:56: Precisamente.

00:11:57: Al ceder las licencias perpetuas, el cliente pierde su principal activo y su mayor palanca de negociación.

00:12:03: El software que poseía se convierte en un servicio que alquila.

00:12:07: Y el control pasa en gran medida al proveedor.

00:12:10: Si los proveedores como SAP están creando estos ecosistemas tan cerrados, esta especie de jardines amurallados de los que no se puede salir, ¿hay alguna respuesta?

00:12:22: ¿Está la caballería regulatoria llegando al rescate?

00:12:25: Las fuentes mencionan el EU Data

00:12:28: Act.

00:12:29: Sí, el EU Data Act es una pieza legislativa clave en la estrategia de soberanía digital de Europa.

00:12:35: Su objetivo es precisamente reequilibrar la balanza y combatir los efectos de encierro o lock-in que estamos describiendo.

00:12:43: O

00:12:43: sea, busca darle al cliente las herramientas para poder salir de esos jardines.

00:12:48: Exacto.

00:12:49: Entonces, si entiendo bien, la ley obligaría a SAP a construir una puerta de salida que ellos mismos decidieron no incluir en el contrato.

00:12:58: Es así de directo.

00:12:59: En esencia, sí.

00:13:00: El Data Act ataca el problema desde varios frentes.

00:13:03: Primero, obliga a los proveedores de nube a ofrecer interfaces estanderizadas para facilitar la portabilidad de datos y aplicaciones.

00:13:10: No

00:13:10: solo descargar los datos.

00:13:12: No, no.

00:13:14: Es poder moverlos a otro proveedor de una manera funcional.

00:13:17: Segundo, busca garantizar que los costos de transferencia de datos sean justos para que cambiar de proveedor no sea económicamente prohibitivo.

00:13:25: ¿Y

00:13:25: a nivel de los contratos mismos?

00:13:27: Ahí es donde es más contundente.

00:13:29: El Data Act prohíbe explícitamente cláusulas contractuales injustas.

00:13:34: Por ejemplo, una cláusula que limite unilateralmente la responsabilidad del proveedor si algo va mal.

00:13:39: Ya veo.

00:13:40: O una que te impiera usar tus propios datos como tú quieras.

00:13:44: En resumen, es una herramienta legal potentísima que intenta crear la vía de escape que los contratos por diseño a menudo niegan.

00:13:52: Todo esto nos lleva a una pregunta sobre los equipos internos.

00:13:57: Si le vendes Rise a un director financiero, parte del argumento seguro es que podrá reducir su costoso equipo de TI.

00:14:04: ¿Es eso cierto?

00:14:05: Con SAP encargándose de todo, ¿sigue siendo necesario un Customer Center of Expertise, un SICO-I?

00:14:12: La respuesta que dan las fuentes es unánima y rotunda.

00:14:15: El SICO-I no solo sigue siendo necesario, sino que se vuelve indispensable.

00:14:22: y más estratégico que nunca.

00:14:23: ¿A pesar de no gestionar la infraestructura?

00:14:25: Sí, porque las tareas clásicas como la gestión de licencias, el monitoreo del rendimiento, la gestión del ciclo de vida de los datos, la automatización, todo eso sigue siendo responsabilidad del cliente.

00:14:37: Pero el

00:14:37: rol de estos equipos tiene que cambiar drásticamente.

00:14:40: Totalmente.

00:14:41: Es una evolución.

00:14:43: El CCOI pasa de ser el guardián de los servidores a ser el director de orquesta del servicio.

00:14:49: Se convierte en el nexo crucial entre el negocio y el soporte de SAP.

00:14:53: Entiendo.

00:14:54: Es responsable de supervisar que las interfaces con otros sistemas funcionen, de definir las políticas de seguridad y, lo más importante, de asegurarse de que el servicio por el que se está pagando una fortuna cumpla con lo prometido.

00:15:07: SAP no asume estas tareas por defecto.

00:15:09: Me imagino la frustración de un jefe de basis de toda la vida.

00:15:13: Pasa de tener control.

00:15:15: total a tener que levantar un ticket y coordinar una llamada con un equipo de SAP en otro continente.

00:15:22: La pérdida de control debe ser un shock cultural enorme.

00:15:25: Es un shock cultural y un cambio de habilidades.

00:15:29: La responsabilidad no desaparece, se transforma.

00:15:33: Y esto subraya la importancia crítica de la preparación.

00:15:37: Antes de sentarse a negociar, el CISOE debe liderar una limpieza a fondo.

00:15:42: Un housekeeping.

00:15:43: Exacto.

00:15:44: Archivar datos viejos.

00:15:46: Medir con precisión el uso real de cada licencia.

00:15:49: Analizar el código personalizado.

00:15:51: Llegar a la mesa de negociación sin esos datos es como ir a la guerra sin mapa.

00:15:56: Es ceder toda la ventaja.

00:15:58: Recapitulando entonces.

00:16:00: La transición a ese cuatrojana y la nube no es, ni de lejos, un simple proyecto técnico.

00:16:07: Para nada.

00:16:07: es una renegociación fundamental de toda la relación comercial y de poder entre el cliente y SAP.

00:16:15: El modelo de suscripción promete agilidad,

00:16:17: sí,

00:16:18: pero el precio a pagar es la pérdida de la propiedad y la autonomía.

00:16:21: Y

00:16:22: herramientas que antes eran importantes, como el análisis de contratos o la medición del sistema, ahora se vuelven críticas para la supervivencia estratégica.

00:16:31: Junto con el conocimiento de regulaciones como el EU Data Act, son el único esculo para no caer en una dependencia total.

00:16:39: Es interesante porque la promesa de una TEI más simple en la nube, en realidad, parece ocultar una nueva capa de complejidad.

00:16:47: Exacto.

00:16:48: La complejidad ya no está en gestionar servidores y cables, sino en gestionar suscripciones, en monitorear el consumo al milímetro para evitar sobrecostos.

00:16:57: Y en coordinar y exigir a un proveedor externo que ahora controla el corazón digital de tu negocio.

00:17:02: Es un desafío completamente diferente.

00:17:04: pero en ningún caso es un desafío menor.

00:17:06: Y esto nos deja con una pregunta final para reflexionar.

00:17:10: A medida que la inteligencia artificial se integra cada vez más en los sistemas ERP, algo que SAP está impulsando con muchísima fuerza, ¿qué significa realmente ceder el control de la infraestructura y de las licencias a un único proveedor?

00:17:26: Estamos sin darnos cuenta, cediendo también el control sobre cómo la IA modelará los futuros procesos de negocio, creando una dependencia aún más profunda y esta vez sí prácticamente imposible de revertir.

00:17:41: Este ha sido un episodio del podcast E-III Cover Story sobre la gestión de licencias S-App.

00:17:47: Este tema y el tema de S-App Customer Center of Expertise, CCOE, también se tratarán en la cumbre del centro de competencia de la comunidad S-App, de habla alemana para Alemania, Austria y Suiza, que se celebrará los días diecioince de junio de dos mil veintiséis en Salzburgo, Austria.

00:18:09: Esperamos darle la bienvenida personalmente a este evento imprescindible de la comunidad SEP en Salzburgo.

00:18:16: Reserve ya su boleto en el sitio web de la revista E-Tres.

00:18:20: E-TresMag.com.

00:18:22: Muchas gracias por su interés.

00:18:24: La redacción de la revista E-III le desea todo lo mejor.

00:18:29: Hasta el próximo podcast.