Política de API de SAP: necesidad de aclaración

La nueva política estipula que sólo se considerarán API publicadas aquellas interfaces que estén identificadas en el „SAP Business Accelerator Hub“ o en la documentación del producto respectivo. „Para los escenarios SAP-a-no-SAP, esto significa que sólo se soportarán de forma fiable cuando SAP haya publicado y documentado explícitamente las interfaces subyacentes“, explica Jens Hungershausen, Presidente de la Junta Directiva del DSAG. Según el DSAG, el „SAP Business Accelerator Hub“ y la documentación indefinida del producto aún no se han definido claramente como componentes contractuales. Desde el punto de vista del cliente, esto se traduce en una necesidad urgente de condiciones marco claras y fiables para poder evaluar los efectos de los cambios en una fase temprana.

Demanda: Contratos resistentes

„El DSAG lleva tiempo reclamando unos documentos contractuales absolutamente sólidos. Sin embargo, SAP está adoptando una postura contraria, por ejemplo con SAP Business Data Cloud y ahora también con la Política de API. Los clientes siguen teniendo dudas sobre la interpretación de los documentos; desde el punto de vista del DSAG, es necesario aclarar la clasificación contractual, lo cual es inaceptable“, afirma Michael Bloch, miembro de la Junta Directiva del DSAG para Licencias, Contratos y Soporte.

Además, SAP combina el uso de API con claros requisitos técnicos y organizativos. También está restringido el uso para fines no documentados, para extracciones de datos sistemáticas o a gran escala y para el uso en conjunción con sistemas de IA (semi)autónomos o generativos, a menos que esto tenga lugar explícitamente en arquitecturas o servicios proporcionados por SAP.

Protección de las integraciones existentes

„Según la información de que dispone el DSAG, las integraciones de clientes existentes y las soluciones de socios autorizados no se verán afectadas. Esto es esencial desde el punto de vista del cliente y del socio“, afirma Stefan Nogly, miembro de la Junta de Tecnología del DSAG, y añade: „La protección de las integraciones existentes toleradas por SAP es importante y debería incluirse en la política de API.“ El ajuste de SAP se produce en un contexto de riesgos de seguridad identificados en determinados patrones de uso y un fuerte aumento general del uso de API. „En la práctica, en el pasado también se utilizaban interfaces que no estaban oficialmente documentadas ni aprobadas. La experiencia ha demostrado que a menudo se utilizan interfaces no documentadas, especialmente para soluciones adicionales de socios“, afirma Hungershausen.

Críticas a la comercialización

El DSAG señala que los posibles nuevos modelos de precios o normas de uso relacionados con las API deben comunicarse de forma transparente y en una fase temprana para garantizar la seguridad de la planificación a clientes y socios. Con el Digital Access Model, SAP ya ha desarrollado un modelo de precios para la creación de determinados tipos de documentos para uso indirecto. „Según la información de SAP, habrá un modelo de uso justo. La estructura concreta todavía no está clara y deberá documentarse de forma transparente en la política de API“, exige Bloch.

„Desde el punto de vista del cliente, vemos una considerable necesidad de aclaración y adaptación, sobre todo para evitar interrumpir los procesos integrales críticos para la empresa existentes o hacerlos vulnerables desde el punto de vista legal“, afirma Nogly. Muchas empresas usuarias ya están trabajando en pruebas de concepto y proyectos piloto basados en la interpretación anterior de la utilización de API. Según el DSAG, en un principio la política debería ser relevante sobre todo para los nuevos clientes y contratos, y no debería dar lugar a restricciones técnicas en las integraciones existentes a corto plazo. Sin embargo, aún no se ha aclarado de forma concluyente cómo tiene previsto proceder SAP con respecto a la nueva política para las ampliaciones de contratos o las ampliaciones de contratos existentes. „Los efectos a largo plazo sobre la capacidad de innovación y las posibles nuevas estructuras de costes y dependencia son cruciales. En una fase de arquitecturas cada vez más heterogéneas y experimentos intensivos de IA, las API son un factor clave de innovación“, afirma Nogly.

Más transparencia

Desde la perspectiva del DSAG, los anuncios actuales están causando incertidumbre entre clientes y socios. Desde el punto de vista del usuario, por ejemplo, se plantea la cuestión de si estos proyectos podrán llevarse a cabo posteriormente de forma productiva y conforme a las directrices.

Los cambios en el estado de la API, los derechos de uso o los escenarios soportados no deben realizarse de forma unilateral o retroactiva. Esta es la única forma de evitar riesgos legales, interrupciones de la actividad empresarial y las consiguientes restricciones a los escenarios de integración e innovación existentes, así como de garantizar la seguridad de planificación necesaria para los clientes. La falta de transparencia es especialmente crítica: no está claramente documentado qué API se ven específicamente afectadas, ni se define claramente su alcance. „La cuestión es qué interfaces se utilizan en las soluciones de los socios“, afirma Hungershausen. Según la Asociación de Usuarios de SAP, quienes utilicen API oficiales no tienen que hacer nada, aunque la falta de seguridad contractual hace que no haya certeza absoluta.

Modelos de negocio amenazados

Para algunas empresas asociadas, sin embargo, el esfuerzo que supone podría ser considerable y existe el riesgo de que se pierdan modelos de negocio. „Por eso es esencial que SAP dé a los clientes más tiempo para la transición“, exige Hungershausen. Los clientes y socios también necesitan apoyo técnico y organizativo específico para el cambio a las interfaces soportadas por SAP. Desde el punto de vista del DSAG, el diseño actual de la política de API plantea dudas. El alcance de las restricciones parece ir más allá del nivel técnico necesario.

Para garantizar la capacidad de innovación y la seguridad de planificación de clientes y socios a largo plazo, estos puntos abiertos deben aclararse lo antes posible en cooperación entre SAP y DSAG.

(Fuente: DSAG)