Marco de conmutación y trampa de licencia EhP

Mi mujer volverá a reprenderme y pensará que los autoelogios apestan, pero yo no puedo ocultar la alegría de haber señalado ya el peligro de una obligación de licencia oculta con la introducción de los paquetes de mejora SAP.

En aquel momento, mis queridos colegas del GASD no se tomaron realmente en serio el asunto. Entretanto, unos y otros han pisado la mina de EhP y la explosión ha sido enorme: el problema son los daños colaterales, porque sigue sin funcionar una medición de licencias que examine los módulos.

Reajustar implica costes enormes. "Habla claro" es el comentario de mi mujer al corregir mi manuscrito por primera vez.

Switch framework: Hace muchos años, advertí en el DSAG y en nuestra mesa de asiduos de SAP contra la unidireccionalidad del marco de conmutación. Se enciende, pero no se apaga.

Esto es comprensible desde el punto de vista de SAP, porque un interruptor para desconectar funciones es extremadamente difícil de programar. En el peor de los casos puede llegar a ser imposible, entonces hay que reiniciar el ERP.

Un caso teórico: si se activan funciones específicas para la gestión de datos maestros (MDM/MDG), esto no sólo afecta a los componentes que requieren una licencia, sino que hace casi imposible su eliminación.

No quiero discutir aquí la imposibilidad de restablecer un sistema productivo. Basta con el hecho de que el problema no se ha resuelto adecuadamente hasta la fecha.

Tampoco hay advertencias suficientes sobre las funciones EhP que requieren licencia ni instrucciones de procedimiento para restablecer módulos activados accidentalmente. La nota de SAP con el número 1524246 lo señala, pero naturalmente no es una solución:

Usted ha investigado la nueva funcionalidad proporcionada en un paquete de mejora para SAP ERP y necesita más orientación sobre qué licencias son necesarias al activar la función empresarial relacionada y utilizar la nueva funcionalidad.

Nuestro DSAG es, por supuesto, consciente del problema y el muy comprometido austriaco Manfred Ofner nos ha presentado interesantes resultados provisionales sobre un modelo de licencias transparente en el círculo de los CIO.

En concreto, tenemos que trabajar en las siguientes cuestiones: Protección de la inversión y ciclo de vida del producto para las licencias SAP, desmantelamiento parcial sin pago adicional en caso de reactivación posterior, libre elección del modelo de licencia (por ejemplo, un máximo del 50% de usuarios profesionales limitados -frente a un máximo del 15% en el pasado-), métricas transparentes y consolidación de licencias múltiples, etc.

Sin embargo, desde el punto de vista de nuestra mesa de clientes habituales de SAP, la elección del modelo de licencia y los precios de mantenimiento parecen ser el criterio más importante. Por supuesto, la transparencia de EhP es muy importante para nosotros.

La supresión de la norma del 15% para los usuarios profesionales limitados me parece un buen comienzo. Creo que la comparación con otros proveedores de software es contraproducente. Por supuesto, la gente siempre se refiere a los competidores de SAP y argumenta que allí las cosas son mucho más "caóticas".

Por tanto, apoyo plenamente la iniciativa del mercado de servicios del GASD: Necesitamos más transparencia en cuestiones de licencias SAP, incluyendo EhP y Switch Framework. En sap-ag.de/usergroups se puede leer bajo la palabra clave "SAP Licensing - Process Guide":

"Relación de licencias y funciones empresariales: orientación para determinar qué licencias son necesarias para activar las funciones empresariales asociadas y utilizar las nuevas funciones para las nuevas funciones proporcionadas en un paquete de mejora de SAP Enterprise Resource Planning (SAP ERP)."

El trabajo continúa: muchos colegas sufren con el tema del desmantelamiento parcial y la reconfiguración, por no hablar del fastidioso tema de las licencias de transferencia y uso. Sé que se trata de un ámbito jurídicamente muy complejo, pero las directrices actuales de Walldorf y algunas sentencias de los tribunales, así como las directrices del legislador, no se corresponden en absoluto con la vida empresarial operativa.

Aquí se vende, se compra, se fusiona, se cierra... pero en opinión de SAP sólo debe haber crecimiento y, por tanto, un aumento constante de las licencias. Mientras SAP se vea obligada a mantener el software y Walldorf no nos dé ninguna flexibilidad para cambiar las estructuras, el problema del software usado seguirá sin resolverse.

Por otra parte, considero que la cuestión de la cuota general de mantenimiento del 22% para las compras posteriores es un problema puramente económico que los respectivos controladores tienen que negociar con SAP, incluida la cuestión de la protección de la inversión en caso de cambio de la estrategia de productos de SAP y la concesión de licencias múltiples para los precios de usuario más Engine más Engine. ¡Diviértete haciendo cuentas!