Uso indirecto: Ayer, hoy y mañana

En el viejo mundo del R/3, entre 1992 y 2001, el mundo era comparativamente manejable y evaluable desde el punto de vista de los usuarios de TI y de las licencias de SAP.

Los usuarios que trabajaban en modo diálogo con las funcionalidades estándar de SAP necesitaban una licencia de usuario nominativa, en función de sus necesidades y diseño como usuarios profesionales o profesionales limitados o como otras clases de usuarios.

El usuario profesional incluía normalmente la funcionalidad de aplicación de las otras clasificaciones de "nivel inferior" en términos de importancia. Los sistemas de terceros que intercambiaban datos con los sistemas SAP de forma sincrónica o asincrónica (lectura o escritura) podían hacerlo mediante diversos procedimientos técnicos utilizando un denominado usuario técnico, que no se cobraba por separado.

El lenguaje de programación Abap, para el que se requería una licencia de desarrollo para crear programas, estaba disponible para realizar modificaciones y correcciones preliminares de los programas, así como para desarrollar nuevas funcionalidades además de las estándar de SAP.

El manejo de estas funciones se realizaba en el marco de la base SAP, cuya licencia se concedía de todos modos, sin ningún coste adicional. Esto estaba cubierto por la licencia de desarrollador de la herramienta de programación Abap y la licencia subyacente de la base SAP.

A partir de 2001, las licencias R/3 existentes se fueron intercambiando gradualmente por el producto de licencia sucesor mySAP.com o SAP Business Suite, cuyo principal objetivo era, entre otras cosas, la interacción o colaboración de sistemas SAP de distintas empresas.

Quienes aceptaron la nueva oferta de licencia de SAP a principios de la década de 2000 recibieron una nueva licencia basada en las CGC de SAP vigentes en ese momento, por la que el valor de la aplicación de software de la licencia SAP R/3 anterior se acreditaba al nuevo precio de la licencia, de modo que sólo había que pagar un recargo.

Con la nueva mySAP Business Suite, la antigua SAP Basis pasó a denominarse SAP NetWeaver con la adición de funcionalidades. Con la conclusión de las nuevas licencias, se utilizaron como base las CGC de SAP, que también abordaron por primera vez la cuestión del uso indirecto de forma que no se incluyera automáticamente. Sin embargo, no se esbozaba ni definía claramente qué se entendía por uso indirecto.

En la comunidad de usuarios y en las conversaciones con SAP, en aquel momento se entendía por uso indirecto lo siguiente: si existía un diálogo con el sistema SAP a través de un sistema de terceros y los usuarios reales habían iniciado sesión en el sistema de terceros y tenían acceso de lectura o escritura al sistema SAP, independientemente de cómo.

Un ejemplo en aquel momento era el registro controlado por el usuario de las horas de entrada y salida a través de terminales de registro de tiempos con acceso al sistema SAP.

La creación de funcionalidades modificadas o programadas de nuevo en el propio sistema SAP no se denominó explícitamente uso indirecto en su momento, pero a menudo fue objeto de ventas de común acuerdo con SAP, ya fuera a través de proyectos de clientes SAP o de la venta de licencias de desarrollador SAP.

SAP sabía que las modificaciones o nuevos desarrollos de funciones dentro del sistema SAP corrían a cargo de desarrolladores del cliente o de empresas de consultoría, y en parte también conocía los proyectos y objetivos concretos.

La definición actual, establecida en las CGC de SAP y en la Lista de Precios y Condiciones (PKL) vigentes, define el uso indirecto de forma mucho más exhaustiva.

Por lo tanto, cualquier forma de desarrollo de nuevas funcionalidades con software de terceros o herramientas de desarrollo de SAP (Abap), independientemente de si lo lleva a cabo el cliente (por ejemplo, Z-transactions) o software de terceras empresas que accede directamente a la base de datos de SAP (también a través de BAPis, RFCs, servicios web o similares), se entiende generalmente como uso indirecto.

El derecho de uso necesario para ello se ofrece desde finales de la década de 2000 a través de la Fundación SAP NetWeaver para Aplicaciones de Terceros (NW FTPA), mediante la cual este derecho también se incluyó durante un tiempo dentro de los tipos de usuario nominativos de la licencia de usuario de la plataforma.

Conociendo esta historia, se puede ver el dilema actual de muchos clientes de SAP de toda la vida, que han confiado en que lo que han comprado no cambiará en las licencias con el paso del tiempo, que las compras posteriores también son posibles y, sobre todo, que no se restringirá el ámbito de uso.

Básicamente, cuanto más antiguo sea el contrato existente con SAP y también el historial contractual a través de adquisiciones en relación con la licencia original, más se plantea la cuestión de la obligación de licencia actual de uso indirecto en la definición actual (¡no en la original!).

Atención:

El producto de licencia de software SAP NetWeaver Foundation para aplicaciones de terceros incluye el derecho a utilizar los desarrollos propios del cliente y también los de terceras empresas, pero excluye explícitamente las licencias de bases de datos asociadas que puedan ser necesarias.

Originalmente, es decir, en los contratos más antiguos, no siempre se hacía aquí una diferenciación explícita. Sólo un análisis bien fundado del contrato muestra hasta qué punto sigue existiendo aquí un riesgo de licencia y, por tanto, de costes.

El hecho de que la obligación de licencia represente un riesgo extremadamente relevante para los costes queda demostrado por los espectaculares procedimientos de SAP en relación con las demandas adicionales de costes de licencia, algunos de los cuales se sitúan en la franja de seis a ocho cifras de euros.

En el marco de la medición anual de nuevas licencias, SAP pregunta ahora sistemáticamente por el alcance del uso indirecto en los respectivos clientes o muestra posteriormente "huecos" para el uso indirecto según la definición actual, en la medida en que las ventas de SAP se centran en áreas especiales de uso en el cliente respectivo.

A primera vista, la compra de la variante basada en núcleos de SAP NetWeaver Foundation para aplicaciones de terceros promete la concesión de licencias dentro de un marco de costes manejable, en el que la lista de precios y condiciones de SAP define con más detalle cómo se contabilizan los núcleos.

Sin embargo, desde el punto de vista de los usuarios, es precisamente este efecto multiplicador el que da lugar a demandas a veces horrendas, absurdamente elevadas, sorprendentes e imprevisibles.

Con las licencias alternativas basadas en el usuario, también se da el fenómeno de que el propietario de una licencia de usuario profesional podía utilizar todo lo que tenía que hacer en el diálogo con los sistemas SAP en el pasado, pero ahora necesita licencias de usuario suplementarias y adicionales para que también se le permita utilizar complementos del estándar SAP. Esto encarece considerablemente el escenario de uso de muchas empresas.

El 4 de agosto de 2017, como resultado conjunto de SAP y DSAG, DSAG especificó la obligación de licencia de SAP NetWeaver Foundation para aplicaciones de terceros en una noticia.

De acuerdo con esto, no hay obligación de licencia cuando se crean modificaciones de las funciones estándar de SAP. Esto incluye también informes específicos de clientes, vistas y las denominadas transacciones previas.

Sin embargo, tampoco existe obligación de licencia en los casos en que se utilicen API y, además, se añadan funcionalidades nuevas e independientes del sistema SAP que no accedan a la información contenida en la base de datos.

Sin embargo, esta última restricción de SAP contradice la publicación de SAP de junio de 2017, en la que se presentaba el acceso estático a la información del cliente (esto incluye, por ejemplo, centros de coste, planes de cuentas, sociedades, etc.) como algo que no requería licencia.

Así, cada publicación y aclaración da lugar a nuevas preguntas. Especialmente en lo que respecta a los aspectos comerciales de la obligación de licencia para SAP NetWeaver Foundation for Third Party Applications, que actualmente se están aclarando internamente en SAP. Aquí es precisamente donde juega un papel importante el historial de licencias de cada cliente existente de SAP.

Lamentablemente, la declaración más reciente no difiere en lo fundamental de lo que SAP ya había declarado de forma similar en 2016, pero que se relativizó parcialmente en 2017.

¿Eso es todo o qué más nos deparará el futuro? Desgraciadamente, desde hace algún tiempo, las listas de precios y condiciones más recientes de SAP incluyen productos de licencia adicionales que no están definidos en detalle sin lugar a dudas y, por tanto, no pueden interpretarse con claridad. Futuras concreciones de las definiciones podrían aportar claridad o más disgustos.

¿Qué hacer al respecto? ¿Cómo limitar el riesgo?

Un análisis detallado de los contratos, que en el caso de los clientes de SAP existentes incluya una representación "histórica" detallada de las últimas décadas, es esencial para esbozar claramente el stock de licencias de SAP existentes y poder llevar a cabo conversaciones contractuales orientadas a objetivos con SAP.

Además, la determinación o el inventario de los escenarios de uso indirecto según la antigua definición de principios de la década de 2000 es tan esencial como según la definición actual de SAP para poder llevar a cabo un estado de cumplimiento transparente para todas las partes.

También tiene sentido utilizar software complementario para crear una visión de conjunto y mostrar las posibilidades de optimización. Sin embargo, esto no es suficiente. Se necesita un experto que muestre el camino a través de la jungla de las licencias.