Por una gestión autónoma de las licencias SAP

En el pasado, un inventario SAP consistía en contar los tipos de licencia que previamente se habían asignado manualmente a los usuarios según el leal saber y entender de cada uno. Desde 2014, las reclamaciones se derivan cada vez más de las mediciones, incluso si los mismos hechos se conocían desde hacía años en mediciones y un cliente de inventario SAP podía estar plenamente convencido de que cumplía las normas.

El control de los costes, la transparencia sobre los riesgos y la gestión proactiva del inventario de licencias conducen a decisiones autónomas sobre las inversiones en SAP. Distinguimos diez etapas en el camino hacia la gestión autónoma de las licencias SAP:

Simplemente cuenta:

La tarea elemental de la gestión de licencias es mantener reducido el inventario de licencias. Un flujo de trabajo ordenado de gestión de licencias o una comprobación periódica de la necesidad de una licencia SAP reducen el trabajo de limpieza justo antes de la topografía.

Contar las cosas correctas:

La cuestión de si se asigna a un empleado un usuario profesional caro o un tipo de usuario más barato y funcionalmente limitado suele basarse en corazonadas o en una interpretación que no tiene nada que ver con la lista de precios de SAP o incluso con acuerdos especiales contractuales individuales.

Optimizar el valor de la licencia:

La cuota de los tipos de licencia más baratos puede aumentarse aprovechando la difuminación de la lista de precios. Si, por ejemplo, un usuario utiliza el 98% de las funciones de un usuario trabajador, conviene comprobar si el último 2% también debe asignarse al perfil de usuario trabajador en el ámbito de la difuminación.

Transparencia mediante identificadores de motor:

Es bien sabido que los ID de motor mostrados no proporcionan los valores de uso real. (Ejemplos: Número de ubicaciones/productos en APO, documentos de compra creados externamente, clientes activos, etc.) Las reclamaciones basadas en estos ID de Motor conducen a costes injustificados que pueden refutarse con medios sencillos.

Consolidación optimizada:

En la práctica, la jerarquía de tipos de licencia genera costes adicionales innecesarios.
La suma de los costes de un trabajador y de un usuario logístico es significativamente inferior a la suma de los costes de un trabajador y de un usuario logístico.
Usuario profesional. Aquí es importante evitar tales consolidaciones.

La elegibilidad sigue a la licencia optimizada:

La gestión de autorizaciones y la gestión de licencias crecen juntas. En lugar de tener que asignar costosos tipos de licencia mediante generosas autorizaciones, es importante determinar la licencia óptima a partir del uso real de SAP y reducir las autorizaciones superfluas.

Conozca los detalles del contrato:

A menudo, los requisitos de cumplimiento se basan en la lista de precios vigente y no tienen en cuenta las normativas contractuales individuales. Por ejemplo, el uso indirecto y la utilización de complementos dependen en gran medida de la lista de precios en la que se basa el contrato.

Uso indirecto bajo control:

Para ser conformes a largo plazo, las interfaces y los complementos deben evaluarse para su uso indirecto no sólo una vez. Las directrices para desarrolladores y el examen de los costes ocultos de las licencias en las decisiones de inversión en complementos conducen a la estabilidad en el cumplimiento.

Simulación de contrato:

En el nivel "optimizar el valor de la licencia", se optimizó el modelo de usuario. Esto conduce a la recompra al nivel más favorable. Mediante la simulación de los derechos de configuración, la previsión de las necesidades de licencias para las condiciones de postcompra que expiran, la programación de las licencias no utilizadas, etc., se optimiza el contrato de postcompra.

Simulación del modelo S/4:

La disciplina suprema de la gestión de licencias SAP es la simulación de un cambio en el modelo de licencias, actualmente por ejemplo el cambio del modelo de licencias ECC al nuevo modelo de usuarios S/4 Hana. Los clientes actuales de SAP tienen que decidir sobre qué base quieren distribuir sus usuarios en el futuro.