Domain Separation e Construtor de tabelas

  • Versão de lançamento: Yokohama
  • Atualizado 30 de jan. de 2025
  • 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 todos os aspectos do suporte de 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 do Domain Separation

    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 a partir de Construtor de IU, Construtor de tabelas oferece suporte à separação de domínio, que é a ServiceNow arquitetura multilocatária em toda a instância.

    Nota:
    O Domain Separation é compatível com Construtor de tabelas quando ele é iniciado a partir 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 desenvolvedores em ambientes separados por domínio criem formulários enquanto estão na mesma janela do navegador. O Domain Separation 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-chave para manter uma instância estável, íntegra e escalonável ServiceNow, em que o Domain Separation está instalado. Com a padronização, você tem uma configuração comum pela qual a maior parte 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 do 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 de instância minimizem o acúmulo de código que retarda 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 no registro do formulário e na 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 indicadas por um ícone.
    Nota:
    Os registros do formulário de seção única não têm um registro sys_ui_forms anexado a ele. Em vez disso, esses registros só têm 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.