E2E - no administrar, orquestar

Parte 1 - Stefan Autengruber:

Los sistemas de gestión de activos de software (SAM) miden el uso de SAP. Es comparable al 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. Sólo así resultarán claras y comprensibles las asignaciones de licencias en el nuevo modelo de concesión de licencias de acceso digital.

Debido a las nuevas necesidades de los clientes existentes y a los cambios en los requisitos debidos a las nuevas tecnologías, SAP anunció un nuevo modelo de licencias para uso indirecto (Acceso Digital Indirecto) en abril de 2018. A primera vista, no se aprecia ningún enfoque sistemático. 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. Éstos pueden seguir leyéndose gratuitamente. Cualquier otra cosa violaría las leyes de la UE. SAP también lo sabe.

Sin embargo, si los datos maestros se procesan en el sistema SAP, entra en juego otro requisito previo, 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) está sujeto a licencia. Eso está claro para todos.

SAP es generoso y sólo estipula en el nuevo modelo de precios Digital-Indirect-Access que se contabilicen los documentos de valor añadido (y sus partidas). Los documentos sin valor añadido, como las solicitudes de precios y las comprobaciones de disponibilidad, son gratuitos en 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 coloca en el cruce y traza una línea en el papel por cada coche, la administración puede darse por satisfecha. Pero no se puede captar el sistema de tráfico de forma holística con estas estadísticas de recuento.

El colega Autengruber (a la izquierda) ya tiene razón cuando aboga por registrar, comprender, analizar y orquestar los flujos de tráfico.

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 imprescindible tener presente la visión de conjunto.

Una barrera aduanera en los límites del sistema no se corresponde con la esencia 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.

Si los datos se transportaban de un sistema SAP a otro que no lo era y posiblemente volvían de nuevo, entonces SAP invocaba el "uso indirecto" y tendía la mano para nuevos pagos de licencias.

Aquí queremos dejar de lado por un momento la legalidad del "uso indirecto" y centrarnos en las tres áreas de arquitectura de datos, aplicaciones y tecnología (véase Autengruber en la mitad 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 obtener una asignación clara del lugar de origen de los documentos desde el punto de vista de los distintos modelos de arquitectura mencionados.

Ciertamente, no se pueden contar y facturar todos los documentos que pasan por un cruce seleccionado al azar. Si se comprende la arquitectura completa de un sistema ERP/CRM/SCM y se conocen los procesos, entonces también puede ser posible determinar de forma reversible el lugar de nacimiento de cada documento.

Se supone que una nueva versión de License Administration Workbench (LAW) de SAP logrará esta hazaña. Pero, ¿quién entiende de arquitecturas informáticas y procesos E2E?