Relacionamentos de dados

Um objeto de dados é um modelo para descrever uma entidade por meio de campos, como nome e endereço. Um relacionamento entre dados é um recipiente em que você associa um conjunto de campos relacionados. Você pode utilizar relacionamentos entre dados para criar relacionamentos entre objetos de dados e entre casos. Um relacionamento entre dados não armazena dados, mas relaciona dados uns aos outros.

Por exemplo, quando clientes se cadastram em uma conta de streaming de vídeos, eles fornecem informações básicas, como nome, sobrenome e e-mail. O valor informado no campo de e-mail deve ser associado ao nome e sobrenome do cliente, pois o e-mail pertence ao cliente. O sistema pode capturar os três valores associados em um relacionamento entre dados de clientes.

No exemplo do relacionamento entre dados de clientes, o relacionamento entre dados estabelece um contexto comum para os campos nome, sobrenome e e-mail. Todos esses campos contêm dados que descrevem um cliente, conforme ilustrado na imagem abaixo.

Você pode configurar relacionamentos de dados para referenciar um registro único ou múltiplos registros. A diferença é que um relacionamento de dados de múltiplos registros referencia uma lista de valores agrupados. O relacionamento de dados de registro único referencia apenas um único conjunto de valores. O exemplo do relacionamento de dados Cliente na seção anterior demonstra um relacionamento de dados de registro único.

Considere uma empresa de streaming de vídeos que promove uma campanha de marketing utilizando informações de clientes coletadas quando os usuários se cadastram para abrir uma conta. O tipo de caso Campanha utiliza o relacionamento de dados de múltiplos registros Clientes atuais. O relacionamento de dados Clientes atuais inclui registros para cada cliente.

No centro da imagem abaixo, deslize a linha vertical para ver os dados dos clientes com múltiplos registros à esquerda e a configuração do sistema à direita.

 Um tipo de caso ou objeto de dados define o modelo de dados para o relacionamento de dados. Você pode criar um relacionamento de dados criando um novo objeto de dados ou utilizando um objeto de dados ou tipo de caso existente. No seguinte exemplo de relacionamento de dados de múltiplos registros Resident submissions (Submissões de residentes), o objeto de dados Person (Pessoa) define o modelo de dados para o relacionamento de dados.

Os relacionamentos de dados não precisam utilizar todos os campos definidos, mas todos ficam disponíveis. Por exemplo, você pode utilizar um relacionamento de dados Cliente para obter informações de usuários, incluindo nome, sobrenome, e-mail, nome de usuário e senha. Você pode utilizar o mesmo relacionamento de dados Cliente para exibir informações na página de confirmação. Como o usuário precisa confirmar somente o nome completo e o e-mail, o nome de usuário e a senha não serão exibidos. Os campos continuam fazendo parte do objeto de dados Cliente e podem ser referenciados em outras visualizações.

Um relacionamento de dados com múltiplos registros serve como modelo para cada instância de campos agrupados. Em um relacionamento de dados de múltiplos registros, cada valor segue as configurações do tipo de campo. Por exemplo, você quer coletar referências de um candidato a uma vaga em um relacionamento de dados de múltiplos registros que inclui nome completo, empresa, número para contato e e-mail. Você pode configurar os campos Nome completo e Número de contato como valores obrigatórios, para que cada novo campo abaixo das colunas Nome completo e Número de contato tenham as mesmas configurações. Na imagem abaixo, o candidato recebe uma mensagem de erro se não digitar um número de contato para Shaun Mills.

Você também pode configurar um relacionamento de dados de múltiplos registros para permitir que o usuário final adicione, exclua ou atualize itens, conforme o necessário. Por exemplo, o relacionamento de dados Referências é exibido como uma tabela, com três grupos ou linhas de valores relacionados. O candidato pode adicionar uma quarta referência à lista, clicando em Adicionar item (Add Item).

Um objeto de dados pode conter outros objetos de dados. Da mesma forma, um relacionamento de dados pode conter outros relacionamentos de dados. Por exemplo, em um aplicativo de compras online, os clientes podem ter vários cartões de crédito associados a uma mesma conta. A entidade Cliente é um único relacionamento de dados de registro único no aplicativo, e a entidade Cartões de crédito é um relacionamento de dados de múltiplos registros. Cada entidade tem um relacionamento com um respectivo objeto de dados.

Na imagem abaixo, a entidade Cliente captura e associa o nome completo, nome de usuário, senha e cartões de crédito do cliente ao objeto de dados referenciado. Na entidade Cliente, a entidade Cartões de crédito captura e associa o número, a data de validade e o código de verificação do cartão ao objeto de dados referenciado. Cada cliente pode armazenar vários cartões de crédito à conta, acrescentando, excluindo ou atualizando os dados dos cartões conforme necessário.

Use um campo Embedded data (Dados incorporados) quando os dados forem obtidos através da interação com um usuário que ocorrer no âmbito de um tipo de caso, como a digitação do nome ou endereço. As informações são integradas ao caso e não são referenciadas independentemente do caso. Por exemplo, a Pega Platform™ tem um objeto de dados pronto para uso com endereços postais (Data-Address-Postal). Em vez de definir todos os campos que formam o endereço em um tipo de caso para obter os dados do endereço, o usuário pode criar um campo incorporado no tipo de objeto de dados Postal address (Endereço postal), permitindo ao usuário reutilizar uma estrutura de dados já definida.

Casos de uso com dados incorporados incluem todas as circunstâncias em que um usuário fornece dados durante o caso, como nome ou endereço. Considere um caso de solicitação de serviço em que o cliente fornece uma breve descrição de um problema, para que um prestador de serviços possa ser despachado. A descrição do problema não é obtida de uma página de dados, e sim fornecida pelo cliente. 

O processamento de casos muitas vezes requer acesso a dados obtidos de outros aplicativos ou sistemas. Nos aplicativos da Pega Platform, uma página de dados (data page) recupera dados de uma fonte de dados especificada e grava esses dados na memória. Um campo do tipo Query  (Consulta) é utilizado para definir um campo que o sistema pode utilizar para acessar de forma consistente os dados obtidos de fora do caso. O campo Consulta referencia uma página de dados que define a fonte dos dados. Isso ocorre nas configurações de registros únicos e múltiplos. 

Tipos de campos de referência

Considere os tipos de campo Case reference  (Referência de caso) e Data reference(Referência de dado) como versões especializadas do tipo de campo Query (Consulta), utilizados para definir um item ou lista selecionável de itens referenciados explicitamente pelo identificador ou pela chave. O usuário seleciona os parâmetros para os tipos de campos de referência por meio da IU. 

Os tipos de campos de referência são utilizados para mostrar ao usuário uma lista de opções em que eles possam fazer sua seleção. Os usuários podem escolher desde uma opção em um tipo de registro único (escolher um titular de conta) ou várias opções em um tipo de registros múltiplos (escolher produtos para um pedido). A maioria dos casos de uso para páginas de dados salváveis utiliza um tipo de campo Referência (Reference), mas também pode utilizar o tipo de campo Query (Consulta). 

Verifique seu conhecimento com a seguinte interação: