Aplicaciones que la gente usa
Fiori / SAPUI5
El problema
Los usuarios siguen trabajando en transacciones de SAP GUI porque las apps estándar no cubren su proceso real. El negocio pide "una app" y la adopción nunca llega.
Una aplicación que nadie abre es un proyecto fallido, por muy bien construida que esté. Por eso el trabajo no empieza en el editor: empieza entendiendo qué hace hoy el usuario, cuántos clics le cuesta y qué le obliga a salirse del sistema.
Señales de que lo necesitas
- Los usuarios exportan a Excel para hacer su trabajo real.
- Existe una app Fiori estándar, pero el equipo sigue usando la transacción de SAP GUI.
- Cada área pidió “su” app y ahora hay cinco interfaces que no se parecen entre sí.
- Nadie sabe qué aplicaciones están publicadas ni quién tiene acceso a cada una.
- El proyecto anterior modificó código estándar y ahora cada actualización da miedo.
Cómo lo abordamos
Primero el proceso, después la interfaz. Levantamos el recorrido real del usuario y recortamos pasos antes de diseñar ninguna pantalla. La mayoría de las mejoras de adopción vienen de eliminar campos, no de añadirlos.
Fiori Elements siempre que el patrón lo permita. Cuando la aplicación encaja en un floorplan estándar —listado y detalle, worklist, página de resumen— la interfaz se genera desde las anotaciones del servicio. Eso significa menos código propio, menos mantenimiento y coherencia visual automática con el resto del entorno SAP.
Freestyle SAPUI5 cuando el patrón se rompe. Si la interacción es genuinamente distinta, construimos la app a medida con SAPUI5, respetando las guías de diseño de Fiori para que no desentone.
Extender, no modificar. Las aplicaciones estándar se adaptan mediante los puntos de extensión oficiales y proyectos de adaptación. El código de SAP no se toca, así que las actualizaciones siguen siendo un trámite.
Qué recibes
- Aplicación desplegada en la subcuenta de BTP, integrada en el launchpad y asignada a los roles correspondientes.
- Código fuente en tu repositorio, con la estructura de proyecto estándar de SAP.
- Documentación de despliegue y del modelo de autorizaciones aplicado.
- Traspaso al equipo interno, con la sesión de handover grabada si la necesitas.
Tecnologías
SAPUI5, Fiori Elements, OData V2 y V4, CDS annotations, SAP Build Work Zone, HTML5 Application Repository, SAP Business Application Studio.
Preguntas frecuentes
¿Cuándo conviene Fiori Elements y cuándo SAPUI5 freestyle?
Fiori Elements es la opción por defecto cuando la aplicación sigue un patrón conocido (listado y detalle, worklist, análisis) porque la UI se genera a partir de las anotaciones del servicio OData: hay menos código que mantener y la app hereda automáticamente las mejoras del framework. SAPUI5 freestyle se justifica cuando la interacción no encaja en ninguno de esos patrones o el diseño exige un control total del layout. La regla práctica es empezar por Fiori Elements y pasar a freestyle solo cuando el patrón se rompe.
¿Se puede modificar una app Fiori estándar de SAP sin perder el soporte?
Sí, mediante los mecanismos oficiales de adaptación en lugar de modificar el código original. SAPUI5 flexibility permite crear proyectos de adaptación que añaden, ocultan o reordenan elementos de la interfaz, y las extensiones se aplican como una capa sobre la app estándar. Al actualizar SAP, la capa de adaptación se conserva y solo hay que revisar los puntos que hayan cambiado.
¿Dónde se despliegan las aplicaciones Fiori en SAP BTP?
Los recursos estáticos de la aplicación se publican en el HTML5 Application Repository de la subcuenta y se exponen mediante un approuter, habitualmente el managed approuter cuando se integra con SAP Build Work Zone. Desde ahí la app se asigna a roles y grupos para que aparezca en el launchpad del usuario correspondiente.
¿Tienes este problema ahora mismo?
Reserva 30 minutos de análisis y te llevas una propuesta técnica formal con la estimación del esfuerzo. Descontable del proyecto si seguimos adelante.
Reservar sesión — $50 USD