Regras de negócios no Jitterbit App Builder

Introdução

Esta página fornece uma visão geral de alto nível das diferentes Regras de Negócios disponíveis no App Builder, o que são e por que você as usa.

Chamada de API

Chamada de API é um tipo de regra disponível no App Builder para uso ao chamar um endpoint de API. Selecionar essa regra limitará os resultados do Target somente aos endpoints da API REST.

Objeto de negócios

Business Object é o tipo de Business Rule mais frequentemente usado em aplicativos do App Builder. Esse tipo de regra permite que você use Eventos e vincule lógica simples ou complexa por meio de ações e validações. Business Objects são usados principalmente para construir a Camada de IU em um aplicativo. Business Objects podem usar Subconsultas como parte de sua lógica.

Source e List são dois exemplos comuns de Objetos de Negócios:

• Source: Mostra todas as linhas e colunas de uma tabela na Camada de Dados. Faz referência a uma tabela e não deve incluir nenhum filtro. Objetos de Origem são frequentemente usados quando você precisa criar uma expressão ou função nos dados subjacentes para apresentá-los na Camada de IU do aplicativo.

• List: Traduz o valor do ID da chave primária para um valor de coluna Title amigável ao usuário. Objetos de Lista podem ser usados quando você deseja exibir dados para o usuário final que podem não estar disponíveis na tabela. Objetos de Lista geralmente apresentam informações na forma de um menu suspenso que um usuário pode selecionar.

Calendário

As Regras de Negócios do Calendário são usadas para criar a lógica de negócios para um Calendário que será exibido na Camada da IU. O benefício de criar uma regra com o tipo Calendário é que você pode configurar e organizar quaisquer atributos de Calendário necessários no nível da regra definindo Tipo de Uso.

Valores do Tipo de Uso:

• Color
• Description
• End
• Sort
• Start

Gráfico

Regras de negócios de gráfico são usadas para criar a lógica de negócios para um gráfico que será exibido na camada de interface do usuário no aplicativo. O benefício de criar uma regra com o tipo de gráfico é que você pode configurar e organizar quaisquer atributos de gráfico necessários no nível da regra definindo Tipo de uso.

Valores de tipo de uso:

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

CRUD

Regras CRUD são usadas quando você deseja Atualizar, Excluir ou Inserir dados em um aplicativo. As Ações associadas que você seleciona ao configurar (Cram, Delete, Insert, Update) definem como a regra impacta os registros da tabela de destino. As regras de negócios CRUD são criadas e definidas na camada de lógica de negócios.

As regras da camada de negócios CRUD executarão sua regra na camada de lógica de negócios, o que significa que farão com que todas as ações e validações na tabela ou objeto que você está modificando sejam executadas.

As regras de CRUD XP significam CRUD de plataforma cruzada e são usadas quando você deseja usar CRUD entre duas fontes de dados diferentes.

A ação precisa ser definida para uma regra CRUD, dependendo do que você deseja alcançar

• Update - modificar registros existentes na tabela Target
• Delete - exclui registros existentes na tabela Target
• Insert - cria novos registros na tabela Target
• Cram - semelhante a Insert, mas não falhará se uma chave primária já existir. O que significa que ele só criará um novo registro se a PK não existir na fonte de dados e pulará quaisquer registros de chave duplicados encontrados.

Padrão

Objetos Padrão são usados para informações padrão que aparecem em um campo na Camada de IU em um aplicativo e também podem ser usados nas Camadas de Dados e Lógica de Negócios. O objetivo das Regras Padrão é economizar tempo do Usuário e fornecer uma melhor experiência do Usuário. Um exemplo comum é padronizar um campo de Data para um novo registro adicionado hoje.

Gantt

Gantt Regras de Negócios são usadas para criar a lógica de negócios para um Gráfico de Gantt que será exibido na Camada de IU. O benefício de criar uma regra com o tipo Gantt é que você pode configurar e organizar quaisquer atributos necessários do Gráfico de Gantt no nível da regra definindo Tipo de Uso.

Valores do Tipo de Uso:

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

Lista

List Regras de Negócios são usadas para preencher listas selecionadas da Camada de IU em um aplicativo. Regras de Lista não têm nenhuma Ação ou Validação associada. O benefício de criar uma regra com o tipo Lista é que você pode configurar e organizar quaisquer atributos de Lista no nível da regra definindo Tipo de Uso.

Valores de Tipo de Uso:

• Key
• Title
• Subtitle

Mapa

Map Regras de Negócios são usadas para criar a lógica de negócios para um Mapa que será exibido na Camada de IU. O benefício de criar uma regra com o tipo de Mapa é que você pode configurar e organizar quaisquer atributos de Mapa no nível da regra definindo Tipo de Uso.

Valores de Tipo de Uso:

• Category
• Color
• JSON Options Object
• Value

Migração

Migração As regras são executadas quando uma versão é instalada em um novo servidor. Elas são definidas como uma regra CRUD e executadas no ambiente de desenvolvimento. As regras de migração permitem que um usuário modifique o banco de dados usando as ações Atualizar, Inserir, Excluir ou Cram. Essas regras são adicionadas às etapas de Gerenciamento de alterações que são executadas em ordem ao publicar um LP no App Builder em um novo ambiente. Quando uma regra de migração é executada, o App Builder tira um instantâneo da regra e a incorpora no conjunto de alterações. A regra de migração é excluída após executá-la como uma regra de migração. Essas regras são usadas principalmente ao mover aplicativos do desenvolvimento para o controle de qualidade e para a produção.

Gráfico de rede

Gráfico de rede Regras de negócios são usadas para criar a lógica de negócios para exibir um gráfico de rede na camada de IU de um aplicativo. O benefício de usar esse tipo de regra é que ele tem Tipos de uso de coluna associados apropriados para o gráfico de rede. Quando você usa isso na camada de IU, os valores serão padronizados com base nos Tipos de uso.

Notificação

Uma Notificação Business Rule permite que o App Builder envie uma mensagem para um Usuário. As mensagens podem ser enviadas por Email, notificações push, mensagens de texto ou alertas do App Builder (notificações no aplicativo). As notificações oferecem suporte a anexos de arquivo de qualquer tipo.

Pivô

Regras Pivot são usadas para exibir uma Tabela Dinâmica em um aplicativo. Esse tipo de regra permite que você achate uma tabela de conjunto de dados. Regras Pivot resumem dados relacionados que abrangem várias linhas e os apresentam em uma única linha. Essa saída ajuda a chamar a atenção para informações úteis.

Relatório

Relatório Regras de Negócios permitem que você configure a lógica de negócios sem quaisquer Eventos associados. Este tipo de regra é destinado a diferentes requisitos de relatório na Camada de IU, por exemplo, pode ser usado para um Gráfico ou Painel de Grade ou Pivot.

Alcançar

Reach Regras de Negócios permitem que você restrinja dados aos quais certos Usuários têm acesso em um aplicativo. Os usuários poderão navegar para as mesmas páginas, mas os dados exibidos em cada página serão personalizados para mostrar apenas os dados aos quais o Usuário individual tem acesso. Você pode usar o Reach, por exemplo, se quiser fornecer a um Usuário de Vendas acesso apenas aos dados de acordo com sua Região atribuída.

Subconsulta

Subconsultas são Regras de Negócios que residem em outras Regras de Negócios, como Objetos de Negócios. Subconsultas por si só não são expostas à Camada de IU do aplicativo e não oferecem suporte a Eventos de Lógica de Negócios. Elas são normalmente usadas para ajustar dados, executar lógica mais complexa e/ou cálculos em dados. Ao projetar Subconsultas, tente manter a lógica o mais plana e simples possível.

Validação

Validações são usadas para proteger a integridade dos dados. Elas podem ser executadas em dados inseridos manualmente e evitar que um Usuário adicione registros que violem a Lógica de Negócios (por exemplo, registros duplicados). Regras de Validação também podem ser usadas na Camada de Lógica de Negócios. Se uma Regra CRUD for definida como Camada de Negócios, as Validações também serão executadas quando essa Regra CRUD for executada.
As mensagens de validação apresentadas aos Usuários são configuráveis e podem aproveitar a substituição dinâmica para melhorar a experiência do Usuário.

Visibilidade

Visibilidade Regras de Negócios determinam o estado de um controle na Camada de IU, ou seja, quais controles estão ocultos, são obrigatórios ou estão disponíveis para edição. O valor agregado de uma Regra de Visibilidade é simplificar o design da página e a experiência do Usuário. Essas regras de tipo só podem ser configuradas para um painel de Formulário.

Gancho de rede

Um Webhook é usado para permitir que qualquer sistema invoque Eventos de retorno de chamada personalizados no App Builder. Um Webhook é um retorno de chamada HTTP definido pelo usuário e normalmente é acionado por um Evento. Se um Webhook estiver sendo usado na forma de um Email ou mensagem de texto, dependendo da resposta do Usuário, o App Builder responderá adequadamente invocando o Evento especificado.

XP CRUD

Uma regra XP CRUD é usada para criar e executar uma regra CRUD em fontes de dados. As regras do tipo XP são projetadas para permitir que a lógica seja executada em diferentes fontes de dados.

Validação XP

Uma XP Validation Rule é usada para criar e executar regras de validação em fontes de dados. As regras do tipo XP são projetadas para permitir que a lógica seja executada em diferentes fontes de dados.