Web Dynpro ABAP

Web Dynpro ABAP mantiene la lógica de la aplicación y el estado de la interfaz de usuario en el servidor ABAP:

1. Los desarrolladores crean componentes con vistas, controladores y un contexto, que contiene los datos que muestra una vista, en el Web Dynpro Explorer del ABAP Workbench (SE80). El sistema genera a partir de ellos clases ABAP Objects.
2. Cada aplicación se publica como un servicio ICF, normalmente bajo la ruta /sap/bc/webdynpro seguida del espacio de nombres y el nombre de la aplicación.
3. Cuando un usuario abre la URL, el servidor ejecuta el componente y envía HTML ya generado al navegador; cada acción relevante del usuario vuelve al servidor.
4. El Web Dynpro Configuration Editor y la personalización permiten a administradores y usuarios adaptar los diseños sin modificar el código de SAP.

Floorplan Manager (FPM) se basa en Web Dynpro ABAP y aporta patrones de página, de forma parecida a lo que hacen los floorplans en SAP Fiori elements. Por tanto, Web Dynpro ABAP es un framework dirigido por el servidor, en el que el navegador muestra lo que decide el servidor ABAP.

Una aplicación Web Dynpro ABAP llega a los usuarios del launchpad como cualquier otro destino:

1. Un tile o un enlace dispara un intent, es decir, un semantic object más una acción.
2. Un target mapping de tipo Web Dynpro resuelve el intent hacia el nombre de la aplicación y un system alias.
3. El launchpad inicia la aplicación en un iFrame.

El modo de integración es una propiedad del intent, que se mantiene en el launchpad app manager (/UI2/FLPAM):

El modo compatible ya no puede seleccionarse para contenido nuevo, pero los target mappings guardados con él lo siguen usando. Dentro de la aplicación, la interfaz IF_WD_FLP_API permite a Web Dynpro ABAP usar la navegación basada en intents hacia apps SAPUI5 y de vuelta. Web Dynpro ABAP es un integrante de pleno derecho del launchpad en cuanto a navegación, aunque sus pantallas se representen de otra forma.

Web Dynpro ABAP se sitúa en la capa de aplicaciones de UI, junto a las apps SAPUI5 y las transacciones SAP GUI for HTML. Tres hechos explican por qué los profesionales se lo encuentran en los proyectos SAP Fiori:

• La Reference Library lo incluye. La SAP Fiori Apps Reference Library usa el tipo de aplicación "Web Dynpro" para estas aplicaciones, con la configuración necesaria para iniciarlas.
• SAP lo sigue entregando. Parte del contenido analítico actual está creado con Web Dynpro ABAP; los informes multidimensionales como el Journal Entry Analyzer son aplicaciones Web Dynpro.
• Puede parecerse a SAP Fiori. Los temas visuales de SAP para aplicaciones clásicas, SAP Belize y SAP Quartz Light, se aplican tanto a Web Dynpro ABAP como a SAP GUI, de modo que los usuarios ven un único lenguaje visual en todo el launchpad.

Un tema similar no hace que la pantalla sea adaptable ni cambia su modelo de interacción. Web Dynpro ABAP es un destino de inicio dentro de SAP Fiori, no una app SAP Fiori en el sentido del diseño.

Web Dynpro ABAP tiene puntos fuertes reales que explican su permanencia:

• Herramientas maduras en el ABAP Workbench, con integración directa en el sistema de transportes.
• Adaptación sin modificaciones mediante capas de configuración, customizing y personalización.
• Cualidades integradas como el soporte de accesibilidad, la internacionalización y la gestión de la seguridad.
• Las directrices de programación ABAP de SAP siguen citando Web Dynpro ABAP y SAPUI5 como las tecnologías estándar para nuevas UI web en ABAP clásico.

Los límites son igual de claros. Las nuevas apps de SAP S/4HANA siguen SAP Fiori elements y el ABAP RESTful application programming model, y Web Dynpro ABAP no forma parte de ABAP Cloud, que admite SAP Fiori como tecnología de UI. Las pantallas están diseñadas para escritorio y necesitan un viaje de ida y vuelta al servidor para la mayoría de las interacciones.

Un criterio de decisión práctico: mantenga e integre las aplicaciones Web Dynpro ABAP existentes que funcionan, adáptelas mediante configuración y elija SAP Fiori elements o SAPUI5 para los nuevos desarrollos. Web Dynpro ABAP sigue siendo un entorno de ejecución sólido para lo que ya existe, no la opción por defecto para lo que viene.

Trabaje desde el launchpad hacia la aplicación:

1. Resolución del intent. Ejecute /UI2/FLIA para el usuario. Si ningún target mapping coincide, la causa está en la asignación de catálogos o roles.
2. Nodo ICF. Una página HTTP 403 o 404 suele indicar que el servicio de la aplicación bajo /sap/bc/webdynpro está inactivo en SICF en el sistema al que apunta el alias.
3. System alias. Un target mapping que apunta al back-end equivocado abre otro sistema o no abre nada.
4. Modo de integración. El contenido antiguo guardado en modo compatible inicia SAP Business Client dentro del launchpad; la navegación y el comportamiento del botón Atrás difieren entonces del modo directo.
5. Autorización. La aplicación se inicia pero muestra un error de autorización; revise el rol del back-end, incluido S_START para la aplicación cuando esa comprobación de inicio está activada, y analícelo con SU53.
6. Tiempos de espera de sesión. El timeout del servidor de Web Dynpro ABAP puede diferir del ajuste del launchpad, así que compruebe ambos.

La mayoría de los fallos al iniciar Web Dynpro ABAP son carencias de configuración en torno a la aplicación, no defectos de la aplicación en sí.

• On-premise y Private Edition: los clientes ejecutan aplicaciones Web Dynpro ABAP entregadas por SAP y propias, activan sus servicios ICF y crean target mappings de tipo Web Dynpro para las aplicaciones personalizadas.
• SAP S/4HANA Cloud Public Edition: las aplicaciones Web Dynpro ABAP entregadas por SAP, como los informes multidimensionales, llegan a los usuarios a través de business catalogs; el desarrollo del cliente usa allí ABAP Cloud, por lo que los clientes no pueden crear otras nuevas.
• SAP ERP: muchos procesos de SAP Business Suite usan pantallas de Web Dynpro ABAP y Floorplan Manager, que a menudo se iniciaban desde SAP Business Client o SAP Enterprise Portal antes del launchpad.

Web Dynpro ABAP se ejecuta en todas las ediciones de SAP S/4HANA basadas en ABAP; lo que varía es si los clientes pueden crear las suyas propias.