SAP Build sin ABAP: lo que el negocio puede construir por sí mismo
SAP Build Apps, Process Automation y Work Zone: qué puede construir el negocio sin ABAP en utilities y oil & gas de LATAM, y qué debe seguir en TI.
En la pieza anterior de esta serie vimos cómo las mejoras pequeñas, como un formulario de inspección, el seguimiento de un reclamo o una aprobación que hoy viaja por correo, pasan meses esperando turno en el backlog de TI. La pregunta que sigue es práctica: si el problema es la fila frente al desarrollador, ¿qué parte de esa fila puede resolver el propio negocio sin escribir una línea de ABAP?
En el ecosistema SAP, la respuesta tiene nombre: SAP Build. Este artículo no es un tutorial ni una guía de extensibilidad para desarrolladores. Es un mapa para el gerente de operaciones, el jefe de atención al cliente o el líder de mantenimiento de una utility o una operadora de oil & gas en América Latina que necesita saber qué herramienta sirve para cada tipo de mejora, cuánto cuesta realmente y dónde termina el terreno del negocio y empieza el de TI.
Tres herramientas para tres tipos de mejora pequeña
SAP Build integra el desarrollo de aplicaciones, la automatización de procesos y los espacios de trabajo digitales (Creator Concepts, 2026). En su vertiente de bajo código se compone de tres piezas: SAP Build Apps, SAP Build Process Automation y SAP Build Work Zone (Creator Concepts, 2026), y las tres se entregan a través de SAP Business Technology Platform, BTP (SAP Licensing Experts, 2026).
Para quien opera una red de distribución o un campo petrolero, la arquitectura importa menos que saber qué herramienta destraba qué tipo de mejora.
SAP Build Apps: la pantalla que falta
SAP Build Apps permite crear aplicaciones empresariales de forma visual, arrastrando y soltando componentes (Creator Concepts, 2026). Es la herramienta que reemplaza a SAP AppGyver (SAP Licensing Experts, 2026), un nombre que todavía aparece en materiales antiguos.
Su terreno natural en utilities y oil & gas es la pantalla que nunca se priorizó porque competía en la misma fila que los proyectos grandes, casi siempre una necesidad de captura o consulta del personal de campo.
SAP Build Process Automation: la aprobación que vive en el correo
SAP Build Process Automation permite que los usuarios de negocio automaticen flujos de trabajo, agilizando aprobaciones y tareas repetitivas (Creator Concepts, 2026). Combina las capacidades de SAP Workflow Management y SAP Intelligent RPA (SAP Licensing Experts, 2026).
En una distribuidora eléctrica o de agua, buena parte de las aprobaciones operativas todavía depende de correos reenviados y hojas de cálculo compartidas. Ese es exactamente el tipo de proceso que esta herramienta puede formalizar.
SAP Build Work Zone: una sola puerta de entrada
SAP Build Work Zone funciona como un hub digital que reúne aplicaciones, datos y herramientas de colaboración en un mismo espacio de trabajo (Creator Concepts, 2026). Cuando los equipos saltan entre varios sistemas para atender un mismo caso, ordenar el acceso suele ser una mejora tan valiosa como construir una aplicación nueva.
Qué puede hacer el negocio y qué debe seguir en TI
La democratización solo funciona si la frontera está clara. El enfoque que describe la propia estrategia de SAP pone la innovación en manos del negocio mientras TI conserva el gobierno y la seguridad (Creator Concepts, 2026).
En nuestros proyectos con utilities trazamos esa frontera de forma operativa:
La regla práctica detrás de esa división es sencilla: lo que ordena el trabajo diario de un equipo puede construirlo el negocio; lo que toca la lógica regulada de SAP IS-U, conecta con otros sistemas o define quién accede a qué se queda en TI.
Esta frontera evita el riesgo más conocido del modelo. El bajo código puede traer deuda técnica y TI en la sombra (Creator Concepts, 2026). En el sector, ese riesgo ya tiene una forma reconocible: integraciones artesanales, sin gobierno ni trazabilidad formal, que nadie sabe quién mantiene. Democratizar sin reglas multiplica ese problema en lugar de resolverlo.
El costo que no aparece en la demo
Una herramienta de bajo código no es una herramienta gratuita, y para una empresa latinoamericana con presupuesto acotado este punto es decisivo. El licenciamiento de SAP Build se basa en el consumo de BTP: los costos crecen con los usuarios de aplicaciones, las ejecuciones de automatización y las instancias de workflow (SAP Licensing Experts, 2026).
Cada componente se mide de forma distinta:
Estas métricas provienen de un análisis independiente de licenciamiento (SAP Licensing Experts, 2026); antes de dimensionar un piloto conviene validarlas con SAP para el contrato propio.
RISE with SAP y GROW with SAP incluyen derechos de uso de SAP Build, pero en niveles de arranque que la mayoría de los despliegues empresariales superan rápido (SAP Licensing Experts, 2026). Para una utility, el punto crítico es otro: el consumo sigue al volumen transaccional, no al tamaño del equipo (SAP Licensing Experts, 2026). Un flujo de reclamos construido por un equipo pequeño en una distribuidora con alto volumen transaccional puede consumir mucho más de lo que sugiere su origen modesto.
Gobierno: la condición para que el modelo escale
Ese cambio de rol se sostiene en controles concretos que inciden directamente en el costo de licenciamiento (SAP Licensing Experts, 2026):
En nuestra práctica SAP, el gobierno como programa continuo y el catálogo medido vienen de la gestión de integraciones: a una aplicación de bajo código le exigimos lo mismo que a cualquier interfaz, un dueño identificado y un indicador de calidad que alguien revise.
El punto de partida también importa. La recomendación habitual es empezar con pilotos pequeños que muestren resultados rápidos (Creator Concepts, 2026). Para una operadora de LATAM, eso significa elegir una sola mejora visible, como un formulario de campo o una aprobación recurrente, y usarla para validar a la vez la herramienta, el modelo de costos y las reglas de gobierno.
En la próxima pieza de esta serie bajaremos este mapa al terreno: cómo un supervisor de campo pasa de la idea al prototipo en una tarde, sin ser programador.
Fuentes
- Creator Concepts (2026). SAP Low Code No Code Guide: Transform Your Business in 2026. https://www.creatorconcepts.co.uk/blog-posts/sap-low-code-no-code
- SAP Licensing Experts (2026). SAP Build Licensing: Low-Code Platform Costs, BTP Entitlements and What to Watch. https://saplicensingexperts.com/blog/sap-build-licensing-guide
Artículo de Edward Camacho Guerra, elaborado con apoyo de herramientas de inteligencia artificial y revisado y aprobado por el autor.
¿Este análisis mapea un mercado donde ya operas o estás evaluando entrar?
Revisamos tu caso específico, mapeamos los riesgos que aplican, y te decimos honestamente si es oportunidad para ti —sin pitch comercial, solo discusión técnica y estratégica.
