E2E - no administrar, orquestar

Parte 1 - Stefan Autengruber:

Los sistemas de gestión de activos de software (SAM) miden el uso de SAP. Esto es comparable a un recuento de tráfico en un cruce de carreteras (API o interfaz). Sin embargo, sería más correcto crear un callejero similar a un mapa de carreteras y pensar en términos de procesos y flujos de tráfico. Esta es la única forma de que las asignaciones de licencias en el nuevo modelo de licencias de acceso digital sean claras y comprensibles. En abril de 2018, SAP anunció un nuevo modelo de licencia para uso indirecto (acceso digital indirecto) debido a las nuevas necesidades de los clientes existentes y a los cambios en los requisitos derivados de las nuevas tecnologías. A primera vista, no hay un sistema reconocible. Sin embargo, cualquiera que sepa leer SAP sabe que hay una estructura detrás.

Arquitectura de datos: SAP tiene soberanía sobre los datos maestros. Estos datos pueden seguir leyéndose gratuitamente. Cualquier otra cosa violaría la legislación de la UE. SAP también es consciente de ello. Sin embargo, si los datos maestros se procesan en el sistema SAP, existe un requisito adicional, que se describe en Arquitectura de la aplicación. Los datos pertenecen siempre y claramente al cliente.

Arquitectura de aplicaciones: Cualquiera que procese datos maestros con aplicaciones SAP en el sistema SAP (comprobación de disponibilidad, consulta de precios, creación de pedidos) necesita una licencia. Todo el mundo es consciente de ello. SAP es generoso y sólo estipula en el nuevo modelo de precios de acceso indirecto digital que se contabilicen los documentos que añaden valor (y sus partidas). Los documentos que no añaden valor, como las solicitudes de precios y las comprobaciones de disponibilidad, son gratuitos con este modelo de licencia.

Arquitectura tecnológica: Aquí es donde se decide dónde se archivan los documentos y cómo se cuentan. Hay que determinar tecnológicamente quién ha creado un documento y luego seleccionarlo. SAP está ampliando en consecuencia las herramientas de medición, en primer lugar LAW 2.0.

Aquí no se revela cómo se cuentan los documentos ni qué conocimientos sobre licencias se necesitan para ello. Esto es lo que se puede decir: si se cuentan los coches que circulan por una carretera y no se hace un seguimiento de dónde vienen y adónde van, nunca se podrá cumplir la normativa. Falta documentación de toda la ruta (es decir, de todo el proceso). Sin embargo, esto es esencial para obtener licencias precisas.

Parte 2 - Peter M. Färbinger:

El papel es paciente y si uno se para en un cruce de carreteras y hace una marca en la hoja por cada coche, la administración puede darse por satisfecha. Pero no se puede tener una visión holística del sistema de transporte con estas estadísticas de recuento. El Sr. Autengruber (a la izquierda) tiene razón cuando pide que los flujos de tráfico se registren, comprendan, analicen y orquesten. Un sistema ERP/CRM no se define por el número de interfaces, sino por los procesos E2E.

Para que la concesión de licencias sea justa, es esencial no perder de vista el panorama general. Una barrera aduanera en los límites del sistema no se corresponde con la naturaleza de un sistema ERP holístico. En el pasado, sin embargo, SAP se ha mostrado muy complacido de utilizar el cruce de los límites del sistema como motivo para exigir licencias.

Cuando los datos se transportaban de un sistema SAP a otro que no lo era y posiblemente se devolvían, SAP invocaba el "uso indirecto" y tendía la mano para que se pagaran más licencias. Dejemos de lado por un momento la legalidad del "uso indirecto" y centrémonos en los tres ámbitos de los datos, la aplicación y la arquitectura tecnológica (véase Autengruber en la parte izquierda de esta página).

SAP quiere gravar la creación de documentos con un nuevo modelo de licencia. Se supone que esta tasa es una alternativa al conocido "uso indirecto" y resuelve el nudo gordiano cuando una aplicación de terceros se comunica con un sistema SAP (véase también Interoperabilidad de la Directiva sobre software de la UE, Editorial E-3 de junio de 2018, página 3).

Sin embargo, en un sistema SAP en red y heterogéneo, no será fácil asignar inequívocamente el lugar de origen de los documentos desde la perspectiva de los distintos modelos de arquitectura mencionados. Desde luego, no es posible contar y facturar todos los documentos que pasan por un cruce seleccionado al azar.

Si se comprende toda la arquitectura de un sistema ERP/CRM/SCM y se está familiarizado con los procesos, puede ser posible determinar de forma reversible el lugar de nacimiento de cada documento. Una nueva versión de SAP's Licence Administration Workbench (LAW) está diseñada para lograr esta hazaña. Pero, ¿quién conoce todas las arquitecturas informáticas y los procesos E2E?