Aplicaciones transaccionales

Una app de SAP Fiori es transaccional cuando su finalidad principal es modificar datos de negocio: crear un documento, editarlo, ejecutar una acción como liberar o rechazar y guardar el resultado en el back-end. Leer datos forma parte del trabajo, pero la app existe para completar una tarea.

La documentación inicial de SAP Fiori describía tres tipos de aplicación: aplicaciones transaccionales, aplicaciones analíticas y fact sheets. En SAP S/4HANA, la función del fact sheet la asumen en gran medida las object pages, y la SAP Fiori Apps Reference Library etiqueta ahora ese tipo como "SAP Fiori - Object page / Fact sheet". La clasificación describe lo que hace una app, no cómo está construida: una aplicación transaccional puede ser una app de SAP Fiori elements o una app freestyle SAPUI5. Una app es transaccional porque permite al usuario terminar una tarea de negocio, no por la tecnología que hay detrás.

Una aplicación transaccional típica de SAP S/4HANA recorre estos pasos:

1. El usuario abre la app desde un tile o un enlace; el SAP Fiori Launchpad resuelve el intent hacia la app.
2. La app carga la lista o el objeto mediante un servicio OData.
3. Cuando el usuario empieza a editar, muchas apps actuales crean un draft, de modo que el trabajo en curso se guarda sin contabilizarse.
4. Al guardar o al ejecutar una acción como aprobar, el servicio OData llama a la lógica de negocio del back-end, que ejecuta las verificaciones, la autorización y la contabilización.
5. El estado del documento cambia en el sistema de registro, y pueden iniciarse procesos posteriores, como un Flexible Workflow.

Para los nuevos desarrollos, SAP presenta el ABAP RESTful application programming model como la forma de crear y ampliar aplicaciones transaccionales de SAP Fiori. Las apps más antiguas usan modelos anteriores basados en Gateway. Sea cual sea el modelo, una aplicación transaccional es un front-end de la lógica de negocio del back-end, que es donde residen realmente las reglas.

La SAP Fiori Apps Reference Library es la principal herramienta de consulta. Una secuencia práctica:

1. Busque por tarea de negocio o por la transacción SAP GUI que quiere sustituir.
2. Filtre el tipo de aplicación por "SAP Fiori - Transactional".
3. Compruebe la versión del producto: una app disponible en la release actual de SAP S/4HANA Cloud puede no existir en una release on-premise más antigua.
4. Lea la información de implementación: servicios OData, business catalogs y business roles necesarios.
5. Revise la etiqueta de tecnología de UI, que distingue las apps de SAP Fiori elements de otras apps SAPUI5.

Las etiquetas no son excluyentes. La Procurement Overview Page (F1990), por ejemplo, está clasificada a la vez como transaccional y como analítica. En las aplicaciones transaccionales, el tipo de app es un primer filtro útil, no una descripción completa de lo que hace una app.

• SAP S/4HANA Cloud Public Edition: SAP entrega y actualiza las apps con cada release cloud. Los clientes las ponen a disposición mediante business roles y las amplían con herramientas para key users o con extensibilidad para desarrolladores; modificar el código de SAP no es una opción.
• Private Edition y on-premise: el cliente activa las apps, sus servicios OData y su contenido del launchpad, y controla cuándo llegan las nuevas versiones de las apps mediante upgrades. Las modificaciones clásicas siguen siendo técnicamente posibles, pero van en contra del enfoque clean core.
• Base de datos: en SAP S/4HANA todas las apps se ejecutan sobre SAP HANA. En la antigua SAP Business Suite, las aplicaciones transaccionales podían ejecutarse sobre otras bases de datos, mientras que las aplicaciones analíticas y los fact sheets requerían SAP HANA.

Ejemplo: Alder Manufacturing, en Private Edition, debe activar los servicios que hay detrás de Manage Purchase Orders antes de que los compradores puedan usar el tile; un cliente de Public Edition solo asigna el business role. La aplicación transaccional es el mismo concepto en todas las ediciones; lo que difiere es quién la activa y la modifica.

1. Suponer que una app estándar cubre toda la transacción SAP GUI. Muchas apps se centran en los pasos más habituales. Compare los campos y las acciones con la forma real de trabajar de los usuarios antes de migrarlos.
2. Conceder el tile pero no la autorización en el back-end. Los usuarios ven entonces la app pero no pueden guardar. Revise tanto el contenido del launchpad como los roles del back-end.
3. Comprobar el nombre de la app pero no la release. Las versiones y funciones de las apps difieren entre releases y ediciones.
4. Ignorar los sucesores de las apps. Algunas apps existen en varias versiones, como Manage Purchase Orders (Version 2); incluya en el alcance la actual.
5. Tratar una app como si fuera todo el proceso. Una aplicación transaccional completa una tarea sobre un business object; los pasos anteriores y posteriores corresponden a otras apps, workflows o personas.

La mayoría de los problemas con las aplicaciones transaccionales proceden del alcance y de las autorizaciones, no de las propias apps.