Domain Separation e Construtor de tabelas

  • Versão de lançamento: Zurich
  • Atualizado 31 de jul. 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 de Básico suporte de nível.
    • 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 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 da separação de domínio

    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 tabelascompatível com separação de domínio, que é ServiceNowarquitetura multilocatário em toda a instância.

    Nota:
    A separação de domínio é compatível com Construtor de tabelasquando ele é iniciado de Construtor de IU. A separação de domínio não é compatível ao iniciar Construtor de tabelasde 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. Separação de domínio em Construtor de tabelasfunciona de forma semelhante a um escopo de aplicação que ajuda os administradores a criar ou editar em um ambiente multilocatário.

    A padronização é o princípio-chave para manter um ambiente estável, saudável e escalável ServiceNowinstância, em que a separação de domínio está instalada. Ao ter a 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 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. Também permite que os proprietários da instância minimizem a proliferação de código que retarda a adoção de novos ServiceNowrecursos incluídos como parte dos upgrades da 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, layout da seção e lógica do formulário. As mudanças de registro de 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 de formulário exigem substituições de domínio para o registro de 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 sys_ui_formsregistro anexado a ele. Em vez disso, esses registros têm apenas um anexo sys_ui_sectionregistre 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.