El buen funcionamiento de una infraestructura inform\u00e1tica depende en gran medida de unas interfaces adecuadas. Esto es especialmente cierto en el entorno SAP. Por eso resulta a\u00fan m\u00e1s sorprendente que la comunidad SAP dedique mucha atenci\u00f3n a la transici\u00f3n a la nueva versi\u00f3n S\/4 Hana del componente SAP Core, pero apenas hable de los ajustes absolutamente necesarios en el \u00e1mbito de la integraci\u00f3n. Sin embargo, el paso a la nube tambi\u00e9n da lugar a problemas completamente nuevos, especialmente con las interfaces, que requieren enfoques radicalmente diferentes.<\/p>\n\n\n\n
Una mirada retrospectiva muestra que SAP ha estado haciendo ajustes desde el principio: cuando se lanz\u00f3 en 1992, SAP R\/3 ya era al principio un sistema bastante abierto, para el que se pod\u00edan programar f\u00e1cilmente interfaces utilizando las tecnolog\u00edas cl\u00e1sicas: RFC, ALE, BAPI e IDOC. A lo largo de los a\u00f1os, SAP se ha reinventado y modernizado una y otra vez, especialmente en el \u00e1mbito de la integraci\u00f3n. Mientras que en el pasado fue la apertura a protocolos estandarizados de Internet o la introducci\u00f3n de conceptos (y productos) de middleware, hoy en d\u00eda los usuarios de SAP nos enfrentamos cada vez m\u00e1s a nuevos conceptos como API-First y la comunicaci\u00f3n basada en eventos, especialmente en el entorno de la nube.<\/p>\n\n\n\n
Muchos clientes no han seguido esta evoluci\u00f3n y siguen en la era BAPI\/IDOC\/RFC con sus conceptos de interfaz. Sin embargo, el paso a la nube (p\u00fablica) no es posible porque en los \u00faltimos a\u00f1os han entrado en juego, y con fuerza, requisitos y conceptos completamente nuevos. Cada vez son m\u00e1s los componentes de los procesos empresariales tradicionales que se trasladan a la nube, incluido el propio backend de SAP. Sin embargo, como casi ninguna empresa mapea sus procesos \u00fanicamente en la nube por primera vez, est\u00e1n surgiendo entornos de TI h\u00edbridos formados por instalaciones en la nube y locales, que traen consigo muchas cuestiones nuevas en t\u00e9rminos de interfaces y conectividad. <\/p>\n\n\n\n
Adem\u00e1s, existen enfoques tecnol\u00f3gicos como API First o la comunicaci\u00f3n basada en eventos que, al igual que la nueva tecnolog\u00eda de interfaz estrat\u00e9gica Fiori, aumentan la necesidad de integraci\u00f3n. Y adem\u00e1s de todo esto, la seguridad es una cuesti\u00f3n transversal de suma importancia para poder implementar requisitos espec\u00edficos de una manera t\u00e9cnicamente limpia y conforme.<\/p>\n\n\n\n
Muchos profesionales y programadores experimentados de SAP se centran en el \"viejo mundo Abap\" debido a sus muchos a\u00f1os de experiencia, como podemos comprobar por nuestra propia experiencia. Especialmente cuando se trata de interfaces, han llegado a amar y dominar los conceptos de BAPIs o IDOCs. <\/p>\n\n\n\n
Sin embargo, seg\u00fan el concepto de n\u00facleo limpio, estas tecnolog\u00edas conocidas ya no son la primera opci\u00f3n. Tampoco estar\u00e1n disponibles en las instancias de SAP Public Cloud. Se sustituir\u00e1n por tecnolog\u00edas nuevas y modernas como oData o las API SOAP. Pero, \u00bfson realmente equivalentes? \u00bfO es necesario replantearse completamente las interfaces?<\/p>\n\n\n\n