BTP: pragmatismo frente a hoja de ruta
El lenguaje oficial de SAP da la impresión de que BTP es un complemento de S/4 Hana para seguir realizando modificaciones, complementos, programación Abap e IA. En algún punto entre S/4 y BTP, el concepto de clean-core serpentea y todo parece orientarse hacia un futuro solo en la nube.
En cualquier caso, S/4 (incluyendo Hana), BTP y Clean Core parecen ser la nueva trinidad en SAP. ¿De verdad? Mi mujer, que me miraba por encima del hombro mientras escribía, se limitó a decir que no fuera blasfemo y diera una oportunidad a los jóvenes miembros de la junta directiva de SAP Christian Klein y Thomas Saueressig. Lo digo en serio: más allá de 2030, puede que haya una trinidad satisfactoria en la nube, pero hasta entonces, el ERP no se quedará quieto.
Las modificaciones y los complementos de ERP han acompañado a los clientes existentes de SAP desde R/2. El lenguaje de programación de SAP ha experimentado varias metamorfosis en los últimos años. Ahora, con la computación en nube basada en la Business Technology Platform, el próximo cambio de paradigma es inminente. Los programas Abap siempre han estado orientados a los sistemas on-prem. Las modificaciones y complementos existentes apenas pueden utilizarse para un sistema de destino. Sin embargo, ahora existen extensiones del lenguaje Abap y SAP BTP que también pueden utilizarse con sistemas en la nube.
Los responsables de SAP quieren, naturalmente, una hoja de ruta ERP impecable que empiece con Hana, continúe con S/4, tenga en cuenta Clean Core y termine, de momento, con Business Technology Platform. Pero no tiene por qué ser así. SAP BTP también puede ponerse a disposición de los clientes existentes de ECC 6.0 a través de los hiperescaladores o como contenedor en su propio centro de datos. BTP no está vinculado en modo alguno a S/4. Sin embargo, el concepto de núcleo limpio debe aplicarse en cualquier caso. Por tanto, Abap, BTP y Clean Core parecen ser mucho más relevantes para los clientes existentes desde hace tiempo que una hoja de ruta SAP S/4.
Con un enfoque muy pragmático, la comunidad SAP puede ahora avanzar hacia el futuro con mayor tranquilidad. Con el concepto de núcleo limpio y un BTP sobre una base de hiperescalador o contenedor, se pueden realizar modificaciones de Abap que ya están preparadas para la nube. Muchos de nuestros sistemas ERP/ECC seguirán estando disponibles en una arquitectura on-prem durante algunos años más. Sin embargo, dado que la vida de los ERP cambia constantemente, pondremos mucho cuidado en crear únicamente programas Abap que también puedan utilizarse en un entorno de nube en el futuro.
¿Es SAP mejor que su reputación? ¿Es SAP más flexible y abierta de lo que el CEO Christian Klein quiere hacer creer a muchos clientes actuales? La combinación de ECC 6.0, BTP y Abap parece ciertamente un modelo muy pragmático para superar la actual crisis de la nube. La computación en nube puede ser un modelo ERP del futuro, pero para muchos clientes actuales de SAP no lo será hasta mucho más allá de 2030. El método de palanca de SAP de presentar una nube pública como la solución definitiva está completamente fuera de lugar en un debate sobre arquitectura a largo plazo. La hoja de ruta de SAP Clean Core carece de pragmatismo oficial. Extraoficialmente, SAP nos ofrece a los clientes existentes mucho más de lo que se puede leer en las coloridas páginas web del líder mundial del mercado ERP.
A raíz de nuestras propias investigaciones, pregunté entre mis clientes habituales y, para mi gran sorpresa, me di cuenta de que BTP está actualmente mucho más extendida de lo que parece oficialmente. Dado que SAP no expide una licencia general para esta plataforma, sino que sólo concede licencias para funciones individuales, algunos clientes existentes y, al parecer, la propia SAP, pierden rápidamente la pista.
El marco de la Plataforma Tecnológica Empresarial parece ser idóneo para nubes on-prem, híbridas, privadas y públicas. Gracias a la puesta a disposición de la BTP por parte de hiperescaladores y, con un poco de habilidad, también como contenedor en un entorno de código abierto, actualmente se pueden implementar aplicaciones preparadas para una amplia gama de escenarios futuros. La selección de los socios de desarrollo adecuados es evidente.