Domain Separation no Espaço

  • Versão de lançamento: Washingtondc
  • Atualizado 1 de fev. de 2024
  • 5 min. de leitura

    • Esta visão geral descreve o Domain Separation no espaço. O Domain Separation permite separar dados, processos e tarefas administrativas em agrupamentos lógicos chamados de domínios. Você pode então controlar vários aspectos dessa separação, incluindo quais usuários podem ver e acessar os dados.

    Nível de suporte: Padrão

    • Inclui nível de suporte Básico.
    • Lógica de negócios: o provedor de serviço (SP) cria ou modifica processos por cliente. Os casos de uso refletem o uso adequado do aplicativo por vários clientes de SP em uma única instância.
    • O proprietário da instância deve configurar a lógica de negócios do produto minimamente viável (MVP) e os parâmetros de dados por locatário conforme esperado para o aplicativo específico.

    Exemplo de caso de uso: um administrador deve ser capaz de fazer os comentários necessários quando um registro é encerrado para um locatário, mas não para outro.

    Para obter mais informações sobre os níveis de suporte, consulte Suporte de aplicação para separação de domínio.

    Visão geral

    A navegação com guias Espaço é fundamentalmente diferente da estrutura de IU típica: na plataforma, um agente examina um registro de cada vez (embora vários registros possam ser abertos em guias separadas do navegador). A navegação com guias de Espaçooferece suporte a multitarefa em incidentes ou casos na mesma sessão do navegador.

    Na versão Paris, os agentes podem realizar várias tarefas em domínios em uma única guia do navegador do Workspace.

    Como o Domain Separation funciona no Espaço

    Com Espaço, em vez de os executantes interagirem diretamente com o modelo de dados (selecionando domínios por meio do seletor de domínio da plataforma), a funcionalidade principal é contínua para o agente. Não há seletor de domínio no cabeçalho global do espaço.

    Ao interagir com registros existentes​:
    • Os registros são abertos no domínio do registro, não na sessão de domínio do usuário.
      • Layout do formulário: os campos e valores (Opção, Referências e assim por diante) são exibidos com base no domínio do registro.
      • Cabeçalho do formulário: os campos primário e secundário são exibidos com base no domínio do registro e podem ser personalizados por cliente.
      • Os layouts de listas relacionadas usam o domínio de registro do primário.
      • As ações de IU respeitam o domínio do registro e mostram somente o que é aplicável (como "Condição avaliada como verdadeira".)
      • Faixa de opções: os componentes da faixa de opções de carregamento são baseados no domínio do registro. Todas as ações de IU acionam a sessão de registro ou a transferem para registros secundários.
      • Conhecimento e Catálogo são exibidos com base nos critérios do usuário e no domínio ao qual a sessão do usuário tem acesso. No entanto, todos os registros exibidos devem ser filtrados com base no domínio do registro.
    • Você pode usar um aprimoramento opcional de formulários para fornecer conscientização contextual da empresa ou domínio de um registro existente​ usando o logotipo da empresa/conta no cabeçalho do formulário. Para saber mais, consulte Configurar cabeçalhos de formulário no espaço de trabalho

    Ao criar novos registros ​a partir de um registro (inteligência entre locatários):

    Registros criados a partir de outro registro herdam o domínio do registro de origem.
    • Os registros criados por meio de ação de IU em um registro são transferidos para o domínio do registro de origem.
    • Registros criados a partir de um registro primário (por exemplo, de uma lista relacionada) são transferidos para o domínio do registro primário.
    • O novo registro é carregado (processo/dados) no domínio atribuído ao registro de origem. (Por exemplo: Incidente > Mudança > Incidente
    • Novas interações são criadas no domínio "Aberto para" (não no domínio do usuário).​
    • Novos registros podem ser criados no domínio do "Solicitante" ou "Contato (por exemplo, "Aberto para") com base em um formulário intersticial configurável do administrador que permite a criação segura de novos registros no domínio correto.
      • O registro do usuário ou da empresa é normalmente usado para determinar o domínio (por exemplo, selecionar o usuário preenche o campo da empresa e define o domínio). O único proprietário da instância determina o que define o domínio dessa instância em cada tabela.
      • Pessoas com acesso a mais de um domínio podem usar um formulário leve configurável para preencher os campos e definir o domínio. O usuário seleciona empresas, contas ou usuários dos domínios aos quais o executante tem acesso.
      • O botão Avançar se torna ativo depois que os campos obrigatórios são preenchidos.
      • Ao contrário do seletor de domínio da plataforma, os agentes podem definir o domínio do novo registro sem alterar a sessão do domínio.
      Nota:
      O campo de determinação de domínio não precisa ser preenchido previamente ou mesmo configurado. Ele funciona da mesma forma que a plataforma. O formulário aguarda o registro ser salvo antes de mostrar a configuração do processo específico do domínio.

    Novos recursos na versão Paris

    Alterar o domínio de um registro existente
    • Um administrador pode configurar um campo específico que controla o domínio de um registro, como "empresa". A mesma funcionalidade pode ser obtida com as seguintes propriedades do sistema.
      • glide.sys.domain.domain_determining_field.default
      • glide.sys.domain.domain_determining_field.[table_name]
      • glide.sys.domain.use_domain_determining_field
    • Quando o campo especificado é alterado, o valor de sys_domain do registro é definido como o domínio da nova referência; o domínio do registro é alterado.
    • Quando você envia a mudança, uma mensagem é exibida informando que o domínio será alterado e avisa sobre possível perda de dados.
    • Quando o registro é salvo, o valor de sys_domain muda e todas as referências ao registro são removidas de acordo com a regra de negócios "Domain-Cascade Domain-Task".
    Alternar escopo de domínio (paridade de recurso da plataforma)
    • Usuários com a função domain_expand_scope podem selecionar o escopo de domínio na ação de IU Alternar escopo de domínio no formulário.
    • Quando o escopo do registro está em vigor (padrão), você pode clicar na ação de IU para expandir para o escopo da sessão e ver todos os dados acessíveis ao domínio do usuário e aos domínios secundários.
    • Quando o escopo da sessão está em vigor, você pode clicar na ação de IU para recolher o escopo do registro e ver somente os dados do domínio do registro atual.
    • Clicar em Alternar escopo de domínio expande o escopo de domínio em um registro para ações de lista relacionada e consultas de campo de referência.

    Para saber mais, consulte Escopo de domínio.

    Capacidade de os agentes escolherem uma empresa para ver seus dados (por meio de "Minhas listas").

    Você pode criar uma "minha lista" para uma lista selecionada ou filtrar uma lista existente por empresa. O seletor de domínio de plataforma atua de forma semelhante, filtrando dados com base no domínio. Ao criar um novo caso ou incidente sem um primário, comece a digitar no campo usado para designar o domínio para preencher rapidamente o domínio.

    Para saber mais, consulte Listas.