Las reglas de decisión y de negocio han evolucionado a lo largo de los años en SAP. Con cada plataforma, la tecnología de reglas de negocio también evolucionó con el tiempo.

Ahora sabemos que el motor de reglas está disponible en ABAP como BRFplus, en SAP HANA como marco de reglas de SAP HANA, en Java como SAP Business Process Management y en la nube como Automatización de procesos de construcción de SAP. Dado que cada vez más organizaciones tienen un panorama híbrido con soluciones comerciales que abarcan sistemas locales, en la nube, SAP y no SAP, existía una necesidad cada vez mayor de tener una solución central de administración de reglas comerciales donde los usuarios comerciales pudieran administrar reglas desde una única plataforma.

Por lo tanto, la gestión central de decisiones es uno de los aspectos importantes del artefacto de decisión en el servicio SAP Build Process Automation. Con esta funcionalidad, las decisiones una vez modeladas se pueden implementar en SAP BTP o SAP HANA, y luego consumidos en las respectivas aplicaciones en estas plataformas.

En esta publicación, cubriremos los diferentes tiempos de ejecución en los que se puede implementar un artefacto de decisión.

Nube

Cuando las decisiones se modelan e implementan en SAP Build Process Automation, las reglas se implementan en el tiempo de ejecución de la nube. La implementación implica publicar el modelo de decisión desde la fase de diseño en un entorno de ejecución desde donde se puede ejecutar. El entorno de ejecución más común para tomar decisiones en SAP Build Process Automation es el entorno de ejecución en la nube. Cuando un proceso de negocio llega a un punto en el que es necesario ejecutar una decisión, el sistema llama al modelo de decisiones implementado en la nube, que se expone a través de las API REST. Esta figura muestra el artefacto de decisión Determinar aprobadores autorizados dentro de un proyecto denominado Aprobación de factura que se ha lanzado e implementado varias veces.

Para ver el contenido de cualquier decisión implementada, puede hacer clic en la versión respectiva y luego navegar hasta el artefacto de decisión. La vista se abrirá en modo de solo lectura, como se muestra en esta figura.

Aquí puede ver las reglas reales que se implementaron y obtener información sobre los metadatos de la decisión, como el ID y la versión de la decisión (consulte la figura siguiente).

Después de la implementación, las reglas o decisiones comerciales se pueden consumir utilizando una API basada en REST. La API para invocar un servicio de reglas se documentó en SAP Business Accelerator Hub, como se muestra en esta figura.

El poder de una decisión es la apertura que aporta con la API basada en REST. Una vez implementado, se puede consumir desde cualquier aplicación en sistemas locales, en la nube, SAP o no SAP. Siguiendo el ciclo de vida del proyecto empresarial, las decisiones se pueden versionar tantas veces como se desee. Cada versión de decisión se puede implementar en SAP BTP. Es posible consumir cualquier versión específica de una decisión a través de la API. Si no se proporcionan detalles de la versión al activar la API, se llamará a la última versión durante la ejecución en tiempo de ejecución.

SAP HANA

Hay varios estilos de contemplar decisiones. La toma de decisiones analítica es una de esas formas en las que se toman decisiones comerciales importantes en función de un gran conjunto de datos históricos. SAP HANA es una plataforma de datos en memoria que admite el procesamiento analítico y operativo, incluido el soporte transaccional (y también combinaciones de estos) para satisfacer una amplia gama de requisitos.

Además de las capacidades de la base de datos, SAP HANA tiene muchas características adicionales, como análisis predictivo, búsqueda y minería de texto, etc. SAP HANA es ahora la base de datos elegida para la mayoría de las soluciones de líneas de negocio (LoB) de SAP. Para respaldar la implementación de decisiones en SAP HANA, SAP Build Process Automation admite la creación de scripts SQL basados ​​en las decisiones modeladas. Debido a que este no es un escenario común, solo se puede acceder a la capacidad a través de API.

La siguiente figura muestra una API llamada desde un cliente REST para generar un script SQL que luego se puede ejecutar en SAP HANA para crear un procedimiento SQL con entradas y salidas definidas.

El procedimiento SQL se puede ejecutar directamente en una base de datos SAP HANA para realizar la ejecución de la regla. Haga clic derecho en el procedimiento y elija Ejecutar. También se puede activar desde cualquier aplicación utilizando las interfaces de programación Java Database Connectivity (JDBC).

ABAP

Las reglas comerciales en SAP Workflow Management admiten la implementación de una regla comercial como regla BRFplus en un sistema ABAP conectado. Esta característica ya no está disponible en la capacidad de decisiones de SAP Build Process Automation. Sin embargo, las reglas comerciales dentro de SAP Build Process Automation aún admiten la implementación en un entorno ABAP. Esto convierte las reglas en un módulo de funciones ejecutable en ABAP como el comportamiento de BRFplus.

Conclusión

SAP Build Process Automation reúne años de evolución en las tecnologías de reglas de negocio y decisiones de SAP en una plataforma unificada. Al admitir múltiples tiempos de ejecución, desde API REST basadas en la nube hasta procedimientos SAP HANA SQL y módulos de funciones ABAP, permite a las organizaciones implementar y gestionar decisiones donde más se necesitan. Ya sea que su panorama abarque sistemas locales y en la nube o aplicaciones SAP y no SAP, SAP Build Process Automation brinda la flexibilidad y centralización necesarias para mantener la lógica de decisiones consistente, transparente y accesible en toda su empresa.

nota del editor: Esta publicación ha sido adaptada de una sección del libro. Automatización de procesos de construcción de SAP: la guía completa por Steven Jacobson, Chaitanya Priya Puvvada, Seshadri Sreenivas Ramanarayanan, Stephan Schlüchtery Archana Shukla. Steven es un gerente de producto en SAP que tiene un profundo conocimiento y experiencia con Automatización de procesos de construcción de SAP. Chaitanya es gerente senior de productos en el ámbito de la gestión del capital humano con Factores de éxito de SAP. Seshadri es gerente senior de productos para SAP Build Process Automation en SAP. Schluchter es gerente de producto de Construcción de SAP. Archana es directora senior de gestión de productos en SAP.

Esta publicación se publicó originalmente el 10/2025.