Separação de domínios no Espaço

  • Versão de lançamento: Yokohama
  • Atualizado 30 de jan. de 2025
  • 5 min. de leitura
  • Esta visão geral descreve o Domain Separation no Workspace. 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 todos os aspectos do suporte de nível básico.
    • As propriedades da aplicação reconhecem o domínio conforme necessário.
    • 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 Espaço navegação com guias é fundamentalmente diferente da estrutura de IU típica: na plataforma, um agente analisa 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 vários domínios em uma única guia do navegador do Workspace.

    Como o Domain Separation funciona no Espaço

    Com Espaço, em vez de fazer com que os executantes interajam 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 (Escolha, Referências e assim por diante) são exibidos com base no domínio do registro.
      • Cabeçalho do formulário: os campos primários e secundários 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 (por exemplo, "A 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.
      • Exibição de Conhecimento e Catálogo 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 uma melhoria 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

    Quando você cria 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 da 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 > Alterar > 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 de usuário ou empresa é normalmente usado para determinar o domínio (por exemplo, a seleção do 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.
      • As pessoas com acesso a mais de um domínio podem usar um formulário leve e 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 quando os campos obrigatórios são preenchidos.
      • Ao contrário do que ocorre com o 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 alcançada 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 sys_domain do registro é definido para o domínio da nova referência; o domínio do registro é alterado.
    • Quando você envia a mudança, uma mensagem exibe 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 do domínio (paridade de recurso da plataforma)
    • Usuários com a função domain_expand_scope podem selecionar o escopo do domínio na ação de IU Alternar escopo do 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 do domínio expande o escopo do domínio em um registro para ações de lista relacionada e consultas de campo de referência.

    Para saber mais, consulte Escopo do 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.