Reglas de negocio en Jitterbit App Builder

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é usarlas.

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 destino se limitan únicamente a los extremos de API REST.

Objeto de negocio

Objeto de Negocio es el tipo de regla de negocio más utilizado en las aplicaciones de App Builder. Este tipo de regla permite usar eventos e integrar lógica simple o compleja mediante acciones y validaciones. Los objetos de negocio se utilizan principalmente para crear la capa de interfaz de usuario (IU) de una aplicación. Pueden usar subconsultas como parte de su lógica.

Source y List Dos ejemplos comunes de Business Objects son:

Source: Muestra todas las filas y columnas de una tabla en la capa de datos. Hace referencia a una tabla y no debe incluir filtros. 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 del ID de la clave principal a un valor de columna de título fácil de usar. Los objetos de lista se pueden usar cuando se desea mostrar al usuario final datos que podrían no estar disponibles en la tabla. Los objetos de lista suelen presentar información en forma de menú desplegable 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 interfaz de usuario. La ventaja de crear una regla de tipo Calendario es que permite configurar y organizar los atributos de calendario necesarios a nivel de regla definiendo el 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 de 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 de gráfico es que permite configurar y organizar los atributos de gráfico necesarios a nivel de regla definiendo el Tipo de uso.

Valores del tipo de uso:

Category
Color
Flag
JSON Options Object
Sort
Value

CRUD

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

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

Las reglas XP CRUD se refieren a CRUD multiplataforma y se utilizan cuando se desea usar CRUD entre dos fuentes de datos diferentes.

Se requiere definir una Acción para una regla CRUD, dependiendo del objetivo que se busque.

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 falla 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.

Por defecto

Los Objetos Predeterminados se utilizan para predeterminar la información que aparece en un campo de la capa de interfaz de usuario de una aplicación y también pueden usarse en las capas de datos y lógica de negocio. El objetivo de las Reglas Predeterminadas es ahorrar tiempo al usuario y brindarle una mejor experiencia. Un ejemplo común es predeterminar un campo de fecha para un nuevo registro añadido hoy.

Diagrama de Gantt

Las reglas de negocio Gantt se utilizan para crear la lógica de negocio de un diagrama de Gantt que se mostrará en la interfaz de usuario. La ventaja de crear una regla con el tipo Gantt es que permite configurar y organizar los atributos necesarios del diagrama de Gantt a nivel de 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 rellenar listas de selección desde la capa de interfaz de usuario de una aplicación. No tienen acciones ni validaciones asociadas. La ventaja de crear una regla de tipo Lista es que permite configurar y organizar cualquier atributo de Lista a nivel de regla definiendo el Tipo de uso.

Valores del 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 permite configurar y organizar cualquier atributo del mapa a nivel de 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 al instalar una versión en un nuevo servidor. Se definen como una regla CRUD y se ejecutan en el ambiente de desarrollo. Permiten al usuario modificar la base de datos mediante las acciones Actualizar, Insertar, Eliminar o Cram. Estas reglas se añaden a los pasos de Gestión de Cambios, que se ejecutan en orden al publicar un LP en App Builder en un nuevo ambiente. Al ejecutar una regla de migración, App Builder toma una instantánea de la regla y la integra en el conjunto de cambios. La regla de migración se elimina tras su ejecución. Estas reglas se utilizan principalmente al migrar aplicaciones de Desarrollo a Control de Calidad y a Producción.

Gráfico de red

Gráfico de Red Las reglas de negocio se utilizan para crear la lógica de negocio necesaria para mostrar un Gráfico de Red en la interfaz de usuario de una aplicación. La ventaja de usar este tipo de regla es que tiene asociadas las columnas de Tipos de Uso adecuadas para el Gráfico de Red. Al usarla en la interfaz de usuario, los valores predeterminados se basan en los Tipos de Uso.

Notificación

Una regla de negocio de Notificación permite que App Builder envíe un mensaje a un usuario. Los mensajes pueden enviarse por Correo, notificaciones push, mensajes de texto o alertas de App Builder (notificaciones integradas en la aplicación). Las notificaciones admiten archivos adjuntos de cualquier tipo.

Pivote

Las reglas de pivote se utilizan para mostrar una tabla dinámica en una aplicación. Este tipo de regla permite simplificar una tabla de un conjunto de datos. Las reglas de pivote resumen datos relacionados que abarcan varias filas y los presentan en una sola. Este resultado ayuda a destacar información útil.

Informe

Informe Las reglas de negocio permiten configurar la lógica de negocio sin eventos asociados. Este tipo de regla está diseñada para diferentes requisitos de informes en la capa de interfaz de usuario; por ejemplo, se puede usar para un gráfico, un panel de cuadrícula o una tabla dinámica.

Alcanzar

Reach Las reglas de negocio permiten restringir el acceso a los datos de ciertos usuarios en una aplicación. Los usuarios podrán navegar a las mismas páginas, pero los datos mostrados en cada página se personalizarán para mostrar únicamente los datos a los que cada usuario tiene acceso. Podría usar Reach, por ejemplo, si desea otorgar a un usuario de ventas acceso únicamente 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. Se suelen utilizar para ajustar datos, realizar lógica más compleja o realizar cálculos con ellos. Al diseñar subconsultas, procure que la lógica sea lo más simple y sencilla posible.

Validación

Las Validaciones se utilizan para proteger la integridad de los datos. Pueden ejecutarse con datos ingresados manualmente y evitar que un usuario agregue registros que infrinjan la Lógica de Negocio (por ejemplo, registros duplicados). Las Reglas de Validación también se pueden usar en la Capa de Lógica de Negocio. Si una Regla CRUD se configura como Capa de Negocio, las Validaciones también se ejecutarán cuando se ejecute dicha Regla CRUD.
Los mensajes de validación que se muestran 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 interfaz de usuario, es decir, qué controles están ocultos, son obligatorios o están disponibles para su edición. El valor añadido 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

Un Webhook permite 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 generalmente se activa mediante un evento. Si se utiliza un Webhook como Correo o mensaje de texto, según la respuesta del usuario, App Builder responderá invocando el evento especificado.

XP CRUD

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

Validación de XP

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