Gestión de salidas de SAP S/4HANA: Un vistazo a la arquitectura y las herramientas
La gestión de resultados ha cambiado fundamentalmente con SAP S/4HANA. Este artículo arroja luz sobre los componentes arquitectónicos más importantes: desde la base de datos (vistas CDS vs. tablas) hasta las reglas (BRF+) y las aplicaciones centrales de Fiori.
El cambio de paradigma: del NAST clásico a la gestión moderna de salidas S/4HANA
Probablemente el cambio arquitectónico más significativo en la salida de SAP tuvo lugar con el cambio de SAP ERP a S/4HANA. El antiguo y probado sistema de control clásico de mensajes (basado en la tabla **NAST**) ha sido reemplazado por una gestión de salida ágil y centralizada **S/4HANA**. Este cambio es mucho más que una simple actualización técnica: supone un cambio de paradigma fundamental en la gestión de la salida de los documentos.
Tabla de contenido
- Gestión de salidas de SAP S/4HANA: Un vistazo a la arquitectura y las herramientas
- El cambio de paradigma: del NAST clásico a la gestión moderna de salidas S/4HANA
- Fiori App F2279: Monitorizar las solicitudes de salida
- Gestión de salidas SAP S/4HANA: Aplicaciones Fiori para procesamiento programado
- Ver CDS SUJETO SUPERIOR y Tabla APOC_D_OR_ITEM: Diferencia y Relación
- BRF+: El papel del Marco de Reglas de Negocio Plus en la Gestión de Resultados
Un vistazo a las diferencias clave
| Centro de atención | Control clásico de mensajes (NAST) | Gestión de Salida S/4HANA (Moderna) |
|---|---|---|
| Lógica de reglas | Basado en la técnica de condición configurada mediante NACE de transacciones y tablas de personalización asociadas. | Aprovecha el potente **Business Rule Framework plus (BRF+)** para una definición flexible y no basada en modificaciones. |
| Datos | Almacenamiento directo de los datos de los mensajes en la tabla NAST física, incrustados en marcos legados. |
Se basa en **Modelos de Datos Virtuales (Vistas CDS)** que se basan en tablas modernas como APOC_D_OR_ITEM . |
| Construcción | Centrado en módulos y fuertemente ligado a las aplicaciones respectivas (por ejemplo, SD, MM). | **Centralizado** y unificado en todas las aplicaciones, optimizado para entornos en la nube y locales. |
| Interfaz de usuario | Principalmente controlable a través de la interfaz gráfica de SAP y las transacciones clásicas. | Gestionado y monitorizado mediante **aplicaciones Fiori** (por ejemplo, F2279 «Monitorear solicitudes de salida»). |
La nueva Gestión de Resultados está diseñada para cumplir con **requisitos en la nube** y proporciona una gestión centralizada de extremo a extremo de todos los gastos. La provisión de datos se realiza de forma consistente mediante interfaces modernas como CDS Views (base para COUTREQITEM). Aunque el antiguo controlador NAST en S/4HANA On-Premise sigue existiendo para ciertas aplicaciones heredadas, la nueva Gestión de Salida es el estándar claro para todas las aplicaciones SAP actuales y futuras, así como para todo el mundo Fiori.
Fiori App F2279: Monitorizar las solicitudes de salida
La aplicación Fiori **F2279** con el título **»Monitor Output Requests»** desempeña un papel central para los usuarios que trabajan con Output Management en SAP S/4HANA. Permite a los departamentos de negocio y al personal de TI obtener una **visión general** de todos los pedidos de salida generados.
- Propósito: La aplicación se utiliza para monitorizar y solucionar problemas del tráfico de impresión y correo electrónico que genera el sistema (por ejemplo, confirmaciones de pedidos, facturas, documentos de entrega).
- Base de datos: La aplicación accede directamente o indirectamente a los datos de los artículos de la orden de emisión. Esto incluye información de estado y referencias a los documentos subyacentes, cuyos detalles suelen proporcionarse mediante vistas CDS como
COUTREQITEM. - Funcionalidad: Los usuarios pueden comprobar el **estado actual** de los trabajos de salida (por ejemplo, *Exitoso*, *Fallido*), ver los detalles y a menudo también reenviar (*Reintentar*) o cancelar los trabajos de salida.
En resumen: la aplicación Fiori F2279 es la **herramienta frontend** para gestionar los datos que técnicamente se almacenan en tablas APOC_D_OR_ITEM como y se proporcionan mediante vistas comoCOUTREQITEM
Gestión de salidas SAP S/4HANA: Aplicaciones Fiori para procesamiento programado
En la **nueva SAP S/4HANA Output Management**, el procesamiento de salidas marcadas con **DISPATCH_TIME 2 (Programado)** se controla mediante aplicaciones Fiori específicas de cada aplicación. No existe **una única app genérica** para todos los tipos de salida que incluya este proceso.
Los nombres de estas aplicaciones suelen seguir el patrón: «Programar salida [Objeto de aplicación]» o «Programar la publicación de salidas de [Objeto de aplicación]».
Ejemplos de aplicaciones Fiori para programar trabajos de salida
| Aplicación empresarial | Nombre de la aplicación Fiori (Ejemplos) | ID de aplicación Fiori (ejemplo) |
|---|---|---|
| Facturación (facturación) | Salida de facturación programada | F1510 |
| Orden de compra | Programar la publicación de las salidas de las órdenes de compra | F5367 |
| Documentos de venta | Producción del documento de ventas de programación | F2459 |
| Seguimiento general | Empleos de aplicación (para gestionar todos los trabajos programados) | – |
Notas importantes sobre cómo funciona
- App Fiori como interfaz: La aplicación solo sirve como una **interfaz de usuario** para definir los criterios de selección (por ejemplo, números de documentos, unidades organizativas, etc.) para el trabajo en segundo plano.
- Fondo: El procesamiento real se realiza en segundo plano como un **trabajo** que utiliza el **Marco Genérico de Planificación de Trabajos**.
- Selección dirigida: Estas aplicaciones solo procesan los elementos de salida que están marcados con el **Horario Programado 2** («Programado» o «Programado»). Los mensajes de tiempo de envío 1 («Inmediatamente» o «Sofort») se procesan directamente cuando se guarda el recibo.
Ver CDS SUJETO SUPERIOR y Tabla APOC_D_OR_ITEM: Diferencia y Relación
La relación fundamental entre la tabla física (por ejemplo APOC_D_OR_ITEM) y la Vista CDS (por ejemplo COUTREQITEM) refleja el principio de diseño del Modelo de Datos Virtuales (VDM) en SAP S/4HANA:
- La fuente física: Los datos técnicos en bruto de los elementos en orden de salida se almacenan en la tabla de la base de datos (
APOC_D_OR_ITEM). Es el depósito de la verdad. - La interfaz lógica: La Vista CDS (
COUTREQITEM) es la capa de acceso estandarizada, estable y a menudo optimizada para el rendimiento. Abstrae y proporciona los datos para su uso.
Resultado: En entornos modernos de S/4HANA, siempre debes usar la Vista CDS para acceder a los datos. Ofrece la abstracción necesaria de estructuras de tablas complejas y es el método preparado para el futuro en el ecosistema SAP.
BRF+: El papel del Marco de Reglas de Negocio Plus en la Gestión de Resultados
En S/4HANA Output Management, toda la lógica para **encontrar parámetros de salida** ya no se mapea en la técnica clásica de condición (NAST), sino que está controlada centralmente por el **Business Rule Framework plus (BRF+)**.
BRF+ actúa como una herramienta poderosa para modelar y ejecutar reglas de negocio que determinan:
- Cuando se crea una orden de salida (por ejemplo, tras la publicación de una factura).
- Cuál Configuración de salida (impresora, dirección de correo electrónico, número de fax).
- Cuál Formulario o qué tipo de envío se utiliza.
Estas reglas están organizadas en **funciones** que acceden a objetos de contexto (como los datos de tu documento) y toman decisiones que posteriormente conducen a la creación de los elementos de orden de salida (base de datos para COUTREQITEM).
Puntos clave de acceso BRF+
Aunque BRF+ se configura principalmente a través del Workbench basado en Web Dynpro, se accede a él desde el Fiori Launchpad:
- Fiori App «Determinación de parámetros de salida» (Transaction OPD)
- Esta aplicación es la **interfaz centralizada y simplificada de Fiori** (a menudo un wrapper para la aplicación Web Dynpro de transacciones OPD) para configurar las reglas de salida en S/4HANA Output Management. Ofrece una visión caso por uso de las normativas BRF+ y es el punto de entrada más importante para los consultores funcionales.
- Transacción BRF+ (o BRFPLUS)
- La transacción clásica para iniciar el **BRFplus Workbench** (Web Dynpro). Esta es la interfaz experta en la que se modelan directamente las aplicaciones subyacentes, funciones y las reglas de decisión reales (tablas de decisión, etc.).
