¿Está su estrategia de licencias SAP lista para S/4HANA?

Nuevamente, hola a todos, y gracias por asistir a nuestro webinar. Está su estrategia de licenciamiento SAP, preparada para la era S4HANA. Antes de comenzar, les informamos que los micrófonos estarán silenciados durante toda esta sesión y que este webinar está siendo grabado, así que se les enviará posteriormente por correo electrónico. Si tienen alguna pregunta, pueden escribirla en el apartado de preguntas, y si nos queda tiempo al final, les responderemos en directo, pero, de lo contrario, les enviaremos las respuestas por correo. Roy, si puedes pasar ahora a la siguiente diapositiva, por favor. Me presento, soy Estefanía Grande Monterramirez, y formo parte del equipo de marketing de labs. Hoy me acompaña Roy Topan, nuestro arquitecto principal de SAP HC seguridad. Roy cuenta con una amplia experiencia como consultor de seguridad SAP en distintas regiones, y durante años ha utilizado la suite software de Ethereum como herramienta de control de acceso SAP, implantándola en diversos clientes. Antes de darle paso a ROL, les cuento brevemente quiénes somos, para los que no nos conozcan. EPI-USE Labs es una empresa internacional de soluciones de software y servicios gestionados. Contamos con más de mil ochocientos clientes en todo el mundo y tenemos presencia en alrededor de cincuenta y cinco países. Ofrecemos soporte en varios idiomas, incluido el español, y formamos parte del group elephant, lo que significa que destinamos el uno por ciento de nuestra facturación anual al programa ERP, el cual son las siglas para elefantes, y personas, una organización sin ánimo de lucro. Ahora que ya saben quiénes somos, Roy les contará lo que tenemos preparado para hoy. Muchas gracias por acompañarnos hoy día. Voy a hablar hoy día específicamente sobre el nueva forma del en SAP cloud y cómo podemos ayudarles a minimizar su gasto en ese lado. Entonces, voy a empezar hablando un poco de la migración a SAP cloud. Pasaremos a ver los nuevos conceptos de full user acquivignant o FUI y la programa de medición de licenci start que está usando SAP ahora. Vamos a hacer un demo del módulo de de license manager de Sorteany, y les voy a contar sobre la evaluación gratuita de licencias que lo podemos ofrecer. Y, finalmente, ya vamos a ver si hay algunas preguntas. Entonces, la migración a cloud Esto, obviamente, es prioridad número uno para SAP, han estado trabajando en esto un buen tiempo, pero cada vez la presión es más alta, las empresas a a moverse, todos ya tienen que tener al menos una idea de cuándo van a empezar a hacer una migración, si van a quedar con SAP. Entonces, hay muchas cosas para pensar, si está pensando pasar de HCC a S4HAN. Tenemos los Fiory, que hay que determinar a qué nivel vamos a estar usando Fiory. Los datos maestros, aquí hay que asegurar que son limpios y y y relevantes. Los contratos, ese es un muy, un paso muy importante, SAP va a empezar con una negociación de de todo el contrato, especialmente niveles de licenciamiento en las diferentes formas que hay. Van a empezar a tener que probar nuevos procesos, hay nuevos transacciones que que entran en S4HAN, nuevas formas de hacer cosas. Hay que decidir si vamos a llevar todos los datos o una copia selectiva, quizás una parte de la organización o un tiempo limitado de historia. Y, finalmente, la parte que nos concierne más hoy día son las licencias y el proceso de medición de SAP HCM. Hay dos cosas realmente que determina el costo del cloud para S4. El primero es el volumen de datos y, obviamente, el costo de la de la memoria es mucho más alto en en S4, los tiempos de poder tener muchos terabytes de información ya son pasados, es un poco más difícil ahora, tienen que mantener un nivel de datos razonable. Y la otra cosa es el costo de licencia, y en verdad estas dos cosas son enlazados y vamos a ver un poco de qué significa eso, cómo avanzamos. Entonces, primero vamos a ver cuáles son los cambios en esa forma de licenciamiento de SC a S4. En SC era una forma un poco, no quiero decir nebuloso, pero era ciertamente abierto a la interpretación, si las personas tenían una cierto número de transacciones que SAP determinaba que estaba en un cierto nivel, entonces podrían estar usando una licencia profesional, profesional limitado o self service, así, pero definitivamente muy abierto a la interpretación, y también había una evaluación anual, entonces había tiempo para preparar para una evaluación de licencias. En ese cuatro, y cuando hablo de hace cuatro horas, estoy hablando de cloud ERP Privacy, ¿no? Eso es lo que se llamaba Rise hasta hace poco. No estamos hablando de la versión público del cloud, donde las restricciones de uso de roles y transacciones no realmente hace, no hay clase de negocios, realmente, para preocuparse demasiado en en licenciamiento porque no se puede afectar mucho. Pero, entonces, estamos hablando de del lado privado. Ya, entonces, acá tenemos el concepto nuevo de FUI, full user equityment, en vez de comprar una bolsa de de licencias de los diferentes categorías, compramos un número de fluidez y son consumidos por los usuarios en una forma que veremos en un momento. Y también la programación de medición de SAP en todo momento puede hacer una medición de que el acceso que tienen los usuarios y lo usan un matriz de de objetos de utilización y sus actividades para medir cuáles son nivel de licencias que cada persona necesita y, por lo tanto, qué consumo de fluido va a tener. Es ahora es definitiva, es blanco y *****, no hay interpretación, es muy claro, y la evaluación pasa a ser mensual. Ok, vamos a explorar un poquito más ese concepto de FUIS y la programa STAR. Los FUIS son consumidos en una forma según la funcionalidad que tiene el usuario, funcionalidad básico, entonces, el usuario va a necesitar una licencia de autoservicio, Si tiene un poco más de funcionalidad, sería designado como core, y si necesita una funcionalidad operacional, digamos, sería designado como un usuario avanzado. Y el consumo de FUIS es como se muestra en la parte de abajo a la izquierda, un avanzado usa un FUI completo, un core o básico usa un la quinta parte un FUI, y para autoservicio solamente la treinta y de fluidos. Los desarrolladores ocupan dos fluidos, pero son medidos en una una forma diferente, así que no realmente entra en esta discusión ahora, se mide por si tiene acceso a al desarrollo y si hacen desarrollos, así que diferente. Al lado derecho podemos ver, para un cliente específico, cómo su uso de de licencias pasa a a un consumo de FUIS, que tiene diferentes números de usuarios de los diferentes categorías y se traduce, sus cuatro mil usuarios van a necesitar los ciento cuarenta y cinco FUIS. Ahora, vamos a a ver. Una un punto muy importante para recordar en esta aplicación, SAP están viviendo los autorizaciones asignados, y eso es muy importante para tener en cuenta cómo vamos, no son los autorizaciones que está usando, pero son los que están asignados. Bien. El, como mencioné anteriormente, lo otro punto muy importante en el costo de del uso de de cloud es el infraestructura. Y SAP tiene una, o se hace un enlace entre el número de licencias o FOIS, que vemos al lado izquierdo con el tamaño de infraestructura que que le da. Esto, ya, claro, es un es es un poco complicado, pero lo lo importante para recordar es que si uno está con un consumo de fluidez muy alto, también va a empujar que tenga un nivel de infraestructura más alto. Entonces, la idea de poder optimizar el número de licencias también va a ayudarle a mantener el costo de la infraestructura mucho más bajo. Claro, si si el número de licencias significa una infraestructura demasiado chico, siempre se puede comprar más memoria, así que es importante siempre que debemos minimizar el número de licencias en en la medida que podemos. Bueno, ¿cuál es la programa? Esa medición que que usa. Está basado en un matriz que contiene objetos de utilización y actividades que van con ellos. Estos son designados o avanzado, o core, o autoservicio. No son todos los objetos y y actividades, son, creo que veinticuatro mil objetos en SAP, es un selección de los que ellos consideran son los más usados y que ellos le preocupan en controlar los cualquier objeto que no está en esto en esta matriz, lo llaman no clasificado, y significa que no tienen un impacto en el costo de licencias. ¿Qué pasa cuando un usuario de SAP que tiene algunos requerimientos de funcionalidad está trabajando? Esta persona necesita hacer unos cuatro diferentes funciones en en el sistema, y para cada uno de estas funciones necesita un serie de transacciones y objetos con sus actividades. Según esto, cada uno de estos actividades se ve denominado de avanzado, récord o de autoservicio. Si es que tiene un necesidad de avanzado, ese usuario va a ser designado como avanzado. Si tiene uno de los objetos en el matriz que está designado como avanzado, sería avanzado. Si no tiene ninguno de estos, pero tenemos decor, sería decor, y si no tiene ninguno de esos, sería de autoservicio. Entonces, lo que se puede decir con este programa es mucho más claro y está definitivo, como dije, es blanco y *****. Entonces nosotros pensamos tanto para SAP pero también para el cliente esa forma de trabajar es mucho mejor. Ahora, ¿cuáles son los problemas que los clientes encuentran? Y podemos hablar un poco de de algunos de estos acá. Una vez que tiene un base de referencia de las licencias, esto es el punto de partida. No, no se puede reducir, así que tanto en la negociación inicial, esto es muy importante porque no quiere empezar a con con un nivel de más alto de de lo que van a necesitar, pero también durante el contrato, si se empieza a subir el consumo de fluidez, entonces se va a empezar a cobrar más y nunca se va a retroceder. Entonces, es muy importante, además de tener el nivel correcto a empezar, tiene que asegurar que se mantiene el nivel y no se empieza a inflar. Como mencioné anteriormente, estos métricas son basado en las autorizaciones asignados y puede ver un gran diferencia entre los que tienen asignados y lo que están usando. Una vez que SAP ejecuta el la el servicio SAP, se establece una una línea que no van a querer retroceder, así en la negociaciones es muy importante tener claro el cliente cuántos fues va a necesitar antes de avanzar. Ok. Hemos visto también en algunos casos que el número de FUIS requeridos es tan alto que no, que hace inviable esto, el costo es demasiado. Entonces, en ese caso, SAP inclusive nos ha pedido ayudar a los usuarios, a los clientes a tratar, reducir esta exposición a SAP. Lo importante es tratar a ver esto lo más pronto posible. Cuando empieza a pensar en la migración actual, empieza a pensar en cuál es mi exposición a Furis y cómo lo voy a a minimizar. Bueno, ¿cómo podemos ayudar nosotros en esto? Tenemos nuestra módulo de licencias en SuccessFactors, un herramienta de HCM, y uno de los módulos opcionales es esta de del Manager. Y ahora vamos a mostrarles cómo funciona eso. Esto es, Ssotner es una herramienta SAP de HCM, y podemos ver acá que es un sistema modular. Tenemos el módulo básico, que es de riesgo de acceso, y uno de los módulos opcionales es de licenciamiento. Así que esta demo es tomado de un cliente real, obviamente con todo este ya ofuscado, ya para que no sabemos nada de los detalles de este cliente, pero ese era un caso real. Entonces, ellos tenían un consumo de fluidez actual de mil doscientos y tenían un derecho de uso solo de seiscientos cincuenta, entonces estaban en una situación muy difícil de esta de licencias. Entonces, ¿qué podemos ver acá? Son que tienen el consumo de licencias según el diseño actuales que tienen, lo que podrían hacer con una limpieza, que lo voy a explicar en un momento, y el potencial, el mínimo que podrían tener si rediseñaba sus roles basado solamente en lo que estaba usando los usuarios. Acá tenemos el conjunto de reglas, ese es el matriz que mencioné, acá tenemos los objetos de utilización con sus actividades y la designación del nivel de presencia que necesitaría cada uno de esos. Pueden ver que ese es el la versión sesenta y nueve de eso. SAP sí lo cambia, lo cambia ahora aún no tan frecuentemente como al principio, pero sí lo cambia, lo pueden cambiar en cualquier momento sin referencia a a nadie. Así que hay que tener en cuenta que los, Se puede cambiar esto sin sin ningún ningún ningún aviso. Y esto realmente es lo que pasó con ese cliente y porque está en esa situación ahora. Entonces, ¿cuál es la limpieza que se podría hacer? Viene en tres partes, dos secciones y tres partes. So, la primer parte es limpieza de los usuarios, así que primero, se puede bloquear todos los usuarios que están, que no han ingresado en el sistema en treinta días, eso es muy muy simple, muy fácil. Después de eso, se puede remover roles que no están usando los usuarios. Si pasamos a esta, puedo verlo un poco. So, estos son los usuarios inactivos, remover los roles que no están usando los usuarios. Esos son roles en los cuales la persona asignada no use ninguna transacción ni objeto de autorización en ese error. Por lo tanto, podemos sacar ese error y posiblemente reducir su exposición a fluid. Y la otra acción que podemos hacer es remover de los roles que sí están en uso los objetos de utilización que no están usando. Así que así reducir rol de exposición de rol para que podemos, todas las personas que lo tienen asignados también puede reducir su exposición a fluidez. Ahora, vamos a a ver un momento cómo se puede hacer esas cosas. Si si miramos a los usuarios, acá tenemos un listado de los usuarios con la clasificación medida en ese momento y la clasificación que podría llegar. Podemos ver que hay varias acá que se podrían bajar de categoría, y le voy a mostrar uno de estos como un ejemplo. Andro actualmente es un usuario avanzado, pero lo podemos bajar a autoservicio. ¿Cómo? Esos son todos los roles que tiene asignados y esa es la clasificación medido de cada uno de estos roles. Y vamos a ordenar esto por la clasificación más alta. Vemos acá que tiene un rol que está designado como avanzado y otros de core, pero la mayoría son de autoservicio. Y acá también podemos ver los roles que no está usando. No está usando estos acá, así que removiendo estos roles de esta persona podemos ver exactamente o podemos reducir su su clasificación. Lo que hemos hecho para eso es medir o poner el trace durante un tiempo para ver qué está haciendo. Así que no solamente sabemos qué transacciones ha efectuado, también vemos qué objetos de utilización ha usado. Podemos ver el historial de lo que ha estado usando, la frecuencia de uso de transacciones, etcétera. Por eso, tenemos la certeza que no está usando esos roles. Ahora, la otra limpieza que mencioné era para los roles, así que, si vemos acá, hay varias, los diferentes niveles de roles, la medición actual y la medición que podemos hacer si basamos en lo que están usando las personas. Les explico uno de estos acá también. Acá tenemos, este, la medición de los errores, vamos a a ver uno de estos que se puede bajar. Esto es clasificado como avanzado ahora, pero según el uso podemos bajarlo a a subservice. Acá hay diez personas asignados a SAP y acá tenemos los objetos y actividades que están en el matriz SAP están controlando y acá podemos ver qué están usando. En este caso, tiene solamente una acá que le le pondré en el avanzado y una para el core, el resto son autoservicio. Vamos a mirar esto objeto, solo que es el importante y acá podemos ver que el cliente ha puesto un asterisco en ese campo para actividad, para ese objeto, En verdad, lo único valor que están usando de las diez personas, uno está usando el tres, actividad tres, así que estos son supports y lo podemos remover reemplazando el asterisco acá con tres, ya vamos a bajar el nivel de ese rol a autoservicio y afectar a todos estos tres usuarios. Ahora, ya estamos quedando con poco tiempo, así que voy a regresar al demo para concluir con unos puntos que queda. Nosotros podemos hacer esa evaluación en una forma muy similar a que acabamos de ver para cualquier cliente que quiere, podemos, tenemos que empezar con el trace que mencioné, que es de para para verificar qué objetos están usando las personas. Primero, esto tiene que correr unos dos meses y después podemos podemos correr esa evaluación para ver cómo en su uso o su exposición a FUIS actual, lo que podría llegar limpiando o con una un re diseño completo. Así que estos son los cosas que podemos hacer para ayudarles en en esa en esa ruta. Podemos hacer esto si está todavía en SCI pensando ir a Rice o si ya están y están empezando a tener problemas con su consumo de fluores. Realmente, he hablado de estos puntos, así que lo voy a cerrar ahí, a ver si, creo que ya no hay tiempo para preguntas, pero con mucho gusto lo podemos ver o por ejemplo después. Muchas gracias, Roy, por este webinar, y también gracias a todos ustedes por acompañarnos. Efectivamente, ya no nos queda más tiempo. He visto que hemos recibido un par de preguntas, así que serán respondidas en el correo de seguimiento, que recibirán todos muy pronto. No olviden de seguirnos en nuestra página de LinkedIn, EPI en español, para estar al tanto de nuestros eventos y novedades para dos mil veintiséis. Y les agradecemos mucho su atención, y desde SAP les deseamos un muy buen día. Muchas gracias.