Domain Separation e Construtor de tabelas

  • Versão de lançamento: Washingtondc
  • Atualizado 1 de fev. de 2024
  • 3 min. de leitura
  • O Domain Separation permite separar dados, processos e tarefas administrativas em agrupamentos lógicos chamados de domínios. Você pode controlar vários aspectos dessa separação, incluindo quais usuários podem ver e acessar os dados.

    Nível de suporte: Padrão*

    O nível de suporte é Padrão, mas tem algumas exceções ou condições especiais.

    • Inclui nível 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. Esta configuração é feita 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

    Construtor de tabelas permite que os desenvolvedores configurem o layout e a lógica de cada exibição de formulário para tabelas em sua aplicação. Quando iniciado em Construtor de IU, Construtor de tabelas oferece suporte à separação de domínio, que é a arquitetura multilocatária de ServiceNow em toda a instância.

    Nota:
    A separação de domínio é compatível com Construtor de tabelas quando é iniciada de Construtor de IU. A separação de domínio não é compatível ao iniciar Construtor de tabelas de App Engine Studio.

    Construtor de tabelas permite que os desenvolvedores em ambientes separados por domínio criem formulários enquanto estão na mesma janela do navegador. A separação de domínio em Construtor de tabelas funciona de forma semelhante a um escopo da aplicação que ajuda os administradores a criar ou editar em um ambiente de vários locatários.

    A padronização é o princípio fundamental para manter uma instância ServiceNow estável, íntegra e escalonável, em que o Domain Separation está instalado. Por ter padronização, você tem uma configuração comum pela qual a maioria da instância opera. Quando uma instância tem centenas ou milhares de domínios, gerenciá-los com sucesso requer uma governança rigorosa. As configurações específicas de domínio devem ser feitas somente se forem consideradas necessárias pelos proprietários da instância. A maioria das instâncias deve seguir a configuração de instância comum para fornecer uma experiência mais uniforme em toda a instância. Ele também permite que os proprietários da instância minimizem o acúmulo de código que atrasa a adoção de novos recursos ServiceNow que estão incluídos como parte dos upgrades de versão.

    Como o Domain Separation funciona no Construtor de tabelas

    Construtor de tabelas permite que os desenvolvedores alternem o domínio da sessão para criar substituições de domínio para o layout do formulário, o layout da seção e a lógica do formulário. As mudanças de registro do dicionário do sistema (como metadados de campo para um rótulo de campo) não exigem substituições de domínio. As mudanças de layout do formulário exigem substituições de domínio para o registro do formulário e a seção quando a mudança é realizada em um domínio inferior. Ao criar uma substituição de domínio, os rótulos de seção não podem ser editados antes de salvar a substituição.

    Nota:
    As políticas de IU também podem ter substituições em domínios inferiores. Um indicador de substituição aparece na política de IU.
    No domínio global, um desenvolvedor pode expandir o escopo do domínio para ver todas as exibições de formulário de diferentes domínios. Os desenvolvedores podem ver todas as exibições de formulário e exibições com substituições que são indicadas com um ícone.
    Nota:
    Os registros de formulário de seção única não têm um registro sys_ui_forms anexado a ele. Em vez disso, esses registros têm apenas um registro sys_ui_section anexado até que uma segunda seção seja criada. Se um formulário de seção única tiver substituições de domínio existentes e o desenvolvedor adicionar outra seção ao formulário, as substituições de domínio existentes serão interrompidas.