Overview Page (OVP)

Una overview page encaja en la supervisión y la toma de decisiones de un área de trabajo, como compras o ventas, cuando la información procede de varias entidades y el usuario necesita una lectura rápida antes de actuar en otro lugar.

Criterios de decisión:

• Un único conjunto de datos que los usuarios analizan en profundidad y sobre el que luego actúan: una analytical list page.
• Varios conjuntos de datos que un rol revisa en busca de excepciones para después profundizar: una overview page.
• Una página de inicio personal que abarca todo el trabajo de un usuario: My Home, la página de entrada del launchpad en SAP S/4HANA.
• Una búsqueda entre muchos objetos: un list report.

Ejemplo: el responsable de compras de Alder Manufacturing abre una overview page con cuatro cards: solicitudes de pedido pendientes de aprobación, valor de pedidos por proveedor, entregas retrasadas de Bright Freight y enlaces rápidos a las aplicaciones de compras. Cada card abre la aplicación donde se realiza el trabajo. La Procurement Overview Page (F1990) de SAP sigue este patrón. Una overview page es la opción adecuada cuando un rol necesita primero amplitud y la profundidad a un clic.

Una overview page tiene una estructura sencilla:

1. Cabecera: el título del área de negocio que cubre la página, con un menú de usuario que incluye la gestión de las cards que se muestran.
2. Barra de filtros (opcional): filtros a nivel de aplicación, como una sociedad o un intervalo de fechas, que se aplican a todas las cards cuya entidad comparte la propiedad filtrada.
3. Cards en una cuadrícula: columnas adaptables, hasta cinco según el ancho de pantalla, que los usuarios pueden reorganizar arrastrando y soltando.

Cada card tiene dos áreas. La cabecera de la card lleva un título obligatorio, un subtítulo opcional y un contador que indica cuántos registros muestra la card del total para el filtro actual; también puede llevar un valor KPI con tendencia, lo que requiere un servicio que agregue. El área de contenido muestra una lista, una tabla, enlaces o un gráfico. Al hacer clic en una card o en uno de sus elementos se navega, normalmente mediante navegación basada en intents, a la aplicación que gestiona el detalle. La unidad de trabajo de una overview page es la card, no la página.

Cada card está vinculada a un único entity set. UI.SelectionVariant y UI.PresentationVariant acotan y ordenan lo que muestra una card, UI.Identification contiene las acciones de la card y UI.KPI configura las cabeceras KPI. Los desarrolladores también pueden crear cards personalizadas. Las cards de la overview page son componentes de este floorplan basados en anotaciones; las UI integration cards son una tecnología de cards declarativa independiente, diseñada para reutilizarse en distintos hosts. Elegir bien los tipos de card es la mayor parte del trabajo de diseño de una overview page.

Todos los ajustes están en la sección sap.ovp de manifest.json, en dos niveles:

• Nivel de página: el modelo y el entity set del filtro global, el layout del contenedor (un layout redimensionable permite a los usuarios cambiar el tamaño de las cards), la carga de datos al iniciar y la actualización automática, cuyo intervalo mínimo y predeterminado es de un minuto.
• Nivel de card: para cada card, la plantilla, el entity set, las rutas de anotación para line items, gráficos, selección, presentación y KPI, además de los ajustes de navegación.

La overview page acepta servicios OData V2 y V4, incluso dentro de la misma página. SAP indica que sus principios de UI proceden de OData V2, que sigue usando smart controls y que solo se usa el building block FilterBar; por eso, la documentación completa está en la sección V2 del SDK. Los usuarios pueden reorganizar, ocultar, mostrar, redimensionar y filtrar las cards, y las cards movidas conservan su posición. El flexible column layout no se aplica a las overview pages. En SAP S/4HANA Cloud Public Edition, las overview pages personalizadas dependen de las opciones de extensibilidad disponibles allí, así que consulte la documentación de extensibilidad de su release. Configurar una overview page consiste sobre todo en seleccionar cards, no en construir pantallas.

1. Cards que no llevan a ninguna parte. Una card sin navegación muestra un problema, pero no el camino para resolverlo.
2. Demasiadas cards. Veinte cards convierten una vista general en un desplazamiento interminable; conserve las que un rol revisa a diario.
3. Ignorar las autorizaciones. Sin el ajuste de card requireAppAuthorization, los usuarios pueden ver una card y encontrarse con un error de acceso al navegar. Con él, la card solo aparece si el usuario puede abrir el intent de destino.
4. Cabeceras KPI en servicios que no agregan. Los valores KPI necesitan agregación en el back-end.
5. Duplicar aplicaciones existentes. Una card que reproduce un list report completo invita a los usuarios a trabajar dentro de la card en lugar de en la aplicación.

Cuando una card falta o está vacía, compruebe en este orden: si el usuario la ocultó en Manage Cards, el intent de requireAppAuthorization y los roles del usuario, la selection variant de la card, los valores del filtro global y, por último, la autorización sobre el entity set de la card. La mayoría de los problemas de una overview page provienen de la selección de las cards y de las autorizaciones, no del framework.