Hoja de Referencia de Reglas de Negocios¶

Introducción¶

Esta página proporciona una descripción general de alto nivel de las diferentes reglas comerciales disponibles en App Builder, qué son y por qué utilizarlos.

Llamada API¶

Llamada API es un tipo de regla disponible en App Builder para usar al llamar a un extremo de API. Al seleccionar esta regla, los resultados de Target se limitarán únicamente a los extremos de API REST.

Objeto Comercial¶

Objeto de negocio es el tipo de regla de negocio más utilizado en App Builder aplicaciones. Este tipo de regla le permite utilizar eventos y vincular lógica simple o compleja a través de acciones y validaciones. Los objetos comerciales se utilizan principalmente para crear la capa de interfaz de usuario en una aplicación. Los objetos comerciales pueden utilizar subconsultas como parte de su lógica.

Source y List son dos ejemplos comunes de Business Objects:

Source: Muestra todas las filas y columnas de una tabla en la capa de datos. Hace referencia a una tabla y no debe incluir ningún filtro. Los objetos de origen se utilizan a menudo cuando se necesita crear una expresión o función en los datos subyacentes para presentarlos en la capa de interfaz de usuario de la aplicación.
List: Traduce el valor de la ID de la clave principal a un valor de columna de título fácil de usar. Los objetos de lista se pueden utilizar cuando se desea mostrar datos al usuario final que pueden no estar disponibles en la tabla. Los objetos de lista suelen presentar información en forma de un menú desplegable del que el usuario puede seleccionar.

Calendario¶

Las reglas de negocio de Calendario se utilizan para crear la lógica de negocio de un Calendario que se mostrará en la capa de IU. La ventaja de crear una regla con el tipo Calendario es que puede configurar y organizar cualquier atributo de Calendario requerido en el nivel de la regla definiendo Tipo de uso.

Valores del tipo de uso:

Color- Description- End- Sort- Start

Cuadro¶

Las reglas de negocio de Gráfico se utilizan para crear la lógica de negocio para un gráfico que se mostrará en la capa de interfaz de usuario de la aplicación. La ventaja de crear una regla con el tipo Gráfico es que puede configurar y organizar cualquier atributo de gráfico requerido en el nivel de la regla definiendo el Tipo de uso.

Valores del tipo de uso:

Category- Color- Flag- JSON Options Object- Sort- Value

Mierda¶

Las reglas CRUD se utilizan cuando desea actualizar, eliminar o insertar datos en una aplicación. Las acciones asociadas que seleccione al configurar (Cram, Delete, Insert, Update) definen cómo la regla afecta los registros de la tabla de destino. Las reglas de negocios CRUD se crean y definen en la capa de lógica de negocios.

Las reglas de Capa de negocios CRUD ejecutarán su regla en la capa de lógica de negocios, lo que significa que hará que se ejecuten todas las acciones y validaciones en la tabla u objeto que está modificando.

Las reglas XP CRUD significan CRUD multiplataforma y se utilizan cuando desea utilizar CRUD entre dos fuentes de datos diferentes.

Se requiere definir Acción para una regla CRUD, según lo que esté buscando lograr

Update - modificar registros existentes en la tabla de destino
Delete - elimina registros existentes en la tabla de destino
Insert - crea nuevos registros en la tabla de destino
Cram - similar a Insertar pero no fallará si ya existe una clave principal. Esto significa que solo creará un nuevo registro si la clave principal no existe en la fuente de datos y omitirá cualquier registro de clave duplicado que encuentre.

Por Defecto¶

Los objetos predeterminados se utilizan para establecer como predeterminado la información que aparece en un campo de la capa de interfaz de usuario de una aplicación y también se pueden utilizar en las capas de datos y lógica empresarial. El objetivo de las reglas predeterminadas es ahorrar tiempo al usuario y proporcionar una mejor experiencia de usuario. Un ejemplo común es establecer como predeterminado un campo de fecha para un nuevo registro agregado hoy.

Diagrama de Gantt¶

Las reglas de negocio Gantt se utilizan para crear la lógica de negocio para un diagrama de Gantt que se mostrará en la capa de interfaz de usuario. La ventaja de crear una regla con el tipo Gantt es que puede configurar y organizar cualquier atributo de diagrama de Gantt requerido en el nivel de la regla definiendo el Tipo de uso.

Valores del tipo de uso:

Color- Dependency- End- JSON Options Object- Parent Task- Sort- Start- Task- Task Group

Lista¶

Las reglas de negocio de Lista se utilizan para completar listas de selección desde la capa de interfaz de usuario en una aplicación. Las reglas de lista no tienen ninguna acción o validación asociada. El beneficio de crear una regla con el tipo Lista es que puede configurar y organizar cualquier atributo de Lista en el nivel de regla definiendo Tipo de uso.

Valores de Tipo de uso:

Key- Title- Subtitle

Mapa¶

Las reglas de negocio de Mapa se utilizan para crear la lógica de negocio de un mapa que se mostrará en la capa de interfaz de usuario. La ventaja de crear una regla con el tipo de mapa es que puede configurar y organizar cualquier atributo de mapa en el nivel de la regla definiendo el Tipo de uso.

Valores del tipo de uso:

Category- Color- JSON Options Object- Value

Migración¶

Las reglas de migración se ejecutan cuando se instala una versión en un nuevo servidor. Se definen como una regla CRUD y se ejecutan en el ambiente de desarrollo. Las reglas de migración permiten que un usuario modifique la base de datos mediante las acciones Actualizar, Insertar, Eliminar o Cram. Estas reglas se agregan a los pasos de Gestión de cambios que se ejecutan en orden al publicar una versión de lanzamiento en App Builder a un nuevo ambiente. Cuando se ejecuta una regla de migración, App Builder toma una instantánea de la regla y la incorpora al conjunto de cambios. La regla de migración se elimina después de ejecutarla como regla de migración. Estas reglas se utilizan principalmente al trasladar aplicaciones de Desarrollo a Control de calidad y luego a Producción.

Gráfico de Red¶

Gráfico de red Las reglas de negocio se utilizan para crear la lógica de negocio para mostrar un gráfico de red en la capa de interfaz de usuario de una aplicación. La ventaja de utilizar este tipo de regla es que tiene tipos de uso de columna asociados adecuados para el gráfico de red. Cuando lo utilice en la capa de interfaz de usuario, los valores se establecerán de forma predeterminada en función de los tipos de uso.

Notificación¶

Una regla de negocio de Notificación permite App Builder para enviar un mensaje a un usuario. Los mensajes se pueden enviar por Correo, notificaciones push, mensajes de texto o App Builder alertas (notificaciones dentro de la aplicación). Las notificaciones admiten archivos adjuntos de cualquier tipo.

Pivote¶

Las reglas de tabla dinámica se utilizan para mostrar una tabla dinámica en una aplicación. Este tipo de regla le permite aplanar una tabla de conjunto de datos. Las reglas de tabla dinámica resumen datos relacionados que se extienden a lo largo de varias filas y los presentan en una sola fila. Esta salida ayuda a llamar la atención sobre información útil.

Informe¶

Report Las reglas de negocio le permiten configurar la lógica de negocio sin ningún evento asociado. Este tipo de regla está pensado para diferentes requisitos de informes en la capa de interfaz de usuario; por ejemplo, se puede utilizar para un gráfico, un panel de cuadrícula o una tabla dinámica.

Alcanzar¶

Reach Las reglas de negocio le permiten restringir los datos a los que ciertos usuarios tienen acceso en una aplicación. Los usuarios podrán navegar a las mismas páginas, pero los datos que se muestran en cada página se personalizarán para mostrar solo los datos a los que tiene acceso el usuario individual. Puede usar Reach, por ejemplo, si desea proporcionar a un usuario de ventas acceso solo a los datos según su región asignada.

Subconsulta¶

Las subconsultas son reglas de negocio que residen dentro de otras reglas de negocio, como objetos de negocio. Las subconsultas por sí solas no están expuestas a la capa de interfaz de usuario de la aplicación y no admiten eventos de lógica de negocio. Por lo general, se utilizan para ajustar datos, realizar una lógica más compleja o cálculos sobre los datos. Al diseñar subconsultas, intente mantener la lógica lo más simple y sencilla posible.

Validación¶

Las validaciones se utilizan para proteger la integridad de los datos. Se pueden ejecutar con datos ingresados manualmente y evitar que un usuario agregue registros que violen la lógica empresarial (por ejemplo, registros duplicados). Las reglas de validación también se pueden utilizar en la capa de lógica empresarial. Si una regla CRUD se configura como capa empresarial, las validaciones también se ejecutarán cuando se ejecute esa regla CRUD.
Los mensajes de validación que se presentan a los usuarios son configurables y pueden aprovechar la sustitución dinámica para mejorar la experiencia del usuario.

Visibilidad¶

Visibilidad Las reglas de negocio determinan el estado de un control en la capa de interfaz de usuario, es decir, qué controles están ocultos, son obligatorios o están disponibles para editar. El valor agregado de una regla de visibilidad es simplificar el diseño de la página y la experiencia del usuario. Este tipo de reglas solo se pueden configurar para un panel de formulario.

Webhook¶

Se utiliza un Webhook para permitir que cualquier sistema invoque eventos de devolución de llamada personalizados en App Builder un webhook es una devolución de llamada HTTP definida por el usuario y normalmente se activa mediante un evento. Si se utiliza un webhook en forma de Correo o mensaje de texto, según la respuesta del usuario, App Builder responderá en consecuencia invocando el evento especificado.

XP-CRUD (explosión de Código Abierto)¶

Una regla XP CRUD se utiliza para crear y ejecutar una regla CRUD en distintas fuentes de datos. Las reglas de tipo XP están diseñadas para permitir que la lógica se ejecute en distintas fuentes de datos.

Validación XP¶

Una regla de validación XP se utiliza para crear y ejecutar reglas de validación en distintas fuentes de datos. Las reglas de tipo XP están diseñadas para permitir que la lógica se ejecute en distintas fuentes de datos.