SAP Fiori tools

En Visual Studio Code, al instalar el extension pack de SAP Fiori tools se añaden estas extensiones:

Además de las extensiones, el conjunto de herramientas previsualiza aplicaciones con datos reales o simulados, valida proyectos, añade bibliotecas reutilizables, crea proyectos de adaptación para aplicaciones entregadas por SAP y despliega en sistemas ABAP o Cloud Foundry. En SAP Business Application Studio, el dev space de SAP Fiori incluye estas herramientas preinstaladas. Por tanto, SAP Fiori tools es un conjunto de herramientas para el proyecto front-end, no un runtime ni un framework.

Supongamos que Alder Manufacturing necesita un list report de pedidos de compra abiertos, sobre un servicio OData V4 construido con RAP:

1. Generar. El Application Wizard se conecta al sistema, permite al desarrollador elegir el servicio y el floorplan list report y object page, y crea el proyecto con su app descriptor.
2. Modelar. El Page Map muestra las páginas y la navegación; el Page Editor modifica ajustes como el tipo de tabla o la carga inicial. SAP Fiori tools guarda estas modificaciones como cambios en los archivos del proyecto o como cambios de flexibilidad de UI.
3. Anotar. Guided Development y el language server de anotaciones ayudan a añadir anotaciones de UI en archivos locales o, en el caso de CAP, en archivos CDS.
4. Previsualizar. La aplicación se ejecuta en local contra el servicio real o con datos simulados, de modo que el trabajo de UI puede continuar aunque el back-end no esté listo.
5. Desplegar. La configuración de despliegue apunta al repositorio ABAP o a Cloud Foundry; un comando de undeploy vuelve a eliminar la aplicación.

Cada paso produce archivos de proyecto normales, por lo que el resultado puede versionarse y revisarse como cualquier otro código. SAP Fiori tools acorta el camino desde el servicio hasta la aplicación en funcionamiento sin ocultar lo que genera.

• Inicio rápido con el floorplan adecuado. Los proyectos generados siguen la configuración actual de SAP Fiori elements de SAP, lo que elimina código repetitivo y evita descriptors creados a mano.
• Configuración visual. El Page Map y el Page Editor exponen los ajustes del manifest y las opciones basadas en anotaciones sin necesidad de memorizar cada propiedad.
• Aprendizaje integrado. Guided Development muestra cómo se implementa una función, lo que ayuda a los desarrolladores que se inician en las anotaciones.
• Independencia del back-end durante el trabajo de UI. Los datos simulados permiten a diseñadores y desarrolladores iterar antes de que el servicio esté terminado.
• Un único conjunto de herramientas para ambos IDE. Las mismas extensiones se ejecutan en SAP Business Application Studio y en un Visual Studio Code local.
• Extensión segura de aplicaciones estándar. Los proyectos de adaptación crean variantes de aplicación que hacen referencia a la aplicación original en lugar de copiarla.

Para los proyectos SAP Fiori elements, SAP Fiori tools es el conjunto de herramientas en el que se basan la propia documentación y los tutoriales de SAPUI5 de SAP.

• Solo front-end. El Service Modeler puede mostrar las anotaciones del back-end, pero no editarlas. Las vistas ABAP CDS, las behavior definitions y los service bindings se mantienen en ABAP Development Tools, y los modelos CAP en archivos CDS.
• Centrado en SAP Fiori elements. La documentación de SAP indica que las plantillas SAPUI5 freestyle de SAP Fiori tools están obsoletas y recomienda en su lugar la página personalizada de SAP Fiori elements para OData V4. Los proyectos OData V2 siguen siendo posibles, pero SAP recomienda OData V4.
• Las funciones de IA cambian rápidamente. Está previsto que el Project Accelerator de SAP Fiori tools AI, que se ejecuta en SAP Business Application Studio, quede obsoleto a finales de 2026 en favor del servidor MCP para SAP Fiori y las skills, disponibles en VS Code y SAP Business Application Studio.
• Licencias para algunas funciones. SAP advierte que ciertas funciones pueden requerir una licencia aparte; el Project Accelerator, por ejemplo, requiere SAP Build Code.
• Generado no significa terminado. Los asistentes producen un esqueleto funcional; la calidad del modelo de datos, las autorizaciones y el rendimiento siguen dependiendo del servicio.

SAP Fiori tools acelera lo que SAP Fiori elements puede expresar; no diseña el servicio ni el proceso que hay detrás de la aplicación.

1. Iniciar aplicaciones nuevas con OData V2. V4 da acceso a los building blocks y a las páginas personalizadas; elija V2 solo cuando el back-end no ofrezca otra cosa.
2. Generar una plantilla freestyle por costumbre. Una página personalizada en SAP Fiori elements para OData V4 conserva funciones del framework, como los building blocks, y a la vez permite layouts personalizados.
3. Corregir problemas del back-end con anotaciones locales. Un archivo de anotaciones local puede ocultar una anotación CDS incorrecta en una aplicación mientras todos los demás consumidores siguen viendo el error. Corríjala en el origen cuando el servicio sea compartido.
4. Saltarse los pasos de datos simulados y de validación. La validación del proyecto y las vistas previas con datos simulados detectan errores de destino y de configuración antes del despliegue.
5. Ignorar la versión de SAPUI5 del sistema de destino. Generar con la versión más reciente de SAPUI5 y desplegar en un front-end server más antiguo provoca funciones ausentes; fije la versión mínima en función de producción.

La mayoría de los problemas con SAP Fiori tools son decisiones tomadas en las primeras pantallas del asistente, no defectos de las extensiones.