Ir al contenido principal
SAP

Del boceto al prototipo: tu app de campo con SAP Build Apps

Cómo un supervisor de campo de una utility en LATAM arma un prototipo móvil con SAP Build Apps sobre datos SAP, mientras TI gobierna la conexión.

Edward Camacho Guerra
Edward Camacho Guerra

CEO / Arquitecto de Soluciones SAP

· 9 min de lectura

Supervisor de campo de una empresa eléctrica bocetando la pantalla de una aplicación junto a una laptop en una subestación rural

Al final de la tarde, el supervisor apoya el teléfono sobre el capó de la camioneta y le pide a la cuadrilla una sola cosa: que lo use. Un liniero recorre la lista de órdenes pendientes de la zona y señala de inmediato lo que sobra y lo que falta. Otro pregunta por qué la dirección aparece al final, si es lo primero que se busca al llegar. Esas dos observaciones valen más que cualquier especificación escrita, porque vienen de alguien que mañana a las siete va a trabajar con esa pantalla.

Esta pieza trata de ese momento y de cómo se llega a él en una sola sesión de trabajo. El entregable de la tarde no es una aplicación terminada, sino una pregunta respondida con algo que se puede tocar: ¿esta pantalla sirve para la jornada real de la cuadrilla, o hay que cambiarla antes de pedir nada más?

Lo que se pone sobre la mesa al final del día

Antes de la revisión
Documento contra pantalla
Solicitud escrita
Qué muestra Columnas imaginadas
Qué recibe el supervisor Opiniones sobre un documento
Prototipo
Qué muestra Columnas reales con órdenes reales de la zona, en el teléfono que va al terreno
Qué recibe el supervisor Reacciones a una pantalla
COLUMNAS IMAGINADASCOLUMNAS REALES

Lo que cambia con el prototipo no es el formato, sino la conversación. Frente a un documento, cada quien imagina su propia versión de la pantalla. Frente al teléfono, la cuadrilla discute la misma versión, con las órdenes de su zona a la vista.

Esa revisión tiene tres desenlaces posibles, y ninguno es una pérdida de tiempo:

La revisión con la cuadrilla
Tres salidas posibles, las tres útiles
---
config:
  theme: base
  fontFamily: 'Inter Variable, system-ui, sans-serif'
  themeVariables:
    darkMode: true
    fontFamily: 'Inter Variable, system-ui, sans-serif'
    fontSize: '15px'
    background: '#111113'
    primaryColor: '#1A1A1D'
    primaryTextColor: '#F4F5F8'
    primaryBorderColor: '#B89C5C'
    secondaryColor: '#242428'
    tertiaryColor: '#1A1A1D'
    mainBkg: '#1A1A1D'
    secondBkg: '#242428'
    tertiaryBkg: '#2E2E33'
    lineColor: '#B89C5C'
    textColor: '#F4F5F8'
    titleColor: '#F4F5F8'
    nodeBorder: '#B89C5C'
    clusterBkg: '#1A1A1D'
    clusterBorder: '#2E2E33'
    edgeLabelBackground: '#242428'
    pie1: '#B89C5C'
    pie2: '#f59e0b'
    pie3: '#22c55e'
    pie4: '#d1bf95'
    pie5: '#f97316'
    pie6: '#ef4444'
    pieTitleTextColor: '#F4F5F8'
    pieSectionTextColor: '#F4F5F8'
    pieLegendTextColor: '#F4F5F8'
    pieStrokeColor: '#111113'
    pieOuterStrokeColor: '#111113'
---
flowchart TD
  A([Revisión con la cuadrilla]) --> B{¿La pantalla sirve?}
  B -->|Tal cual| C([Evidencia para pedir uso diario])
  B -->|Con cambios| D[Ajustar orden, campos o agrupación]
  D --> E([Siguiente sesión, sin intermediarios])
  B -->|No resuelve| F([Se descarta antes del desarrollo formal])
  class A inicio
  class B decision
  class D proceso
  class C bueno
  class E,F neutro
classDef inicio fill:#3a352b,stroke:#B89C5C,color:#ffffff
classDef decision fill:#473519,stroke:#f59e0b,color:#ffffff
classDef proceso fill:#33363c,stroke:#9aa0aa,color:#ffffff
classDef bueno fill:#193e2b,stroke:#22c55e,color:#ffffff
classDef neutro fill:#33363c,stroke:#9aa0aa,color:#ffffff
El artículo señala que descartar temprano es el resultado más subestimado: descubrirlo en una tarde es mucho más barato que después de un proyecto.

En los tres casos, la decisión se toma con la pantalla en la mano y no con un documento de por medio.

Seis movimientos para llegar a esa revisión

El recorrido que documenta SAP para armar esa pantalla en SAP Build Apps es corto, siempre que la conexión a los datos ya esté publicada.

Primer movimiento: el proyecto. Al crearlo, la herramienta abre directamente la página de inicio por defecto, y el formato se cambia a móvil desde el selector de dispositivo (SAP Developers, 2024). Desde el primer minuto se diseña para el teléfono que va al terreno.

Segundo y tercer movimiento: autenticación e integración. Al instalar la integración, la herramienta permite explorar los datos reales de la entidad antes de usarlos (SAP Developers, 2025). Es el momento de confirmar que las órdenes que aparecen son las de la zona correcta.

Cuarto movimiento: la variable de datos. Las variables de datos se crean con su propio lienzo lógico y con la lógica que trae los registros ya incluida, así que no hay nada que programar (SAP Developers, 2025).

Quinto movimiento: la pantalla. Desde la paleta de componentes se arrastra un contenedor al lienzo, y la propiedad «Repeat with» hace que un elemento de lista se repita por cada registro de la variable (SAP Developers, 2025). Aquí se decide qué dato va primero, qué se destaca y qué sobra: justo lo que después juzgará la cuadrilla.

Sexto movimiento: el teléfono. La aplicación guardada queda disponible para previsualizarse en el teléfono mediante la app de previsualización (SAP Developers, 2024). Con eso, la revisión sobre el capó de la camioneta ya es posible.

Que el supervisor recorra estos pasos sin un desarrollador al lado tiene respaldo en el análisis de Jade Global: según esa firma, usuarios de negocio y desarrolladores pueden diseñar aplicaciones de nivel empresarial con una interfaz visual y componentes listos para usar, lo que acorta de forma notable el tiempo de construcción (Jade Global, 2026). La misma fuente señala que estas aplicaciones pueden consumir datos de sistemas SAP y no SAP (Jade Global, 2026).

La conexión que tiene que existir antes

Nada de lo anterior ocurre si la conexión a los datos no está lista. El supervisor nunca toca SAP S/4HANA ni IS-U de forma directa: trabaja sobre una conexión que el área de sistemas ya publicó, y es esa conexión la que decide qué datos ve y con qué identidad.

Los tutoriales para desarrolladores de SAP describen esas conexiones, las destinations de SAP BTP, como enlaces a servicios de backend en los que cada una fija la ubicación del sistema y la forma en que se autenticará el usuario (SAP Developers, 2025). El mismo material indica que, para consumirlas desde una app, hay que activar la autenticación de SAP BTP, porque quien las usa debe estar autenticado (SAP Developers, 2025).

El reparto antes de la sesión queda así:

Antes de abrir el lienzo
Quién prepara qué
🔌
Sistemas
Expone los servicios de datos aprobados, crea las destinations y define identidad y permisos.
Conexión
📱
Supervisor
Elige entre conexiones ya gobernadas y diseña la pantalla que su cuadrilla necesita.
Diseño

Si esa conexión existe, la tarde se dedica a diseñar. Si no existe, la tarde se va en pedir accesos.

Lo que esa tarde no resuelve

Del prototipo a producción
Tres frentes que siguen siendo de sistemas
🧾
Licenciamiento
El free tier sirve para aprender, prototipar y probar; el uso productivo corresponde a los planes comerciales de SAP BTP.
🛡️
Gobierno
Sin la experiencia adecuada aparecen TI en la sombra, automatizaciones duplicadas e integraciones deficientes; se recomienda un centro de excelencia.
🔐
Datos sensibles
Qué servicios se exponen, con qué permisos y para qué roles lo deciden sistemas y cumplimiento.

Un prototipo validado por la cuadrilla todavía no es una aplicación en producción. Cada uno de estos frentes tiene un matiz que conviene precisar.

En licenciamiento, la referencia de SAP es clara: el free tier de SAP BTP es para aprender, prototipar y probar, mientras que el uso productivo, con precios y plazos previsibles, pasa por los planes comerciales (SAP, s. f.). Para una utility con presupuesto acotado, eso significa que validar en free tier es razonable, pero el paso a producción debe estimarse como cualquier otro servicio de la plataforma.

En gobierno, Jade Global suma a los riesgos ya señalados las brechas de seguridad o cumplimiento (Jade Global, 2026), y propone acompañar el centro de excelencia con un marco de gobierno que sostenga el desarrollo ciudadano en el tiempo (Jade Global, 2026).

En datos sensibles, el punto de partida es propio del sector: en distribución eléctrica, gas y agua, buena parte de los datos operativos se cruza con información de clientes. Por eso esa decisión no recae en quien arma la pantalla.

Cómo preparar la primera sesión

En nuestra práctica SAP recomendamos que la primera tarde tenga un perímetro deliberadamente pequeño:

Perímetro de la primera tarde
Cinco límites para empezar
👁️
Solo lectura
Consultar pendientes, avisos o activos antes de permitir escrituras sobre el backend.
🔌
Pocas destinations
Conexiones bien documentadas, ampliadas según la demanda real.
👤
Un responsable
Quien construye la app la mantiene, con un contacto claro en sistemas.
🧭
Paso a producción
Licencia estimada, permisos revisados y dueño definido.
📅
Revisión agendada
La sesión termina cuando alguien de terreno usó la pantalla.

El último límite cierra el círculo con la escena del inicio: la revisión con la cuadrilla se agenda desde el primer día, y la sesión no termina cuando el lienzo se ve completo, sino cuando alguien de terreno ya usó la pantalla.

Esta entrega continúa la serie después de la pieza dedicada a las herramientas disponibles para el negocio. Muchas veces, sin embargo, la pantalla no es el cuello de botella: lo es la aprobación que viene después. En la próxima entrega veremos cómo automatizar ese flujo de aprobación sin escribir código, cuando el problema es el proceso y no la aplicación.

Fuentes

Artículo de Edward Camacho Guerra, elaborado con apoyo de herramientas de inteligencia artificial y revisado y aprobado por el autor.

Conversemos 30 minutos

¿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.

Al enviar aceptas ser contactado por AGT Consultoría para el assessment solicitado. Tus datos no serán compartidos con terceros ni usados para publicidad.

Edward Camacho Guerra · CEO / Arquitecto de Soluciones SAP
#sap build apps #low-code #sap btp #utilities #oil and gas #desarrollo ciudadano