Mejores prácticas para SAP BTP: gobierno, integración y extensión en utilities y oil & gas de América Latina

Esta guía técnica de referencia reúne las mejores prácticas para adoptar y operar SAP Business Technology Platform (SAP BTP) en organizaciones de utilities, oil & gas y tecnología de América Latina. Está dirigida a arquitectos de soluciones, líderes de TI, responsables de integración y equipos de innovación que evalúan BTP como base para integrar y extender su panorama SAP sin comprometer la continuidad operativa ni el gobierno de un núcleo limpio. El propósito no es catalogar servicios, sino ofrecer criterios de arquitectura, gobierno y operación aplicables en un contexto regional marcado por presupuestos acotados, exigencias regulatorias y la presión de modernizar sistemas heredados antes de los plazos de soporte vigentes.

Fundamento conceptual

SAP BTP es la base tecnológica de la empresa inteligente: una plataforma unificada, centrada en el negocio y abierta para las aplicaciones de SAP y su ecosistema [1]. Reúne capacidades de desarrollo de aplicaciones, gestión de bases de datos y de datos, analítica, aprendizaje automático, inteligencia artificial, integración y extensión [1]. En términos de arquitectura, SAP divide la empresa inteligente en tres capas —procesos de negocio, aplicaciones y tecnología— y BTP ocupa el rol central para extensiones, integración y tecnologías innovadoras en panoramas híbridos [2].

Conviene entender su naturaleza técnica: BTP es la oferta de plataforma como servicio (PaaS) de SAP [2]. Su historia explica varias decisiones de diseño. Nació en 2012 como SAP NetWeaver Cloud, pasó a llamarse SAP HANA Cloud Platform en 2013, luego SAP Cloud Platform, y adoptó el nombre SAP BTP en enero de 2021 [2]. En ese mismo periodo SAP organizó la plataforma en torno a las suites de integración y de extensión [2].

La decisión de entorno de ejecución (runtime) es determinante para cualquier arquitectura nueva. El entorno Neo, desarrollado por SAP, convive históricamente con Cloud Foundry —basado en tecnologías de código abierto— y, de forma más reciente, con Kyma [2]. Sin embargo, la fundación multi-cloud de BTP es el entorno por defecto para clientes nuevos desde 2020, y el entorno Neo se retirará el 31 de diciembre de 2028; las innovaciones y nuevas funcionalidades se entregan solo en la fundación multi-cloud, que ofrece los entornos Cloud Foundry, Kyma y ABAP sobre los principales proveedores de infraestructura [3]. Toda arquitectura nueva en LATAM debería, por tanto, partir de la fundación multi-cloud y no de Neo.

El segundo pilar conceptual es la extensibilidad side-by-side. BTP fue diseñado para construir e integrar extensiones junto al núcleo con menos fricción que las plataformas genéricas: es una sola plataforma para extender soluciones en la nube y on-premise, integra las extensiones en los planos de experiencia, proceso y datos, y ofrece seguridad de extremo a extremo, desde la interfaz hasta el backend [4]. La conectividad con sistemas SAP on-premise se resuelve mediante el Cloud Connector, un canal seguro y sencillo para enlazar panoramas on-premise, cloud o híbridos con BTP [4].

Aplicación práctica

En utilities y oil & gas de América Latina, el valor de BTP se concentra en dos frentes: integrar el panorama existente y extender SAP sin ensuciar el núcleo. En integración, BTP habilita escenarios on-premise a on-premise (ground-to-ground), cloud-to-cloud e híbridos, con contenido preconstruido para integración B2B e incluso business-to-government (B2G) [5]. Este último punto es especialmente relevante en la región, donde las empresas de servicios públicos y de hidrocarburos suelen intercambiar información con entes reguladores y organismos estatales. La regla práctica de la industria es canalizar todas las interfaces nuevas por SAP Integration Suite —sucesor oficial de SAP Process Orchestration, cuyo soporte finaliza en 2027— en lugar de mantener integraciones heredadas [6].

En extensión, la práctica dominante es el principio “BTP-first”: cuando se requiere lógica personalizada, la evaluación arranca en BTP en vez de llegar ahí por descarte [7]. Las extensiones side-by-side sobre BTP resultan idóneas para aplicaciones de mayor tamaño, automatización de flujos, lógica de IA y todo lo que tenga un ciclo de innovación independiente del núcleo transaccional [7]. Esto se apoya en el modelo de extensibilidad in-app (key user) de SAP, que permite exponer datos mediante vistas CDS propias y APIs de solo lectura, y crear formularios o plantillas de correo sin modificar el estándar [4].

Anclar la inversión en BTP a valor de negocio medible es una buena práctica que evita la tecnología por la tecnología. Las herramientas de inteligencia de procesos permiten obtener insights del desempeño actual, determinar el valor y los potenciales de mejora, definir modelos de proceso objetivo y medir la transformación de forma continua [8]. En utilities, esto se traduce en priorizar casos con impacto directo en recaudación, reducción de pérdidas no técnicas y continuidad del servicio antes de construir extensiones.

El contexto de adopción respalda esta orientación. Según análisis recientes de la industria, alrededor de la mitad de los clientes SAP ya utiliza servicios de BTP de forma activa, y una porción adicional que apenas inicia su recorrido [9]. La integración es la capacidad más valorada por las organizaciones que ya usan la plataforma, y una mayoría considera más beneficiosa una plataforma unificada de un solo proveedor frente a un enfoque best-of-breed [10]. En cuanto al retorno, un estudio de IDC patrocinado por SAP estima un ROI a tres años del 516 % para clientes que usan BTP para integrar, automatizar e innovar, y SAP ha sido reconocida como líder en el Cuadrante Mágico de Gartner para iPaaS por sexto año consecutivo en 2026 [11]. Estas cifras son señales de mercado, no garantías: el valor real depende de la disciplina de gobierno y del ajuste a cada caso.

Para oil & gas vale un dato de encuadre: según bases de datos de adopción del mercado, petróleo, gas y químicos figura entre los sectores con mayor presencia de BTP [12], lo que refleja la necesidad de integrar sistemas operativos, de campo y corporativos en cadenas de valor complejas.

Mejores prácticas y consideraciones

Gobierno y onboarding. Toda organización que inicie múltiples proyectos en BTP debería establecer un proceso de onboarding que garantice el registro, la documentación y el cumplimiento de los estándares de seguridad definidos [13]. En la práctica, cada aplicación gestionada por un equipo de administración cloud debería completar un documento de onboarding y una plantilla de seguridad, manteniendo la información administrativa en un lugar central; así el equipo conserva una visión de conjunto de proyectos, aplicaciones y responsabilidades, e informa a todos los involucrados sobre cambios en el panorama cloud [13]. El onboarding puede canalizarse por correo, un sistema de tickets u otra herramienta corporativa adecuada [13].

Estrategia de entorno. Verifique qué entorno usan sus servicios actuales: quien todavía dependa de Neo debe planificar la migración a la fundación multi-cloud con suficiente antelación al cierre de 2028 [3]. Para desarrollo nuevo, seleccione el entorno según el caso —Cloud Foundry, Kyma o ABAP— y no por inercia.

Núcleo limpio (clean core). La estrategia de clean core se estructura en cinco dimensiones: procesos, extensibilidad, datos, integraciones y operaciones [7]. En extensibilidad conviene clasificar cada desarrollo según los niveles A–D de SAP. El nivel A —APIs liberadas, on-stack con ABAP Cloud o side-by-side en BTP— es totalmente seguro ante actualizaciones y es el objetivo para todo desarrollo nuevo; el nivel B —APIs clásicas documentadas— es aceptable con gobierno; el nivel C —uso de objetos internos de SAP— implica riesgo real de actualización y pertenece a una hoja de ruta de remediación; y el nivel D —modificaciones, mejoras implícitas, escritura directa a tablas SAP— genera exposición severa y debe tener un horizonte de retiro [7]. El ABAP Test Cockpit, ejecutado de forma continua y con bloqueo de hallazgos críticos en las órdenes de transporte, es el mecanismo técnico para sostener esta disciplina [7].

Integración y seguridad. Todas las interfaces nuevas con sistemas de terceros —CRM, sistemas de campo, medición— deberían usar APIs publicadas (OData) o integración basada en eventos vía Integration Suite, evitando llamadas RFC o a base de datos que crean acoplamientos ocultos y frágiles ante cambios de esquema [9]. La seguridad de BTP abarca de la interfaz al backend [4]; en la operación regional, centralizar identidad y single sign-on con los servicios de identidad de SAP en BTP reduce la carga administrativa y mejora la postura de seguridad [6].

Operación y continuidad. BTP es un servicio gestionado: SAP aplica actualizaciones y upgrades en ventanas de mantenimiento programadas —por ejemplo, el entorno ABAP contempla ventanas mayores de actualización trimestrales y ventanas semanales de mantenimiento a lo largo de 2026— con posibles periodos de indisponibilidad [14]. Para utilities y O&G, donde la continuidad es crítica, es esencial mapear estas ventanas contra los procesos sensibles (facturación, cierre, operación) y planificar en consecuencia.

Anti-patrones a evitar. Tres son recurrentes en la región. El primero es volver a modificar el núcleo bajo presión de proyecto, acumulando deuda técnica que luego bloquea actualizaciones e IA. El segundo es integrar por vías directas en lugar de APIs publicadas, generando acoplamientos frágiles [9]. El tercero es adoptar servicios de BTP sin un caso de negocio medible, cuando la práctica correcta es partir de insights de proceso y potenciales de valor [8]. A ello se suma un riesgo de gobierno: un registro de exenciones del ABAP Test Cockpit que crece sin revisión es un indicador temprano de deriva [7].

Presupuesto acotado. Dado el contexto regional, conviene una adopción modular —incorporar servicios según necesidades inmediatas mientras se construye una estrategia cloud integral— y reutilizar instancias para distribuir costos. La prioridad debería ser la deuda técnica que amenaza los plazos de soporte: una parte importante de los clientes de ECC aún enfrenta el riesgo de no completar su migración antes del fin del mantenimiento estándar de 2027, lo que convierte la preparación del núcleo y la estrategia de extensión en BTP en un tema de continuidad, no solo de innovación [6].

En síntesis, adoptar SAP BTP con éxito en utilities y oil & gas de América Latina depende menos de qué servicios se activan y más de cómo se gobiernan: fundación multi-cloud por defecto, extensibilidad side-by-side de nivel A, integración por APIs publicadas y decisiones ancladas a valor de negocio medible.

Referencias

1. Architecting Solutions with SAP Business Technology Platform An architectural guide to integrating, extending, and innovating… (Serdar Simsekler , Eric Du)
2. Security-and-Authorizations-for-SAP-Business-Technology-Platform-Martin-Koch-Siegfried-Zeilinger
3. 3365019 - SAP Cloud Portal Service on Neo Environment will sunset on December 31, 2028 (SAP Knowledge Base Article) — https://userapps.support.sap.com/sap/support/knowledge/en/3365019
4. Custom Extensions in SAP S/4HANA Implementations - A Practical Guide for Senior IT Leadership
5. 181.SAP Press -Application Development with SAP Business Technology Platform
6. 2025 SAP Cloud Computing Trends: 10 Key Insights for Enterprise Leaders (oXya) — https://www.oxya.com/us/blog/2025-sap-cloud-computing-trends-10-key-insights-for-enterprise-leaders/
7. SAP’s Clean Core in Practice (IgniteSAP) — https://ignitesap.com/saps-clean-core-in-practice/
8. L0 Value Acceleration for SAP S4HANA Transition_Public
9. SAP Clean Core Strategy 2026 - Practical Guide for Enterprises (SAVIC Technologies) — https://www.savictech.com/insights/sap-clean-core-strategy-2026/
10. ASUG Research: SAP Customers Embrace Business Technology Platform for Streamlined Operations — https://www.asug.com/insights/sap-customers-embrace-sap-btp-for-streamlined-operations
11. SAP Business Technology Platform — https://www.sap.com/products/technology-platform.html
12. List of SAP Business Technology Platform (BTP) Customers (Apps Run The World) — https://www.appsruntheworld.com/customers-database/products/view/sap-business-technology-platform-btp
13. Best Practices for SAP BTP
14. SAP BTP ABAP Environment - Maintenance Windows and Major Upgrade Windows in 2026 — https://community.sap.com/t5/technology-blog-posts-by-sap/sap-btp-abap-environment-maintenance-windows-and-major-upgrade-windows-in/ba-p/14257326